sadmin

Vlan скорость на порту мультикаст (IGMP Snooping support) loopback detection storm control port isolation

+100500 Особенно если это ДЛИНК зы полгода ждал, пока в свиче дир100ф ревизии С1 починили потери при включении снупинга. в роутерной прошивке до сих пор жуть...

я это давно уже понял: психика юзеров не вечная, даже если это село.... Может тестированием нужно китайцам заниматься....или вот продавцу а как же спортивный интерес? в продакшене? Вам в раздел админов локалхостов

я это давно уже понял: психика юзеров не вечная, даже если это село.... Может тестированием нужно китайцам заниматься....или вот продавцу

LookBack - кто знает, что это? Это в настройках портов есть такой параметр, в веб морде ОНУ. Кстати - там есть настройки мультикаста: смущает, что фаст лив включен. И вот еще - на ОЛТе стоит лупбэк детект, а веб морда ОНУ пишет что нифига.

а на ОЛТе какая прошивка у Вас?

Насчет прошивик - Вы не ошиблись? Меня смущает дата релиза. Я насчет своего поста чуть выше

Это правильно после прошивки: onu# sh ver Vendor name : Shanghai Baud Data Communication CO. LTD. Vendor short name : BDCOM Copyright © : Shanghai Baud Data Communication CO. LTD. Product : ONU/P1004B Hw version : A0 Release : 10.0.8A 1082 (F23-BG) Build : 17:08:49, Aug 23 2012 MAC : fc:fa:f7:96:08:ae SN : 00220001357 Vendor ID : BDCM Model ID : 3024

Я тут решил ОНУ на мониторинг поставить: кто знает - как они под нагрузкой и без пингуются?

Очень важно! А не могли бы Вы проверить аггрегацию гигабитных портов на ОЛТ, чтобы знать как оно у них с этим. 1) 723М в один поток? 2)У Вас IPoE? или PPPoE?

В один поток?

вот смотрите какой цикл: Switch#sh epon opt interface TxPower(0.1dbm) RxPower(0.1dbm) Temperature Voltage ---------- --------------- --------------- ---------- --------------- epon0/1 30 35.18 3.15 10.00 interface RxPower(0.1dbm) ---------- --------------- epon0/1:2 -233 epon0/1:3 -234 epon0/1:5 -236 epon0/1:7 -238 epon0/1:8 -239 epon0/1:9 -170 epon0/1:10 -171 epon0/1:11 -172 epon0/1:12 -173 epon0/1:13 -174 epon0/1:14 -175 epon0/1:15 -176 epon0/1:16 -177 epon0/1:17 -178

Из моих наблюдений: топовое значение сигнала как бы циклически изменяется и должна быть разница в 0.1 дБ. Разница может быть больше, но только в случае, если есть выпавшая ОНУшка (по 0.1 за каждую). если же разница больше 0.1 - то имеется перепад сигнала, то есть его падение и там значь проблема. такое у меня было, когда неправильно дерево построили и за последним делителем сигнал стал меньше, чем нужно (как у всех).

Кто возьмет китайцев пачку, тот получит ......водокачку!

Кто здесь??? Ваш ник наводит на предложение поехать вам в Израиль, навсегда. зы ничего личного

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

Кстати вот споймал такое у себя: Aug 29 18:26:13 %LINK-UPDOWN: Line on Interface EPON0/1:32 onu uni 4, changed state to up Aug 29 18:26:22 Alarm DYING_GASP from ONU fcfa.f796.08a7 port E0/1:32 Aug 29 18:26:22 timestamp 0 Aug 29 18:26:22 window 0 Aug 29 18:26:22 threshold 0 Aug 29 18:26:22 value 0 Aug 29 18:26:22 Alarm DYING_GASP from ONU fcfa.f796.08a7 port E0/1:32 Aug 29 18:26:22 timestamp 0 Aug 29 18:26:22 window 0 Aug 29 18:26:22 threshold 0 Aug 29 18:26:22 value 0 Aug 29 18:26:22 Alarm DYING_GASP from ONU fcfa.f796.08a7 port E0/1:32 Aug 29 18:26:22 timestamp 0 Aug 29 18:26:22

мне интересно, но нет возможности: все ОЛТ на районах, чтобы что то потестить - нужно ехать на район, а это фантастика.

и еще - а скорость проверили? у Вас пппое?

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

подробнее, плиз - эти глюки исправляет эта прошивка?

А я вот получил интересную надпись в логе: Aug 10 18:03:39 total bandwidth of pon port is more than the max bandwith it can support Aug 10 18:03:39 total bandwidth of pon port is more than the max bandwith it can support Нужно все таки предерживаться этих команд: epon sla upstream pir 1000000 cir 10000 epon sla downstream pir 1000000 cir 10000 ане 200000 после cir.

меня тревожит, что о них ни слуха не духа: не кинули ли их поддержку. на данный момент я не вижу смысла их обновлять - они работают и свои функции выполняют. если же от них потребуется больше и будут проблемы с этим - тогда нужны будут исправления.

ИМХО не нужно путать прчину со следствием. Дело в том, что пока была версия 3310т и 1004т проблем не было! А появились проблемы, когда приехали глючные 1004б, причем приехали тихо, как бы все ОК, а в результате получилась гора глюков с простейшими функциями. Потому и захотели нового ПО каждую неделю только для того, чтобы эти глюки исправить. Я молчу про показатели оптической диагностики и пр - главное, что эти железки выполняли то, что от них хотели. Но теперь глюки начинаются и с этим и это очень не радует.

короче как я и думал: они решили унифицировать ПО для разных моделей на одном и том же чипе. Отсюда все и идет. Ждем новых багов и граблей..... Вот жду новые головы и уже переживаю: нужно будет заново их тестить на столе на предмет всех нужных фич. А если ОЛТы перестанут поддерживать то, что мне надо? Что тогда? Держать их у себя полгода, пока допилят ПО, никто не будет! Надо бы как то китайцам устаканивать модельный ряд, а то начинается такой зоопарк версий железа и ПО, что работа с ними превратится в поиск в сборнике рецептов от Влада, а не толковой докумы, где будет все от А до Я. Нужно вы