Den_LocalNet

Таких-же рендомных попугаев навешали как на остальные параметры? Где на столе затухание до онушки прягает от 15 до 28 дБ если раз в секунду повторять команду снятия статистики Нет. Я хочу что-бы он показывало правду. Мало того, у меня на столе лежит пресловутая "noname" онушка, которая отрабатывает эту команду абсолютно правильно. пишем ТЗ. присылаем его мне. Statement of work: Fix bug in "Optical Module Info" Now diagnosis does not work through a web interface nor through the OLT CLI. ONU web interface: OLT CLI: Switch#show epon interface e0/1:2 onu ctc optical-transceiver-diagnosis operating temperature(degree): 0 supply voltage(V): 0.0 bias current(mA): 0.0 transmitted power(DBm): -Inf received power(DBm): -Inf это баг ону а не олт ибо switch-epon#show epon interface e0/2:6 onu ctc optical-transceiver-diagnos operating temperature(degree): -93 supply voltage(V): 4.2 bias current(mA): 83.3 transmitted power(DBm): 6.2 received power(DBm): 6.2 sh epon onu-information EPON0/2:6 GEAR 1004 00e0.0f01.da2a N/A static auto_conf

короче begin -- Output begin with include -- Output include exclude -- Output exclude не работает корректно

бесит в олт еще | i switch-epon-sady#show mac address-table | i 2101 Mac Address Table (Total 102) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- 2101 0024.142c.a5c0 DYNAMIC g0/6 2101 0019.2f57.09ff DYNAMIC g0/6 2101 001f.c66d.dd0e DYNAMIC g0/6 2101 8853.2e85.c500 DYNAMIC epon0/1:12 2101 b048.7ad3.12f5 DYNAMIC epon0/1:5 2101 f8d1.1132.1db7 DYNAMIC epon0/1:8 2101 f8d1.114c.ebbf DYNAMIC epon0/1:10 2101 0003.0d56.45c4 DYNAMIC epon0/1:3 2101 f8d1.114d.4b8b DYNAMIC epon0/1:9 2101 f8d1.114c.d863 DYNAMIC epon0/1:11 2101 f8d1.114c.d419 DYNAMIC epon0/1:7 2101 687f.740a.c59f DYNAMIC epon0/1:1 switch-epon#show mac address-table | i 210 Mac Address Table (Total 102) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ---- т.е. если указываешь инклуд не целое слово то не ищет

вроде все нормально, маки присутствуют по два на порт вида е0/1:13 (ону+комп/роутер)

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

в олт достаточно snmp-server community 0 YYY RO snmp-server host ХХ.ХХ.ХХ.ХХ YYY snmp-server location ZZZ в кактусе мне удалось взять только проц (увидел два проца, но на одном постоянно 1% загрузки, на втором - похоже на правду, порядка 10% в аверейдже) и все интерфейсы впрочем если его подрюкать snmpwalk то там больше ничего особо интересного нет.... ну разве что счетчики пакетов разного типа и длины....

я пасс по причине ооочень большой занятости сейчас

имхо 1. должно быть можно прорегить ону по маку вручную и завсети порт вида е0/1:10 не доставая ону со склада 2. порт вида е0/1:10 должно быть можно сконфигурить в офлайн, а ону при включении подтянет конфиг с олт 3. прошивать ону все же проще "толпой" через ОЛТ, но нужен механизм забора прошивки с стороннего тфтп 4. олт и ону должны таки выдавать параметры оптического трансивера и его жизненые показатели... это +1 к диагностики проблемы. (вчера было -17 у клиента, а сегодня -30 и он отваливается или в течении недели постоянно падает уровень сигнала на клиенте/ветке дерева - пора идти смотреть пока не перестало работать.)

я имею ввиду прошить уже поставленные свежим софтом

я бы присоединился к варианту ибо если нужно будет перешить 100 ону то можно будет двинутся головой на каждую сходить

так можно шить ону с тфт телнетом правда на каждую ходить....

cki4 возьми пару сотен баксов и спали их если смог это сделать и хватит нервов так поступать ежедневно - пригоден, можно начинать получать образование в этом вопросе

дык там одну штуку продают вроде, типа акционную. еще и стандарт неясен... зы перевод корявый...часом не китайцы продают тут на форуме?? Часом китайцы. посты годичной давности...

да, так и есть

