Reanemator_ua

Уважаемые форумчане, просьба не придаваться панике. Пока могу сказать лишь одно - с начала продажи модели 1501С2 к нам на ремонт поступило всего лишь 2! ОНУшки этой модели с нерабочей оптикой, так что о массовом выходе из строя речь не идёт.

Попробуйте явно указать интерфейс, откуда приходит мультикаст поток. Switch_config#ip mcst mrouter interface gigaEthernet 0/1

А последняя онушка у вас офлайн или онлайн при этом? Я так понял что дескрипшин для онушек в офлайн не устанавливается. ONU была офлайн. Но по snmp description отображалось. Да скорее всего после включения ONU description подтянулся бы. Но ситуации это не меняет. Как раз это ситуацию не проясняет, глюк при конфигурации офлайновой онушки имеется еще с самого старта проекта ЮАПОН, и китайцы его не будут исправлять в связи с какими то тех нюансами, думаю корни вашей проблемы именно оттуда. Не стоит называть это глюком. Глюк, это когда в мануале написано, что оборудование это умеет,

Прошейте ОЛТ до последней версии. Если и на ней ошибка повторится, то только тогда будет повод общаться с китайцами и просить их изменить прошивку и исправить баг.

Что значит ACL отрабатывает? Получается что клиент с правидьным IP работает, а с неправильным не работает? У меня такого добиться на прошивке 16668 не получилось - только после удаления ACL всё начинало работать. Я использовал свой access-list, а не стал повторять Ваш. Если претензия не к ACL в общем, а к конкретным командам, которые ACL не может обработать, то это уже другой вопрос.

Проверил ACL на модели 1501С - работает. Сам ACL отрабатывает, команда по его удалению (no epon onu all-port ip access-group) - тоже. Так что, вероятнее всего, проблема в самой прошивке 16358, т.к. я тестил сразу на 16668.

Я бы не стал столь опрометчиво обзывать модель "глючной". Мы продали более 4000 этих ОНУ, и пока Вы единственный нашли уязвимость в применении ACL. Скорее всего, остальные наши клиенты просто не пользуются этим функционалом. Тем не менее, баг проверим и в случае подтверждения, отпишемся в BDCOM.

Желание клиентов для IC-Line закон . BDCOM согласен реализовать возможность применения нескольких шаблонов к одной ONU.

Приношу всем свои извинения! К одному и тому же LLID можно применить 2 шаблона (правда OLT ругается и позволяет сделать это не всегда). При этом при регистрации новой ONU применяется только один шаблон, второй отбрасывается с ошибкой

Да, такое сделать можно - сначала создать 1 шаблон с общими настройками ONU, а потом создать ещё 256 шаблонов для каждого LOID отдельно. Правда, как уже было отмечено, делать это проще в текстовом редакторе.

Во-первых, у данной модели ONU пока не нашли никаких багов, поэтому прошивок под неё нет. Во-вторых, если нет команд в Telnet-е, то вариант только один - шить через CLI OLT-а.

Всем доброго времени суток. Информация для обладателей OLT-ов 3600 серии. Вышла новая прошивка 10.1.0C_16751 !!! В ней исправлен баг, связанный с Option82. Суть бага заключалась в том, что при использовании Option82 после определённого количества подключённых ONUшек OLT вставлял в DHCP request MAC не той ONU, через который этот пакет был послан, а MAC любой из ONU, зарегистрировашихся до этого.

WEB на ОЛТе был отключен в одной из предыдущих прошивок.

Я могу ошибаться, но в мануале вроде написано, что включение logging buffered приводит к тому, что отправка лога на syslog сервер прекращается. Т.е. либо храните лог на ОЛТе, либо отправляйте его на syslog сервер - одно из двух.

Насколько я помню за последний год BDCOM не трогал синтаксис и команды остались прежними.

Вышла новая прошивка для 3310B (10.1.0B_16688), которая решила проблему, с которой столкнулись некоторые форумчане,а именно: igmp reports не обрабатывались ОЛТом и дропались, в результате чего клиент отключался от мультикаст группы.

Насколько я знаю это проблема только ОНУшек 1004B. Access list применяется сразу ко всем портам в конфиге, а реально работает только для epon порта ONU. Хотя в последних прошивках этот баг должны были убрать.

Если Вы о том, что трафик между портами ОНУ не передаётся, то Switch_config_epon0/1:1#no epon onu port-protect

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1) Ребячество - плохая поддержка, неверная документация. 2) Скупердяйство - 8 метров флешка при 6 метрах прошивки... 3) Дурачество - 4 PON порта и для них 6 разношорстных обычных ethernet портов.... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1) Будем рады видеть товарища local.com.ua среди покупателей PON-а от компании D-Link. OLT по 2800-3000$, ONU по 150$. Заодно посмотрите на их тех. поддержку... У BDCOM-а есть минусы, но они их стараются исправить и делают это достаточно оперативно. 2) Новы

Я уже сказал, не применяется конфиг к оффлайн ОНУшкам. Даже если SNMP и подтягивает откуда то этот Description, то это всё равно не правильная логика работы устройства. Создайте шаблоны с заданием дескрипшена для тех ОНУшек, которые находятся в оффлайне и Вы не хотите ловить тот момент, когда они появятся в сети.

за описания порта отвечает команда и оид Проблема заключается в следующем, если онушка оффлайн и прописав дескрипшен в конфиге этого не видно Но в снип запись есть: По каким-то причинам запись эта слетает, я так подозреваю при включении и вывключении онушки Как исправить или чё прописать чтобы можно было получать инфу p.s. не путать description и epon onu description Не совсем понятно, зачем прописывать ОНУшке дескрипшн, когда она оффлайн. В оффлайн режиме настройки не применяются. Если проиписать дескрипшн, когда ОНУ онлайн и сделать команду write, то всё отл

Статус должен быть AUTO CONFIGURED. То что Вы делаете - это пытаетесь настроить ОНУ, которая не в сети - ясно дело, что ОЛТ не видит порты.

Добрый день. Switch_config_epon0/1:1#epon sla downstream pir 1000000 cir 15000 Switch_config_epon0/1:1#epon sla upstream pir 1000000 cir 15000

Дорогие товарищи. Хватит догадок. По нашей просьбе BDCOM сделал тест. 1 запись = 1 tcam, т.е. если опустить acl, то 300 клиентов можно забиндить в таблице при помощи IP Source Guard (он же IP Verify). На счёт просмотра информации о доступном tcam - такой команды нет, но BDCOM обнадёжил, что сделать её они планируют.

Добрый день. Первый вопрос не понял. На счёт второго - если я правильно, Вы хотите знать сколько уже записей в DHCP binding table и сколько ещё осталось свободного места в этой таблице? Если так, то этот вопрос уточню.