Пэтро
Тип контенту
Профили
Форум
Календарь
Сообщения додав Пэтро
-
-
В 07.02.2023 в 18:32, Zeph0n сказал:
Подскажите пожалуйста OID как увидеть МАС за ону для GPON?
ZTE c320, v2.1.0, GTGH (16 ports) + GTGO (8 ports)
вот же описано.
В 26.04.2021 в 12:33, gviabcua сказал:Схема конвертації індексів ону для отримання абонентських маків за ону на C300 і C320 (теоретично і на C200 і C220 має працювати) на epon i gpon платах.
Для правильної конвертації потрібно враховувати 3 моменти:
1. Модель олт
2. Тип плат (epon, gpon)
3. Кількість портів на платахи.т.д.
Можете мою функцию на php взять или переписать в соответствии с текстом.
-
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 ) ); }
-
В 11.01.2021 в 15:05, Cashyou сказал:
Находил кто нибудь oid показывающий на конкретном olt порту количество onu только со статусом working?
сложить циклом не получится?
.1.3.6.1.4.1.3902.1012.3.28.2.1.3 например
В 06.02.2021 в 22:21, Duhbatista сказал:i am looking for oid to list all "O.N.U" in a pon port
100500 oids list all ONU for example:
.1.3.6.1.4.1.3902.1012.3.28.2.1.3
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.1 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.2 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.3 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.4 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.5 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.6 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.7 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.8 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.9 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.10 = INTEGER: 0 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.11 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.12 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.13 = INTEGER: 6 .1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.14 = INTEGER: 6
where 268504832 is port
-
-
В 29.04.2020 в 15:29, VitalyMoiseev сказал:
Вдруг кому надо:
получение FDB с ону на P3608B:
snmpwalk .1.3.6.1.4.1.3320.152.1.1.3.<ifaceID> не работает.
Саппорт Депс помог таким способом:
я нашел более универсальное решение.
берем маки из стандартного OID
$dot1dTpFdbPort = ".1.3.6.1.2.1.17.4.3.1.2";
[.1.3.6.1.2.1.17.4.3.1.2.228.141.140.96.46.142] => INTEGER: 33 [.1.3.6.1.2.1.17.4.3.1.2.96.227.39.213.188.29] => INTEGER: 38
где в OID спрятан MAC а результат LLID
$a_dot1dTpFdbPort = $session->walk($dot1dTpFdbPort); foreach ($a_dot1dTpFdbPort as $fdb_mac=>$fdb_mac_port) { $a_fdb_mac = explode ('.',str_replace($dot1dTpFdbPort.".", "", $fdb_mac)); $fdb_mac_port= str_replace("INTEGER: ", "", $fdb_mac_port); $mac=''; //Превратить snmp представление mac в обычное foreach ($a_fdb_mac as $mackey){ $mac.=str_pad(dechex($mackey),2,0, STR_PAD_LEFT); } $a_ifFdbReadByPortMacAddress[$fdb_mac_port][]=$mac; }
-
Кто-то делал удаление ону через 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 << 30) + (($shelf -1 ) << 21 )+ (($slot -1) << 19 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 )); }
-
Логи олта смотрели?
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 порт.
все прописываем регаем. Трафика нет.
Может плату надо как-то хитро законнектить?
-
2 минуты назад, CoCOsmall сказал:
жаль, что по трафику ничего нету. может по трафику влана есть чтото?
все утро искал, нифига нет.
есть оиды но олт на них молчит.
-
Я так понимаю по регистрации онушек и трафику так и тишина?
-
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 в "человеческий вид"
-
20 часов назад, CoCOsmall сказал:
Есть оид для маков за gpon ону под с300 ? либо траффик на ону (in, out)?
//Список мак адресов
$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%
1 минуту назад, nedoinet сказал:Опция epon inner-onu-switch включена? Иначе какого ляда тогда трафик бегает между онушками одного порта?
там не трафик между онушками бегает. Там трафик из ядра в одну онушку льется параллельно в другую. При этом ее собственный трафик тоже льется. И все в принципе работает.
-
2 минуты назад, nedoinet сказал:
Вангую без конфига epon inner-onu-switch?
Без и что?
2 минуты назад, nedoinet сказал:Бедный олт.
у нас почти не осталось ethernet портов в ядре, почти все на PON. и никаких проблем нет.
-
А нафига он если мибы уже есть?
BDCOM ONU user mac oid snmp
в PON
Опубліковано:
Не удалось у кого-то найти скорость медного порта на ону?
$onuUniIfSpeedoid = '.1.3.6.1.4.1.3320.101.12.1.1.10';
позволяет как я понял управлять скоростью, но не позволяет считать текущую.