Перейти до

UA.PON v6.0


wladd

Рекомендованные сообщения

Опубліковано: (відредаговано)

8. Применение шаблонов.

 

14.jpg

Онушка съела все команды. Следовательно шаблоны к ней применяются.

 

 

#9. DHCP snooping (Option 82)

15.jpg

 

Опция добавляется нормально. Тест пройден.

 

10. Port security

Для проверки этой опции применим утилиту DHCDROP. Запустим ее в режиме флуда c рандомными маками …

у нас стоит ограничени на 7 мак адресов (конфиг можно посмотреть в пункте с применением шаблонов).

Включим снифер, посмотрим трафик, который получае ОЛТ.

16.jpg

 

Онушка не фильтрует DHCP запросы из всех рандомных MAC-адресов.

Функция не работает. А… это что такое?! Во время флуда ОНУшка начала сыпать ошибками ...

17.jpg

 

18.jpg

... и в конце концов перезагрузилась. То есть шторм DHCP пакетов – уязвимое место Пикотела.

 

 

11. Storm control

При выполнении данного теста воспользуемся утилитой OSTINATO (с её помочью мы генерируем трафик).

Ранее мы уже ограничили на ОНУ широковещательный трафик до 256 KБит/сек (конфиг можно

посмотреть в пункте с применением шаблонов)

 

Пропустив через ОНУ 1000 широковещательных TCP пакета по 1024 Байт на выходе мы получили

- с применением командой 954 пакета

- без применения  команды 1004 пакета

Результат сомнительный. ОНУ не прошла тест. 

 

 

12. Работа с VLAN

UNI порт ONU BDCOM поддерживает несколько режимов обработки тэгов:

19.jpg

 

tab1.jpg

Зачем нужны режимы Translation, Vlan-Stacking и Aggregation, сказать сложно, т.к. их никто не использует.

Именно поэтому мы не проверяли их работоспособность на Пикотеле а проверили только 3 основные

режима (tag, trunk, transparent) - проверка прошла успешно: все 3 режима Пикотел поддерживает.

 

Вердикт

 

Результаты теста сложно оценить однозначно. С одной стороны ОНУ выполняет свои

основные задачи - регистрируется и передаёт трафик.

 

Пикотел не гнушается дружить с ONU BDCOM и FORA, что является плюсом. С другой же стороны у меня есть серьёзные

претензии к дополнительному функционалу этой ОНУ.

 

Зачем на ОНУ нужен Inband Management VLAN, который не доступен провайдеру, но при этом на который с

лёгкостью может попасть абонент, находясь при этом в другом ВЛАНе.

 

Зачем на ОНУ нужен шторм-контроль, который не в состоянии ограничить паразитный трафик. Ну и последней каплей

стал DHCP флуд, который привёл к перезагрузке девайса.

 

Очевидно производитель под фразой "Пикотел поддерживает все функции" подразумевал, что Пикотел принимает

все OAM команды с ОЛТа BDCOM. Кто из клиентов додумается проверять, а действительно ли работает storm-control и port-security.

Главное, чтобы команды применились. 

 

Репорт целиком можно скачать тут.

 

Смоляков А.А (Reanimator_UA)               IC-Line,2015

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 1k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мне по фиг, как оно называеться, главное настроить чтобы wi-fi отдавал!!!!

я конечно понимаю, что у айсилайн немного "подгорает" от цены пикотела, но зачем же так активно это показывать?

Я наверное странный - но не шьем ни ONU, ни OLT. Работает с заводским софтом пару лет, никто туда и не лазит лишний раз.

Posted Images

Опубліковано: (відредаговано)

Ну а как там Extralink поживает, ну очень интересно

да да. помним. сделаем

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах

Так хотелось схалтурить и не тестировать мультикаст  :). Ладно, сегодня утром проверил мультик на Пикотеле - претензий нет. Тэги срезаются, мультикаст Вланы учитываются.

Ссылка на сообщение
Поделиться на других сайтах

По Extralink WIFI ONU

Сам терминал отказывается получать по DHCP и с o82 и без,

