Reanemator_ua

А можно глянуть на IGRP пакет в формате PCAP, чтобы понимать, с чем имею дело. А то тут все про мультикаст рассказывают, а я не в курсе, с какими мультикаст ИП-ами работает IGRP. И уточните, в каком ВЛАНе у вас IGRP бегает.

Согласен, я китайцев ещё буду пинать по этому поводу. Даже если ОЛТ не умеет распознавать IGRP, то делать обычную коммутацию должен.

Пока ответ от китайцев такой. OLT-ы BDCOM не понимают протокол IGRP и не умеют с ним работать. Более того, IGRP - протокол маршрутизации, а 3310 - L2 железка.

Честно не проверял. Теоретически можно указать несколько портов в режиме dot1q-tunnel-uplink

Согласен, ошибся. Ничего прошивать не надо.

Забыл уточнить. Если включить qinq то команда switchport pvid X добавляет/снимает либо cvlan либо svlan. Всё зависит от самого пакета. Есть первый план - добавится второй; нет тэга вообще - добавит cvlan. Думаю понятно к чему виду. первый порт будет просто switchport pvid 10.на втором порту нужен режим трансляции вланов в режиме flat. Я думаю что в предыдущем сообщении пример более чем очевиден.

Парни, пишу по памяти, коммутатора под рукой нет. Тут ситуация такая. Еслии глобально на БДКОМе включить QinQ (dot1q-tunnel enable), то по-умолчанию на всех портах добавляется 2-ой тэг. Этот воторой тэг определяется командой switchport pvid X. Многие думают, что если эта команда не прописана, то второй тэг добавляться не будет. Это не так. Switchport pvid 1 прописано на каждом порту по-умолчанию, поэтому в конфиге не отображается. В самом простом случае даунлинк порт настраиваем так: switchport mode access; switchport pvid X (где X - svlan). Аплинк порт настраиваем так. Switchport mode dot1q-tunnel-uplink. Как видите, список ВЛАНов указать нельзя. Если нужно указать список вланов, то тут всё интересней. Нужен режим switchport mode dot1q-translation-tunnel, а уже потом вводить команды switchport dot1q-traslation mode flat 200 205 switchport dot1q-traslation mode flat 300 300 switchport dot1q-traslation mode qinq 3000 - 4000 777 вот возможные варианты превращения ВЛАНов )))) 1. 200-ый cvlan превращается в 205 cvlan 2. 300-ый cvlan превращается в 300 cvlan (по сути 300-ый оставляем без изменений) 3. 3000-4000 cvlan-ы облачаются 777-ым svlan-ом. Это я привёл команды для даунлинк портов - аплинк так и остаётся. Я не уверен, но вроде при такой схеме указать список ВЛАНов на аплинк порту невозможно.

1. Я такой возможности пока не наблюдал ни на одной ONU, которые попадались мне под руку. На FORe такой функционал сделать можно, но это работа нескольких инженеров, следовательно цена продукции возрастёт - китайцы всегда нам об этом предупреждают. Поэтому сначала разрабатывается самый необходимый функцтонал. 2. Тут согласен. ОЛТ действительно не всегда показывает верные значения расстояния до ОНУ. Но это происходит и на родных BDCOM-ах. 3. Во-первых прошейте ОНУ до версии 1.0.11 - она самая стабильная. Кстати, в ней есть и фикс по поводу IP-а адреса. ИП, наначенный на ОЛТе - это inband management IP - на него можно добрать с ОЛТа, но нельзя добраться со стороны клиента. Со стороны клиента можно зайти только по Inband Management IP через UNI порт - 10.0.0.10 4. На борту просто стоит мощный кондёр. Даже если выклюить питание на ONU, она всё равно успевает отправить сообщение Dying GASP на OLT. 5. А зачем? Никогда не было необходимости что-то менять. Сообщения Loop Back Detect (TPID = fffe) отправляются ОНУшкой каждые 2 секунды. При обнаружении петли порт выключается мгновенно. Когда петля ликвидирована, то через 1,5-2 минуты порт включается заново. 6. Такого быть не должно. Я попрошу китайских инженеров исправить этот момент.

Если предложенные мной методы не работают, то тогда спасёт только реболинг моста на ОЛТе. А это дело опасное - чуть не соблёл температурный профиль -и вот уже все 4 порта не работают. Если ОЛТ на гарантии, то возвращайте.

Тут есть 2 страшных варианта . 1. Удаляем с ОЛТа startup-config, ребутаем ОЛТ и заново (вручную) прописываем конфиг ещё раз. 2. Ребутаем ОЛТ много-много раз (5-10), пока порт не заработает. Оба эти варианта не претендуют на правильность, но не однократно помогали.

Ещё отпишусь здесь на всякий случай. Вот новая версия прошивки для 36-ой серии https://www.dropbox.com/sh/yfyjja0arqft5vm/AACF1dx28QnuxluMKzKT35Wma?dl=0 Теперь бага со 100% загрузкой олта быть не должно.

Вышла новая прошивка для 36-ой серии OLT-ов. Сыылочка на наш дроп https://www.dropbox.com/sh/yfyjja0arqft5vm/AACF1dx28QnuxluMKzKT35Wma?dl=0

Нет, мы их не просили допилить эти OID-ы А будете? Как бы полезно... BDCOM, как и мы, придерживается следующего мнения - допиливать можно и нужно то, что требуется большинству клиентов. Необходимость в этих OID-ах сомнительна, поэтому R&D BDCOM-а не будут этим заниматься, учитывая стек текущих более сложных задач.

Нет, мы их не просили допилить эти OID-ы

Такие пинги когда запущен на полную катушку торрент: Что может быть? Где искать трабл? Вы бы хоть прошивку Фор указали...

