prosto_mail

Забыл за TPLink - гавно неимоверное... с прошивками бяда, и с CPU тоже - на пустом месте 100% В работе: T1600G-28TS TP-Link T2600G-28 TS 2.0

Не кошмарьте! А то сон люди потеряют.... ухудшится здоровье. Указанная Вами проблема — это банальная нехватка пропускной способности... а не микробёрсты... Давайте посмотрим на схему (должна понравиться многим ;)): INTERNET <-10G-> CCR1036 (бордер) <-10G-> QFX-5100 (ядро) <-10G-> CRS328-4C-20S-4S+RM (агрегация) <-1G-> RB260GS (уровень доступа) <-1G-> AC1200 (хомячок) И теперь два варианта за которые платит хомячок: 1. 100 гривен за 100 мегабит - откуда взяться микробёрстам? Бордер нарежит соточку.... у хомячка гигаб

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

А у кого-нибудь есть прошивка для P3310C новее 10.1.0E 36957?

Есть ли у кого прошивка для P3310C новее Version 10.1.0E Build 36957? Ибо на этой прошивке голова теряет конфигурацию онушки после загрузки по пропаданию питания... Онушки бидикомовские, других нет. Теряет по странному: когда теряет одну строку вида "epon onu port 1 ctc vlan mode tag 3038 priority 0", когда от конфига остаётся только это: Current configuration: ! interface EPON0/2:62 А на попытку ввести конфигурацию вручную, выдаёт такое: This ONU(EPON0/2:62) is not auto-configured. Are you sure to use absent-config-mode(y/n)?

Нашёл для P3310C MIB Температура модулей: .1.3.6.1.4.1.3320.101.107.1.6 Уровень сигнала от OLT на ONU - такойже как и у P3310B: .1.3.6.1.4.1.3320.101.10.5.1.5 Уровень сигнала от ONU на OLT: .1.3.6.1.4.1.3320.101.108.1.3 На всякий случай список интерфейсов: .1.3.6.1.4.1.3320.9.64.4.1.1.2 Остаётся только сохранение конфигурации по SNMP и сброс на TFTP по тому же SNMP - кто-то это знает?

А кто-нибуть может подсказать по SNMP для BDCOM P3310C, интересует (привожу так как это делается на P3310B): Сохранить конфигурацию: snmpset -v2c -c ksee 192.168.0.79 .1.3.6.1.4.1.3320.20.15.1.1.0 i 1 Сохранить на TFTP: snmpset -v2c -c ksee 192.168.0.79 .1.3.6.1.4.1.3320.101.20.1.1.2.1 i 2 snmpset -v2c -c ksee 192.168.0.79 .1.3.6.1.4.1.3320.101.20.1.1.3.1 a 192.168.0.111 snmpset -v2c -c ksee 192.168.0.79 .1.3.6.1.4.1.3320.101.20.1.1.6.1 s startup-config snmpset -v2c -c ksee 192.168.0.79 .1.3.6.1.4.1.3320.101.20.1.1.7.1 s 0000 snmpset -v2c -c ksee 192.168.0.79 .1.3.6.1.4.1.3320.101.20.

Замерил потребляемую мощность, получается: 100-110 mA - просто включена онушка. 130-140 mA - если подключить к ней комп. Прокачка трафика на скорости 100 fullduplex (в обе строноы одновременно) потребление мощности не изменила.

Вот и получается что строим сеть не зная всех характеристик....

Спасибо за пояснение! Была такая догадка... Хорошо, отмазка по первой команде принимается. Обратим внимание на вывод второй команды: show epon interface epon 0/3:3 onu ctc optical-transceiver-diagnosis received power(DBm): -34.0 А мы знаем, что чувствительность приёмника онушки задекларирована в -26Dbm. Вот и возникает резонный вопрос - как она может работать при уровне сигнала в -34Dbm.... И второй момент. Сегодня получили партию BDCOM P1501C1 с блоками питания 12V 0.5A. До этого были 12V 1A. Поставщик аргументирует тем что из-за снижения цен на ону она комплектует

А как такое может быть? sh epon optical-transceiver-diagnosis interface epon0/3:3 interface RxPower(dBm) ----------- -------------- epon0/3:3 -38.2 show epon interface epon 0/3:3 onu ctc optical-transceiver-diagnosi operating temperature(degree): 42 supply voltage(V): 3.3 bias current(mA): 14.5 transmitted power(DBm): 1.4 received power(DBm): -34.0 show epon interface epoN 0/3:3 onu ctc basic-info ONU Vender ID : BDCM ONU MODEL ID : 151C ONU ID : fcfa.f7ec.4f24 Hardware Version : A0 Software Version : 10.0.17A 1017 Firmware Ve