компьютер включенный в 1-2 порты - адрес получает. Уровень на ону - 15дБ.

ONU - ver 1.0 

FW - WR1044NS-D_v16e.12.01NS

 

проверялось с dba 

epon dba hardware cycletime 25000 discovery-frequence 40 discovery-length 1024

epon dba hardware cycletime 125000 discovery-frequence 40 discovery-length 10000

epon dba hardware cycletime 25000 discovery-frequence 64 discovery-length 1024

 

Может получилось - отпишитесь.

Ссылка на сообщение
Поделиться на других сайтах

 

У меня есть такие предположения

1) Кто-то недосчитается 30$ к зарплате

2) Видимо, новый пикотел действительно достойная онушка, раз среди десятка альтернативных вариантов была выбрана именно она для обсирания :)

А я предполагаю что Вы торгуете ONU Picotel GE100N. На на самом деле я пытаюсь дозвонится с самого утра до технической поддержки Ромсат...  и от только недавно у меня это получилось, что-то сложно к ними дозвонится. Я получил ответ что-то вроде : "Политика нашей компании запрещает распространять прошивки... чтобы восстановить ОНУ отправляйте в сервис". Ок да, так и поступлю, потрачу еще немного времени....  Но вообще скажу что мы Ic-Line рассматриваем любое оборудование потому что заботимся о клиентах чтобы они потом не мучались всю оставшуюся жизнь, поэтому и тратим деньги чтобы тестить разное оборудование. 

 

На счет неправильно прошитой ONU PICOTEL GE100N. Она была отправлена нашему продавцу, который передал ее в Ромсат. Мы получили такой ответ: "ОНУ вскрывалась, она не гарантийная, стоимость ремонта будет составлять стоимость новой ОНУ." А все что надо - это всего лишь залить файлик с прошивкой через загрузчик ... прошивки у них закрыты ... Как клиента меня такая позиция немного огорчает (( В понедельник приедет программатор SPI флешек, думаю мы выиграем бой за жизнь этой ОНУ) 

Ссылка на сообщение
Поделиться на других сайтах

"Я у вас недавно микроскоп покупал, так вот хочу сообщить, что гвозди им очень плохо забиваются, я пробовал - он поломался. Прошу отремонтировать бесплатно или вернуть мне деньги" :facepalm:  

Ссылка на сообщение
Поделиться на других сайтах

"Я у вас недавно микроскоп покупал, так вот хочу сообщить, что гвозди им очень плохо забиваются, я пробовал - он поломался. Прошу отремонтировать бесплатно или вернуть мне деньги" :facepalm:  

Та цирк) Превратили ОНУ в расколотый кирпич и еще возмущаются, что их с сервисом послали  :facepalm:

Ссылка на сообщение
Поделиться на других сайтах

 

Та цирк) Превратили ОНУ в расколотый кирпич и еще возмущаются, что их с сервисом послали  :facepalm:

 

так даже не послали, а предложили отремонтировать - цена им не подошла. 

Ссылка на сообщение
Поделиться на других сайтах

 

 

Та цирк) Превратили ОНУ в расколотый кирпич и еще возмущаются, что их с сервисом послали  :facepalm:

 

так даже не послали, а предложили отремонтировать - цена им не подошла. 

 

 

 

 

Та цирк) Превратили ОНУ в расколотый кирпич и еще возмущаются, что их с сервисом послали  :facepalm:

 

так даже не послали, а предложили отремонтировать - цена им не подошла. 

 

Вопрос не в ремонте, а в "сокрытии" прошивки.

Ссылка на сообщение
Поделиться на других сайтах

По Extralink WIFI ONU

Сам терминал отказывается получать по DHCP и с o82 и без,

компьютер включенный в 1-2 порты - адрес получает. Уровень на ону - 15дБ.

ONU - ver 1.0 

FW - WR1044NS-D_v16e.12.01NS

 

проверялось с dba 

epon dba hardware cycletime 25000 discovery-frequence 40 discovery-length 1024

epon dba hardware cycletime 125000 discovery-frequence 40 discovery-length 10000