для того что бы управлялку ону вынести в отдельный влан нужно на епон порт повесить этот влан в антаг вот например у меня управляющий влан 2100: interface EPON0/2 epon bind-onu mac fcfa.f796.0888 1 epon bind-onu mac fcfa.f796.0d8b 2 epon bind-onu mac fcfa.f796.0da9 3 epon bind-onu mac fcfa.f796.0d7d 4 epon bind-onu mac fcfa.f796.0e16 5 epon bind-onu mac 00e0.0f01.da2a 6 epon bind-onu mac fcfa.f796.0dff 7 epon bind-onu mac fcfa.f79d.0264 8 epon bind-onu mac fcfa.f79d.0266 9 switchport mode trunk switchport pvid 2100 на ону epon onu ip address static 10.249.130.130 255.255.255.0 gateway 10.249.130.1 vlan 2100 и все работает

думаю что "треба" (нужно)

это не глюк а фича сделано специально и часто очень помогает удаленно понять что проблема с физикой

тут такое дело не первый раз в приват пишут с одной и той же проблемой забывают "протянуть" вланы через epon порт т.е. нету вот этого: nterface EPON0/1 switchport mode trunk

я же специально написал 1004В, а не 1004Т т.е. новая из августовской поставки

ошибаетесь я еще в августе тестил 1004В в 3 портах получил что-то около 260 Мбит там нужно с полисером поиграть немного http://local.com.ua/forum/topic/38196-olt-p3310-sshd-dead/page__st__20#entry329802

хотя припоминаю что на столе при первых тестах тоже было 3-4 мс может это пройдет при подключении некоторого кол-ва клиентов? хотя на втором олт (тестовый) у меня щас одна ону подключена (альтернативка) доверяй, но проверяй не в обиду

да уже под 30 тел подключили - у всех пинг <1мс на тот же ukr.net народ писает кипятком на такой rtt после адсл/3г/гпрс

это я пингаю со своего компа в офисе впрочем с сервера тоже могу) олт1 64 bytes from 31.43.120.20: icmp_seq=0 ttl=254 time=1.504 ms 64 bytes from 31.43.120.20: icmp_seq=1 ttl=254 time=1.528 ms 64 bytes from 31.43.120.20: icmp_seq=2 ttl=254 time=1.624 ms 64 bytes from 31.43.120.20: icmp_seq=3 ttl=254 time=1.469 ms 64 bytes from 31.43.120.20: icmp_seq=4 ttl=254 time=1.559 ms клиент1 64 bytes from 31.43.101.181: icmp_seq=0 ttl=63 time=1.433 ms 64 bytes from 31.43.101.181: icmp_seq=1 ttl=63 time=1.214 ms 64 bytes from 31.43.101.181: icmp_seq=2 ttl=63 time=1.392 ms 64 bytes from 31.43.101.181: icmp_seq=3 ttl=63 time=1.652 ms 64 bytes from 31.43.101.181: icmp_seq=4 ttl=63 time=1.371 ms олт2 64 bytes from 31.43.120.21: icmp_seq=0 ttl=254 time=1.473 ms 64 bytes from 31.43.120.21: icmp_seq=1 ttl=254 time=1.421 ms 64 bytes from 31.43.120.21: icmp_seq=2 ttl=254 time=1.515 ms 64 bytes from 31.43.120.21: icmp_seq=3 ttl=254 time=1.502 ms 64 bytes from 31.43.120.21: icmp_seq=4 ttl=254 time=1.449 ms клиент 64 bytes from 92.249.102.247: icmp_seq=0 ttl=127 time=1.442 ms 64 bytes from 92.249.102.247: icmp_seq=1 ttl=127 time=1.168 ms 64 bytes from 92.249.102.247: icmp_seq=2 ttl=127 time=1.264 ms 64 bytes from 92.249.102.247: icmp_seq=3 ttl=127 time=1.109 ms 64 bytes from 92.249.102.247: icmp_seq=4 ttl=127 time=1.197 ms

вот еще один Ответ от 31.43.101.181: число байт=32 время<1мс TTL=63 Ответ от 31.43.101.181: число байт=32 время=1мс TTL=63 Ответ от 31.43.101.181: число байт=32 время=1мс TTL=63 Ответ от 31.43.101.181: число байт=32 время=1мс TTL=63 Ответ от 31.43.101.181: число байт=32 время=1мс TTL=63 Ответ от 31.43.101.181: число байт=32 время=1мс TTL=63 Ответ от 31.43.101.181: число байт=32 время=1мс TTL=63 Ответ от 31.43.101.181: число байт=32 время=1мс TTL=63 сами попробуйте можно отнять от полученных результатов задержку до ОЛТ 31.43.120.21 и 31.43.120.20 соответственно (первый олт - первый клиент, второй - второй)

что за чёс с пингом? вот клиент на поне ping 92.249.102.247 -t Обмен пакетами с 92.249.102.247 по 32 байт: Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127 Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127 Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127 Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127 Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127 Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127 Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127 Ответ от 92.249.102.247: число байт=32 время=1мс TTL=127