СТЁРЛО! Спасибо за совет!

Будем честными - привязка нужна дабы абонент не ушёл к другому. Привязка никак не решит возврат устройства. Рассмотрим гепотетический вариант: 350 гривен подключение и девайс в аренду. Конкуренция приводит к тому что абонент имеет выбор из нескольких провайдеров у которых: 1 провайдер - подключение 1200 грн (полностью оплачивает ОНУ) 2 провайдер - 350 гривен (оплачивает часть ОНУ) 3 провайдер - 360 гривен (оплачивает часть ОНУ) 4 провайдер - 340 гивен (оплачивает часть ОНУ) Первому провайдеру привязка не нужна в принципе. А ~350 гривен - не такой уж и большой порог дабы удержать

Спасибо! РАБОТАЕТ! Есть ещё одна заморочка: EPON0/3:2 is up, line protocol is up Ifindex is 86, unique port number is 13 Hardware is GigaEthernet-LLID, address is fcfa.f73a.1f11 (bia fcfa.f73a.1f11) MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec Encapsulation ARPA Full-duplex, 1000Mb/s flow-control off 5 minutes input rate 17805 bits/sec, 12 packets/sec 5 minutes output rate 135105 bits/sec, 16 packets/sec Received 10468677 packets, 2018723014 bytes 5375 broadcasts, 5458 multicasts 0 discard, 100663296 error, 0 PAUSE 0 align, 0 FCS, 0 symbol 0 c

Приветсвую! Подскажите пожалуйста как настроить P3310B дабы с консоли по таймауту не выкидывал?

Разве можно верить бубликам BDCOM? Имеем: BDCOM P3310B Software, Version 10.1.0B Build 18986 Модули: Синие - класс C+, Оранжевый - класс C. Первый модуль: interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- epon0/2 40.4 3.3 12.2 3.4 interface RxPower(dBm) ----------- -------------- epon0/2:1 -24.7 Второй модуль: interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- -

вот у меня показывает, но ничего общего с сигналом не имеет например у меня показывает +1.2 при том, что должно быть -7 при чем уровень трансмитед всегда равен уровню ресивед) На данный момент вопрос производителю задан, ожидаем от него ответа Так каков ответ производителя?

вот у меня показывает, но ничего общего с сигналом не имеет например у меня показывает +1.2 при том, что должно быть -7 при чем уровень трансмитед всегда равен уровню ресивед) Не показывает правильно сигнал: gepon97_1#sh epon opti interface epON 0/4:1 gepon97_1#sh epon opti interface epON 0/4:1 gepon97_1#sh epon opti interface epON 0/4:1 interface RxPower(dBm) ----------- -------------- epon0/4:1 -20.7 gepon97_1#sh epon opti interface epON 0/4:1 interface RxPower(dBm) ----------- -------------- epon0/4:1 -2.2 gepon97_1#sh epon opti interface

Что значит ACL отрабатывает? Получается что клиент с правидьным IP работает, а с неправильным не работает? У меня такого добиться на прошивке 16668 не получилось - только после удаления ACL всё начинало работать.

Во-первых, у данной модели ONU пока не нашли никаких багов, поэтому прошивок под неё нет. Во-вторых, если нет команд в Telnet-е, то вариант только один - шить через CLI OLT-а. Модель глючная.... Вот пример конфига: ! ip access-list extended EPON1 permit udp any eq 68 any deny udp any eq 67 any permit ip 10.2.25.0 255.255.255.0 any deny ip any any ! interface EPON0/1:1 onu-configuration epon sla upstream pir 100000 cir 15000 epon sla downstream pir 100000 cir 15000 epon onu port 1 ctc vlan mode tag 3025 epon onu port 1 loopback detect epon onu port 1

Получил BDCOM P1501 (возле лампочек), на пузе написано что BDCOM P1501C Железка выдаёт ONU Firmware Ver: 6.15.1.6 Зашёл на неё телнетом и не вижу команд с tftp... Она не прошиваема???

А что это за файлик olt.blob на OLT?

Да вроде залил последнюю версию: 10.0.8A1114 А расширеный ацеслист будет работать?

Есть ещё одна странность, на этот раз - фильтрафция трафика на P1004B. ip access-list extended - не работает, лист создать можно, но навесить на UNI-порты нельзя - никаких ошибок не выдаёт, но и в конфиге ничего не отображает, да и трафик не фильтрует... Работает только простой: ip access-list standard MNG permit 10.10.10.5 255.255.255.255 permit 192.168.74.254 255.255.255.255 deny any Но вот при прописывании странность. Первый вариант - задать "epon onu all-port ip access-group MNG", получится так: interface EPON0/1:1 onu-configuration epon sla upstream pir 100000

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