epon dba hardware cycletime 25000 discovery-frequence 64 discovery-length 1024

 

Может получилось - отпишитесь.

У меня работает

 

post-14719-0-06655300-1437157103_thumb.png

 

Прошивка такая же

Если через роутерный порт, то инет отваливается через какое то время и даже не зайти на веб интерфейс, а если через те другие порты, то отваливается гораздо реже.

Відредаговано Дмитро
Ссылка на сообщение
Поделиться на других сайтах

Extralink WIFI ONU

немного прогресса  и есть у меня

когда на голове:

 

epon onu-config-template T1
cmd-sequence 1 epon onu port 1 ctc vlan mode trunk 221
 
interface EPON0/1
 epon pre-config-template T1 binded-onu-llid 1-64
 switchport mode trunk
 switchport pvid 221
 
тогда только добился параллельной работы разных онушек
 
как несколько вланов работают - не пробовал
Відредаговано sedo26
Ссылка на сообщение
Поделиться на других сайтах

Нехорошие китайцы однако.

Ибо занявшись этим вопросом пришлось малость поправить файл мибов, приложенный к билду 19298.

 

Из-за различий в именовании объектов не удивлюсь, если в поднебесной 2 или более версий мибов компилируется для разных получателей.

 

Содержимое же вроде похоже на правду.

BDCOM-EPON-FTM.my.txt

Відредаговано passer
Ссылка на сообщение
Поделиться на других сайтах

1) Вопрос на засыпку: а кто-то ведет сводную таблицу совместимости ОНУшек?

уже надо бы!

 

2) если нужно пставить умный свич за онушкой и передать тегом вланы и мультикаст влан - какой нужен конфиг для ОНУ?

а то подписка на группы идет на голове, а потока нет, через время и подписка пропадает. а на свиче пишет что групп нет, но свич настроен верно - с другого свича если его включить, то все работает.

И голова праильно настроена: если настроить ОНУ порт как для юзера, то мультикаст идет.

Відредаговано sadmin
Ссылка на сообщение
Поделиться на других сайтах

1) Вопрос на засыпку: а кто-то ведет сводную таблицу совместимости ОНУшек?

уже надо бы!

 

2) если нужно пставить умный свич за онушкой и передать тегом вланы и мультикаст влан - какой нужен конфиг для ОНУ?

а то подписка на группы идет на голове, а потока нет, через время и подписка пропадает. а на свиче пишет что групп нет, но свич настроен верно - с другого свича если его включить, то все работает.

И голова праильно настроена: если настроить ОНУ порт как для юзера, то мультикаст идет.

 

Настройка ОНУ должна быть такой

 

epon onu all-port ctc vlan mode trunk 1 100,200,300,400 (100,200,300,400 - клиентские ВЛАНы)

epon onu all-port ctc mcst mc-vlan add 1001,1002,1003 (1001,1002,1003 - мультикаст ВЛАНы)

 

Правда есть один ньюанс.  :)  Большинство альтернативок, которые сейчас существуют на рынке, по умолчанию срезают мультикаст tag, поэтому на свитч мультик придёт уже в нетэгированном виде. Этим точно грешит TP-Link и VSolution (FiberField).

Відредаговано Reanemator_ua
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Готов отчет по V-SOLUTION (Fiber Field)

-по просьбе трудящихся, публикую. 

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Software Test Report V-SOLUTION 1GE ONU (Fiber Field)

 

IMG_20150115_112518.jpg

 

 

Здесь все Фото, внутри снаружи

 

Раз народу так нравится читать обзоры ОНУшек разных вендоров, то вот ещё один. Мы, правда, обещали

сделать обзор на Extralink, но не судьба - на очереди ONU FiberField, известная на родине в Китае как V-Solution.

Точную номенклатуру дать не могу - ну Вы сами в курсе, что многие не заморачиваются с маркировкой и называют ONUшку 1GE ONU или 100FE ONU.

 

1. Подключение и регистрация ONU.

 