код 120 означает, что OLT не может опознать ONU как "своя". Как правило такое сообщение возникает, если в дерево впихнуть альтернативную ОНУ. Она при этом регается и может даже успешно работать, но OLT, посылая не неё запрос о базовой информации, либо не получает ответ, либо ответ приходит в непригодном для ОЛТа виде. P.S. Во время разработки софта для пластиковой Форы такие ошибки постоянно сыпались, пока сообщения, отправляемые ОНУшкой, не были пофикшены.

Ну это смотря чем светить. Если 20-км медиком, то ДА - ухудшается OSNR и появляются потери пакетов, а вот если взбесилась ОНУшка - то, как правило, ложится всё дерево.

Саша, при засветах ложится всё дерево, а не только 2 ОНУшки, поэтому исключено. А ручную регистрацию можно попробовать.

Для полноты картины хочется понимать, что за ONUшки и какие на них прошивки.

Из 1111 в 3333 влан данные попадают через ip multicast-routing, что каксаемо "На порту в который включен ОЛТ 3333 влан должен быть tagged" это простой конфиг влана, Вы совершенно правы, но работает только по такому конфигу, если поставить просто в транк, без switchport pvid 3333, мультикаст не передается на OLT, что опять же очень странно. На 3928GX: interface GigaEthernet0/21 - смотрит в сторону OLT interface TGigaEthernet1/1 - подключен IPTV Streamer "PIM тут не уместен совершенно"? А Вы знаете более совершенного протокола чем PIM-SM? На 21-ом порту 3928GX убирайте команду switchport pvid 3333 - на OLT мультикаст отлично льётся транком. А вот на аплинк порту OLT-а необходимо добавить команду switchport trunk vlan-untagged none. т.е. настройки портов будут тикие 3928 interface GigaEthernet0/21 switchport trunk vlan-allowed 999,3333 switchport mode trunk 3310 interface GigaEthernet0/1 switchport trunk vlan-allowed 999,3333 switchport mode trunk switchport trunk vlan-untagged none switchport pvid 3333 !

Подтверждаю. Опция 82 была проверена на 36-ой серии трижды (с 3-мя разными прошивками). При тесте на ONU прошивку тоже меняли (1.0.7 и 1.0.8).

Как шить через WEB вы так и не ответили Я думал пояснений не нужно. Подключаемся к ОНУ по медному морту, ИП 10.0.0.10. Во вкладке "update firmware" (ну или как-то по-другому) нужно выбрать файл uImage и обновить ОНУ, дождаться её перезагрузки, затем обновить файл tar.gz. Собственно всё. Файлы uImage и tar.gz можно обновлять в любом порядке.

Прошел где то месяц после перепрошивки на версию Switch#show ver BDCOM P3310B Software, Version 10.1.0B Build 22960 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2015-1-15 10:23:35 by SYS_22960, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.3, Serial num:00313000670 System image file is "Switch.bin" (RISC) processor with 131072K bytes of memory, 8192K bytes of flash месяц проработал без проблем, и тут вдруг та же проблема. Mar 21 23:35:33 Switch %OLT-STATUS: OLT index 0, device 0x00000000 is hello timed out.. Mar 21 23:35:33 Switch OIR-6-BUILD_CONFIGURATION: Building running-configurations for slot 0. Mar 21 23:35:34 Switch %hal_oir_channel_dettach: slot = 0, chip = 0. Mar 21 23:35:34 Switch %LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to down. Mar 21 23:35:34 Switch %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to down. Mar 21 23:35:34 Switch %LINE-5-UPDOWN: Line on Interface EPON0/2, changed state to down. Mar 21 23:35:34 Switch %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/2, changed state to down. Mar 21 23:35:34 Switch %LINE-5-UPDOWN: Line on Interface EPON0/3, changed state to down. Mar 21 23:35:34 Switch %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/3, changed state to down. Mar 21 23:35:35 Switch %LINE-5-UPDOWN: Line on Interface EPON0/4, changed state to down. Mar 21 23:35:35 Switch %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/4, changed state to down где искать причину отвала портов? Ну как уже говорилось, данные 3 строчки говорят лишь об одном - ОЛТ перестаёт видеть PON чип, следовательно все порты отключаются. Одной из причин такого поведения может быть нарушение температурного режима, т.е. PON чип перегревается. Другая причина - подсыхание шариков на чипе - нужна полная замена чипа или реболлинг. Я на всякий случай уточню у китайцев, какова вероятность софтового бага, ведь Вы, насколько я понял, поменяли только Switch.bin, но не меняли OLT.blob P.S. Сообщения об отвале портов появились после ребута OLT-а или во время нормальной работы?

13.7 - правильное значение. Укажите раздел, где Вы нашли 9.75 - исправим

Шить нужно оба файла! Порядок значения не имеет. Шить можно как с OLT-а, так и через WEB, но я всем всегда советую шить через CLI - так надёжней. Алгоритм прошивания аналогичный ONU-шкам BDCOM-а: убиваем на OLT-е файл Switch.bin, с TFTP сервера загружаем UImage и .tar.gz файл (я кстати не проверял, поместятся ли оба файла сразу - может быть и нет). Затем командой Switch# epon update onu image uImage int epon 0/1:1 ... ждём окончания процесса... Switch# epon commit-onu-image-update int epon 0/1:1 ... ждём окончания процесса... Switch# epon update onu image FORA.tar.gz int epon 0/1:1 ... ждём окончания процесса... Switch# epon commit-onu-image-update int epon 0/1:1 ... ждём окончания процесса... Т.е. отличаются только имена файлов - весь остальной процесс прошивания идентичен.