Пэтро

Не удалось у кого-то найти скорость медного порта на ону? $onuUniIfSpeedoid = '.1.3.6.1.4.1.3320.101.12.1.1.10'; позволяет как я понял управлять скоростью, но не позволяет считать текущую.

function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") { /// если 8 портовая плата то прибавить 1 << 19 if ($slot==2) $inc= (1 << 19 )+(1 << 30); if ($slot==1) $inc= (5 << 29 ); return( $inc + (($shelf -1 ) << 21 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 ) ); }

Кто-то делал удаление ону через snmp ?

добавили 16ти портовую плату и выявился баг в функции вычисления oid для мак-адреса.. function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") { /// если 8 портовая плата то прибавить 1 << 19 if ($slot==2) $inc= (1 << 19 )+(1 << 30); if ($slot==1) $inc= (5 << 29 ); return( $inc + (($shelf -1 ) << 21 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 ) ); } вообще странная конструкция в 8ми портовой плате индекс порта +8 в 1 слоте индекс слота почему-то 2 во 2 слоте почему-то 5

function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") { return( (1 << 30) + (($shelf -1 ) << 21 )+ (($slot - 1) << 20 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 )); } $onuFDBIndex = encode_gponOnuIndex(1,1,$item['oltPortIndex'],$item['onuPortIndex']); $a_ifFdbReadByPortMacAddress= $session->walk($ZTEifFdbReadByPortMacAddressoid.".".$onuFDBIndex); При добавлении платы во 2 слот выявился баг... Слот в 19 позиции.... function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") { return( (1 &l

Логи олта смотрели? Terminal monitor например...

1 SMXA может же обслуживать 2 карты GTGO и GTGH ? ZXAN(config)#show subcard Rack Shelf Slot Sub CfgType RealType Status ------------------------------------------------------------------------------- 1 1 3 1 UCDC/3 OFFLINE 1 1 4 1 UCDC/3 UCDC/3 INSERVICE Это нормальное состояние? PRAM должен быть виден тут как UCDC/3 ? UPD. удалил эту субкарту, перезапустил карту GPON, но нифига не помогло ZXAN(config)#show mac gpon olt gpon-olt_1/2/16 Total mac address : 0

нет sh running-c ctrl+c ctr+v с заменой номера платы.

Может тупой вопрос.... Есть С320 1 1 1 GTGO GTGOG 8 140600 V1.2.5P3 INSERVICE 1 1 3 PRAM PRAM 3 V1.01 INSERVICE 1 1 4 SMXA SMXA 3 131201 V1.2.5P3 INSERVICE все норм все работает. добавляем 1 1 2 GTGH GTGHG 16 120700 V1.2.5P3 INSERVICE перекидываем туда 1 порт. все прописываем регаем. Трафика нет. Может плату надо как-то хитро законнектить?

все утро искал, нифига нет. есть оиды но олт на них молчит.

Я так понимаю по регистрации онушек и трафику так и тишина?

function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") { return( (1 << 30) + (($shelf -1 ) << 21 )+ (($slot - 1) << 20 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 )); } $onuFDBIndex = encode_gponOnuIndex(1,1,$item['oltPortIndex'],$item['onuPortIndex']); $a_ifFdbReadByPortMacAddress= $session->walk($ZTEifFdbReadByPortMacAddressoid.".".$onuFDBIndex); Сначала номер онушки/порта сфп/платы превращаем в хитрый ID этот id присоединяем к OID и получаем массив маков. маки преобразуем dechex в "человеческий вид"

//Список мак адресов $ZTEifFdbReadByPortMacAddressoid ='.1.3.6.1.4.1.3902.1015.6.1.3.1.5.1';

Давайте в этой теме ок?

Физики 5 чел. Короче я ошибся. Все клиенты за онушкой зеркалятся. трафик например такой 18:11:09.743776 IP report.appmetrica.yandex.net.https > 10.0.3.152.33872: Flags [.], ack 3193499830, win 936, options [nop,nop,TS val 32668233 ecr 20110186], length 0 18:11:09.744310 IP report.appmetrica.yandex.net.https > 10.0.3.152.33872: Flags [P.], seq 0:245, ack 1, win 936, options [nop,nop,TS val 32668233 ecr 20110186], length 245

Там обычный HTTP/HTTPS src Internet dst ip/mac соседнего дома. Схема такая ONU->Tplink TL-SL5428E -> D-Link DGS1100-06/ME Так вот, приходит трафик предназназначенный для D-Link. все IP c него.

На другом Олту (3310B) ситуация повторилась. поменяли онушку "источник трафика", никакой реакции. Загрузка процессора: Switch#show cpu CPU utilization for one second: 81%; one minute: 79%; five minutes: 78% Такое впечатление, что этот трабл кто-то инициализирует изнутри.

Перебросил ветку с 2 свитчами по 24 порта на другой олт Switch#show cpu CPU utilization for one second: 17%; one minute: 26%; five minutes: 25% Другой олт Switch#show cpu CPU utilization for one second: 66%; one minute: 68%; five minutes: 68% Всем спасибо за советы..

CPU utilization for one second: 70%; one minute: 82%; five minutes: 82% там не трафик между онушками бегает. Там трафик из ядра в одну онушку льется параллельно в другую. При этом ее собственный трафик тоже льется. И все в принципе работает.

Без и что? у нас почти не осталось ethernet портов в ядре, почти все на PON. и никаких проблем нет.

А нафига он если мибы уже есть?

Заметил странную ситуацию. На коммутаторе(24 абонента) за онушкой одинаковый трафик по всем портам. Стал wiresharkом вижу обычный Unicast с коммутатора соседнего дома. Т.е. трафик с онушки соседнего дома зачем-то льется на другую онушку. Заменил онушку, но ситуация не изменилась(что парадоксально). На других онушках этой ветки все тихо. Чертовщина какая-то)

gpon-onu_1/1/1:31 0.000(dbm) gpon-onu_1/1/1:33 -24.558(dbm) gpon-onu_1/1/1:34 -22.006(dbm) gpon-onu_1/1/1:35 0.000(dbm) gpon-onu_1/1/1:36 0.000(dbm) Тоже нули.

iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.31.1 = INTEGER: 15000 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.33.1 = INTEGER: 2721 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.34.1 = INTEGER: 3997 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.35.1 = INTEGER: 15000 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.36.1 = INTEGER: 15000 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.31 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.33 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.34 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.35 = INTEGER: 6 is