Итак, приступим. Подключаем ONU к дереву, радуемся, что она быстро зарегистрировалась. Пока DBA выключен для чистоты эксперимента.

1.jpg

 

2.Показание DDM и базовой информации.

2.jpg

3.jpg

 

Тут тоже сюрпризов нет - необходимая информация выводится... ну разве что китайцы забыли дать своему детищу хоть какое-нибудь имя.

 

3. DBA

 

Самое интересное. Сколько раньше выпускалось ONUшек, которые боялись этой команды, как вампиры серебряной пули.

Ещё пару лет назад при запуске на OLT-е механизма DBA многие 

сторонние ONU извиняющимся голосом прощались с нами и уходили в небытие (дерегистрировались с ОЛТа).

К счастью эти времена прошли, поэтому наш FiberField стойко вынес включение DBA. Дальше проводим

стандартные 2 теста: пингуем Яндекс и прогоняем через  ONU синтетический трафик.

Оба теста сначала проводятся в режиме SBA, а уже позже с DBA.

 

Пингуем YA.RU. Количество пакетов - 10000, интервал отправки 0,01 секунды.

SBA: MIN 35.7 / AVG 38.3 / MAX 44.5

DBA: MIN 42.1 / AVG 44.6 / MAX 51.2

 

Результат более чем странный. Включение DBA не уменьшило, а увеличило время пинга!

Такое я вижу впервые. Повторил тест на всякий случай ещё раз - результат тот же.

Посмотрим на результат прогона через ONU синтетического трафика при помощи утилиты IPERF.

 

(прим wladd: прикольно, что когда мы сообщили об этом инженерам V-SOLUTION,

они даже не поняли о чем идет речь)

 

SBA:

4.jpg

 

DBA:

5.jpg

 

Можно констатировать, что скорость увеличилась, хотя и не значительно. При тестировании других ONU,

включение DBA увеличивает пропускную способность как минимум на 100 mbps.

 

На всякий случай приведу настройки DBA, пои которых проводился тест.

6.jpg

 

DBA не даёт никаких улучшений, а в случае в пингом заметно ухудшение показателей.

 

4. INBAND IP

 

Вспомним, что у BDCOM OLT-а есть 2 команды настройки IP адреса: OAM и CTC.

7.jpg

 

OAM команду ONU не принимает. Страшного в этом ничего нет, у нас в запасе есть ещё одна.

 

8.jpg

 

 

CTC команду ONU приняла. Отлично.

 

9.jpg

 

Более того, ONU-шка пингуется по этому IP-у со стороны провайдера и не пингуется со стороны клиента,

что уже не плохо (вспоминается наш предыдущий тест (Picotel), в котором с Management VLAN-ом творилось не ладное).

 

5. Тест скорости.

 

Скорость будем тестировать старым проверенным способом - утилитой IPERF.

 

Half-duplex:

10.jpg

 

Full duplex:

11.jpg

 

Если сравнить последний тест (Full duplex) с результатом, который мы получили в пункте 3.DBA, то заметно, что

скорость заметно подросла. С чем это связано не совсем понятно, т.к. условия теста не изменились.

 

6. Loop back detect (LBD)

 

Как оказалось, ONUшка научена ловить петли сама, т.е. настраивать её для этого не нужно. Каждые 2 секунды ONU отправляет LBD пакеты (EtherType = 0xFFFE).

12.jpg

 

 

 

Если же всё таки попробовать применить OAM и CTC команды для включения Loopback Detection, то как и в случае с

Management VLAN-ом, ONU понимает только CTC команду.

 

13.jpg

14.jpg

 

По факту, не смотря на отправляемые LBD пакеты, ONU никак не реагирует на петлю - она не гасит UNI порт,

что приводит к шторму в сети, и не оповещает OLT о найденной петле.

 

7. DHCP Snooping Option 82

 

15.jpg

 

С опцией 82 у ONUшки всё в порядке. Забавно такое писать, учитывая, что опция добавляется на стороне ОЛТа, но всё таки - как мы знаем,

\ONU может модифицировать Ethernet кадр добавлением поля FCS (Frame Check Sequences), которое BDCOM-овский OLT на дух не переносит и к таким пакетам опцию не добавляет.

 

8. Port security

 

Давайте ограничим размер таблицы MAC адресов на ONU-шке.

16.jpg

 

А теперь пропустим через ONU несколько пакетов с левыми MAC-ами и посмотрим, отработает ли механим Port Security. Для этого воспользуемся утилитой DHCDROP.

 

17.jpg

 

Функция работает. Немного странно ))) но работает. В таблице MAC адресов ONU было 4 MAC адреса

(собственный MAC ONU и 3 клиентских MAC-а). Как видно, утилита DHCDROP смогла отправить ровно 7 пакетов,

т.е. то количество, на которое у ONU стоит ограничение. По идее у ONU таблица на момент теста уже содержала

4 записи - значит ONU должна была пропустить ещё 4 пакета с новыми MACами

(напомним, что функция port security не учитывает MAC самой ONU), а пропустила 7.

 

9. Storm control

18.jpg

 

 

Команды не применяются... что тут ещё сказать.

 

10. Работа с VLAN

 

Стандартные режимы UNI порта (Tag / Trunk / Transparent) работают.

 

11. Multicast

 

Мультикаст работает. При этом ONU не обращает внимание на команду tag-stripe, т.е. тэги срезаются по умолчанию. Но при этом команда

epon onu port 1 ctc mcst mc-vlan add 1001

имеет силу и определяет, какие мультикаст VLAN-ы могут попасть на UNI порт, а какие нет.

 

 

Вывод: ОНУ находится на уровне с остальными альтернативными конкурентками.

Данная модель нормально регистрируется и работает с включённым алгоритмом DBA,

у неё даже есть поддержка Inband Management VLAN, но как и все альтернативки

она грешит непониманием OAM команд BDCOM-а.

 

Вообще грустно видеть очередной экземпляр, который не может справиться со штормом и обнаружением петель.

И здесь нужно винить только производителя. Одно дело ONU на МТК, у которой бинарники закрыты чипмейкером

и изменить их пока никто не в состоянии, и совсем другое дело – наша конкурсантка, построенная на Кортине и Реалтеке

… у этих ребят поддержка их продуктов значительно лучше, чем у МТК.

 

 

Смоляков А.А.   IC-Line 2015

 

PS wladd: от репорта осталось грустное впечатление.

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах

Спасибо, я очень ждал этот репорт, мне прислали новую прошивку на эту ОНУ (сказали, что там поправили Storm control) , к сожалению с новой прошивкой ф-ция не заработала. Прошивку могу предоставить.

Ссылка на сообщение
Поделиться на других сайтах

 

 

2) если нужно пставить умный свич за онушкой и передать тегом вланы и мультикаст влан - какой нужен конфиг для ОНУ?
Transparent не пробовали ?
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від legenda vols
      Всем привет, заезженная тема но приходиться искать по всем уголкам интернета - А именно OID и как их использовать.
      Начнём. 
      для новичков.
      bash 
      set_olt_oids() {
          # Общие для EPON (BDCOM)
          if [[ "$1" =~ ^(P3310|P3310B|P3310C|P3608|P3608B|P3316|P3600-16E|P3608-2TE|P3616-2TE|IEP3310)$ ]]; then
              OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2"
              OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"
              OID_AUNT_ONU_STATUS="SNMPv2-SMI::enterprises.3320.101.10.1.1.26"
              OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80"
              OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
              OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
              OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
              LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
              LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
              LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
              OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8"
              OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде
              OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"
              OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0 reboot
              OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2" #.$portID.$mac10" i 0 #mac decimal onu
          fi
          # Общие для GPON
          if [[ "$1" =~ ^(GP3600-08|GP3600-16B|GP3600-08B)$ ]]; then
              ETH_STATUS="1.3.6.1.2.1.2.2.1.8" # статус порта 1 портовая ону
              ETH_STATUS4="1.3.6.1.4.1.3320.10.4.1.1.4" # статус портов 4х портовая ону
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_ADMIN_STATUS="1.3.6.1.4.1.3320.10.4.1.1.3"
              OID_DOWN_REASON="1.3.6.1.4.1.3320.10.3.1.1.35"
              OID_DIST="1.3.6.1.4.1.3320.10.3.1.1.33"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.10.3.1.1.9"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.10.3.2.1.4" #snmpset -v2c -c RW IP OID.onuIndex i 1 reboot
              
          fi
          # Уникальные параметры для моделей
          case "$1" in
              # EPON модели
              P3310 | P3310B)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              IEP3310)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  ;;
              P3608 | P3608B | P3310C | P3316 | P3600-16E | P3608-2TE | P3616-2TE)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.101.108.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              # GPON модели
              GP3600-08 | GP3600-16B | GP3600-08B | P3600-08E)
                  OID_RX_ONU="1.3.6.1.4.1.3320.10.3.4.1.2"
                  OID_RX_OLT="1.3.6.1.4.1.3320.10.2.3.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.10.3.4.1.3"
                  OID_GET_MAC="1.3.6.1.4.1.3320.10.3.1.1.4"
                  ;;
              *)
                  echo -e "\e[1;91mНеизвестный режим OLT: $1\e[0m"
                  return 1
                  ;;
          esac
          return 0
      }
      что бы было понятно в дальнейшем что за переменные 
      snmp1="snmpwalk -v2c -c public"
      snmp2="snmpwalk -v2c -Ouqv -c public"
      snmp3="snmpget -v2c -c public"
      snmp3q="snmpget -v2c -Ouqv -c public"
      snmp4="snmpget -v2c -Ouqv -c private"
      snmp5="snmpset -v2c -c private"

      EPON GEPON
      1- OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1" на бдкомах епон 
      = SNMPv2-SMI::enterprises.3320.101.10.4.1.1.96 = Hex-STRING: A0 94 6A 97 CC 50


      лучший способ сделать функцию для форматирования снмп запросов в зависимости от типов STRING / HEX-STRING / COUNTER32 и тд тп.

      ifID=$($snmp1 "$IP" "$OID_IF_MAC10" 2>/dev/null | awk -v mac="$mac10" '$0 ~ mac {split($1, arr, "."); print arr[length(arr)-6]; exit}') 


      2 - OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
      тут без лишних слов возвращает вендор онушек 
      SNMPv2-SMI::enterprises.3320.101.10.1.1.1.97 = STRING: "XPON"   если укажем параметр -Oqv  или -Ouqv получим просто "XPON" и надо будет лишь сделать | tr -d ' " '    что бы удалить лапки.

      3 - OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2" аналогично вендорам, получаем модель.

      4- OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"  - температура ону делим на / 256
      SNMPv2-SMI::enterprises.3320.101.10.5.1.2.17 = INTEGER: 7027  
      temp_onu=$($snmp3q $IP 1.3.6.1.4.1.3320.101.10.5.1.2.$INDEX | awk '{printf "%.2f", $1/265}' 2>/dev/null)

      5 - OID_AUNT_ONU_STATUS="1.3.6.1.4.1.3320.101.10.1.1.26"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.26.276 = INTEGER: 3

      onuAunt_type=$($snmp3q $IP "$OID_AUNT_ONU_STATUS.$INDEX" 2>/dev/null)
          case "$onuAunt_type" in
              0) onuAunt_type_txt="authenticated" ;;
              1) onuAunt_type_txt="registered" ;;
              2) onuAunt_type_txt="deregistered" ;;
              3) onuAunt_type_txt="auto_config" ;;
              4) onuAunt_type_txt="lost" ;;
              *) onuAunt_type_txt="unknown" ;;
          esac

      6 - OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80" uptime
      SNMPv2-SMI::enterprises.3320.101.10.1.1.80.207 = INTEGER: 290907
      timetick 
      | awk '{h=int($1/3600); m=int(($1%3600)/60); s=$1%60; printf "AliveTime: %dч %dмин %dсек\n", h, m, s}')${reset}"

      7 - OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.27.149 = INTEGER: 1600
      на епоне в метрах  на гпоне делим на 10

      8 - OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3.14.60.21.18.8.130.175 = Hex-STRING: 3C 15 12 08 82 AF  
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3      .14-PORTINDEX     60.21.18.8.130.175  - MAC10                = Hex-STRING: MAC HEX

      9- OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.227.186 = INTEGER: 125
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.247.136 = INTEGER: 125
      возвращает PORT INDEX и можно грепнуть по mac10 найти индекс и можно грепнуть через мак10

      10 - LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
      дату отдаёт в хексе. надо декодировать это дело.
      вызов snmp + IP + oid + PORTINDEX + MAC10 
      date_hex=$($snmp1 $IP "$LASTREG_DATE.$IF_INDEX.$mac10" 2>/dev/null | awk -F': ' '{print $2}' | tr -d ' ')
      if [[ -n "$date_hex" ]]; then
              # Преобразуем дату из hex в числовое представление
              data=($(echo "$date_hex" | sed 's/../0x& /g'))
              local year=$((data[0] * 256 + data[1]))
              local month=${data[2]}
              local day=${data[3]}
              local hour=${data[4]}
              local minute=${data[5]}
              local second=${data[6]}


      local formatted_date=$(printf "%04d-%02d-%02d %02d:%02d:%02d" "$year" "$month" "$day" "$hour" "$minute" "$second")


      10 - LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
      аналогично 9му оиду.

      11 - LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
       
      DEREG_STATUS=$($snmp3 $IP "$LASTDEREG_REASON.$IF_INDEX.$mac10" -Oqv 2>/dev/null)
          case "$DEREG_STATUS" in
              2) dereg_status_text="normal";;
              3) dereg_status_text="mpcp-down";;
              4) dereg_status_text="oam-down";;
              5) dereg_status_text="firmware-download";;
              6) dereg_status_text="illegal-mac";;
              7) dereg_status_text="llid-admin-down";;
              😎 dereg_status_text="wire-down";;
              9) dereg_status_text="power-off";;
              255) dereg_status_text="unknown";;
              0) dereg_status_text="Нет данных.";;
              *) dereg_status_text="not found";;
          esac

      есть прикол если онушка autoconfig статус 3 / authenticated статус 0
      там инвертируються 7 и 8  может и от моделей ону зависеть.... 
      7) dereg_status_text="llid-admin-down";;
      😎 dereg_status_text="wire-down";;
      это уже тестами )


      12  -  OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8" статус езернет ничего не обычного кроме того что может верно отдать данные с 2-3го раза )
      2 down 1 up 
      там же есть прикол с authenticated autoconfig инвертируется...
      local PORT_COUNT=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX" | wc -l)
      local ETH_STATUS=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX.$port" 2>/dev/null)
              [[ "$ETH_STATUS" =~ ^[0-9]+$ ]] || continue  # Проверяем, что ETH_STATUS - это число
              if [[ "$onuAunt_type" == "0" ]]; then
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 2 ]] && echo "UP" || echo "DOWN" )
              else
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 1 ]] && echo "UP" || echo "DOWN" )
              fi

      13 - OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде.
      14 - OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"   гигабит езернет порты на онушках (кол-во)
      15 - OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"   ФастЕзернет 100мбит аналогично. 
      INTEGER 

      16 - OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0                                  reboot REBOOT ONU epon snmp
      $snmp5 "$IP" "$OID_REBOOT_ONU.$INDEX" i 0 >/dev/null 2>&1

      17 - delete onu epon  удалить ону бдком снмп 
      OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2"
      $snmp5 "$IP" "$OID_DEL_ONU.$ifID.$mac10" i 0 > /dev/null 2>&1    oid.PORTINDEX.mac10 i 0 
      остальные есть выше там думаю всё понятно.

      SIGNAL LEVELS в зависимости от моделей плат и олтов расписаны 
      все везде одинаково 
      $snmp2 "$IP" "$OID_RX_OLT.$INDEX" 2>/dev/null | awk '{print $NF / 10}')   результат делим на 10.

      epon пакеты, ошибки по портам на онушке.
      broadcasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.16.$INDEX.$port" 2>/dev/null)
      multicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.17.$INDEX.$port" 2>/dev/null)
      unicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.18.$INDEX.$port" 2>/dev/null)
      pause=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.19.$INDEX.$port" 2>/dev/null)
      fcserrs=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.20.$INDEX.$port" 2>/dev/null )
      oversize=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.13.$INDEX.$port" 2>/dev/null)
      jabber=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.14.$INDEX.$port" 2>/dev/null)

      мне бы такое помогло.. а не искать на тонне форумов и сайтов и неделю тыкая snmpwalk и выясняя что и для чего. остального и в инете полно. 
    • Від Amigo
      Продам GEPON ОЛТи BDCOM
      1. BDCOM P3310B (Вживаний) - 6000 грн.
      2. BDCOM P3310C (Вживаний) - 7500 грн.
      3. BDCOM P3310C (Вживаний без вух) - 7000 грн.
      4. BDCOM P3608-2TE (Вживаний) - 20000 грн.
      5. BDCOM P3608-2TE  (Вживаний) - 19000 грн.

    • Від grapefruit
      Доброго вечора, спільното!
      Можливо хтось стикався з завданням,коли потрібно на OLT BDCOM GP3600 по oid визначити час розреєстрування ону. В неті нічого знайти не вдалося, через MIB браузер тоже ніц.
      Якщо підкажете буде дуже вдячний, або хоч підкажіть де шукати.
      Всім гарного вечора)
    • Від alexeya
      Продам OLT ZTE C320. OLT укомплектован блоком живлення PRAM, двома платами GTGH(K00), платою керування SMXA(A31).

      Кожна GTGH-плата, це 16 GPON портів, 16 GPON модулів C++.
      SMXA-плата, це SFP+ (10G) порт, 1 гігабітний комбо порт.

      В наявності 2 одиниці. Один новий, один був у використанні (стан близький до нового)

      Ціна нового - 120000 грн
      Ціна вживаного - 105000 грн

      BDCOM GP-3600-08B куплявся в ДЕПСі в вересні 23 року. В ньому використовувались тільки 3 порти (тобто є тільки 3 GPON SFP модулі). 48к разом з модулями

      ОЛТИ без модулів:
      3310B-2AC - 1штука - 8000
      3310B - 2 штуки - 7500
      3310B + Proline UPS - 1 штука - 8500
      3310D + Proline UPS - 1 штука - 12500
      BDCOM P3600-04 + Proline UPS - 1 штука - 16500
      3616-2TE - 3 штуки - 53к

      Додам вживані EPON С++ модулі по 400 грн за штуку. Або нові по 750 грн за штуку
    • Від alexeya
      Продам оборудование в связи с прекращением деятельности телеком-оператора в Донецкой области.
       
      Eltex MES2324FB в отличном состоянии (8 штук) - 13.000 грн
      Eltex MES5324 (24 SFP+, 4 QSFP) - 62.000 грн
      Extreme Networks X620-16x (16 SFP+) - 42.000 грн
       
      OLT ZTE C320 (GTGH (K00) * 2, PRAM, SMXA (A31) - 32 GPON ports, C++ модули, 10G плата управления. Состояние близкое к новому (был в эксплуатации пол года) - 110.000грн, новый 125.000 грн.
       
      Juniper MX80 (MX5-T upgraded to MX80, 16 subsribers, все лицензии есть), есть 2 штуки. - 1700$
       
      Кабель бухтами (в Павлограде, могу привезти в Днепр или отправка деливери/нп)
      ОКТ-Д(1.0)-2Е1-0,36Ф3,5/0,22Н18-2 — 3000м - 3.5 грн/метр 
      ОКЗ(б2,7)Т-008(7,8 мм) — бухти 3840 и 4000 м - 13 грн/метр
      ОЦБгП-8А1(1х8) 2,7 кН — 2 бухти по 3830 м - 13 грн/метр
       
       
       
























×
×
  • Створити нове...