Lufa

Доброго дня. Для заміни вузла агрегації потрібно комутатор з портами SFP (16+), які б вміли працювати як в режимі 1000 Мб/с, так і в режимі 100. Знаємо, що DGS-3120-24SC так вміють. І Edgecore 3528М (але з костилями). Які ще є перевірені варіанти? Дякую.

Варіант — вимкнути і увімкнути інтерфейс QAM. iso.3.6.1.2.1.2.2.1.7.XXX 2 — вимкнути 1 — увімкнути Де XXX — ідентифікатор інтерфейсу: lufa@lufa-work:~$ snmpwalk -v 2c -c PUBLIC 192.168.0.12 iso.3.6.1.2.1.2.2.1.2 ... iso.3.6.1.2.1.2.2.1.2.65793 = STRING: "QAM 1/1.1 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.65794 = STRING: "QAM 1/1.2 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.65795 = STRING: "QAM 1/1.3 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.65796 = STRING: "QAM 1/1.4 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.65797 = STRING: "QAM 1/1.5 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.65798 = STRING: "QAM 1/1.6 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66049 = STRING: "QAM 1/2.1 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66050 = STRING: "QAM 1/2.2 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66051 = STRING: "QAM 1/2.3 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66052 = STRING: "QAM 1/2.4 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66053 = STRING: "QAM 1/2.5 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66054 = STRING: "QAM 1/2.6 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66305 = STRING: "QAM 1/3.1 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66306 = STRING: "QAM 1/3.2 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66307 = STRING: "QAM 1/3.3 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66308 = STRING: "QAM 1/3.4 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66309 = STRING: "QAM 1/3.5 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66310 = STRING: "QAM 1/3.6 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66561 = STRING: "QAM 1/4.1 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66562 = STRING: "QAM 1/4.2 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66563 = STRING: "QAM 1/4.3 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66564 = STRING: "QAM 1/4.4 - D5 MPEG Transport Channel" iso.3.6.1.2.1.2.2.1.2.66565 = STRING: "QAM 1/4.5 - D5 MPEG Transport Channel"

Відповідаю сам. Підійшов OID від модемів Arris. Якщо для OID .1.3.6.1.2.1.69.1.1.3.0 передати 1 (integer) — пристрій іде в ребут. Питання перевантаження QAM залишається відкритим. Дякую.

Доброго дня. Arris D5 D5 UEQ. Шукаю можливості перевантажити на QAM-потоки, або цілий пристрій, за допомогою SNMP. Можливо хтось має MIB-и? Дякую!

Доброго дня. Можливо в когось завалявся такий CMTS? Шукаю 1 блок живлення AC 220 V (той, що в середині, з гарячою заміною). Дякую.

Справді, Wireshark показав UDP трафік і нормальні IP. Якщо вакзати ключ "tcpdump -q" то теж показує IP. UDP-флуд... Дякую!

PPPoE сервер завис. З консолі дав "tcpdump -n -i em1", безперестанно валить: 18:23:48.403982 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.403986 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.403989 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.403992 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.403996 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.403999 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.404002 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.404006 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.404009 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.404013 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.404016 IP 7464.0.0 > 0.0.0: at-#0 7 18:23:48.404019 IP 7464.0.0 > 0.0.0: at-#0 7 і час від часу 1-2 пакети "нормальні". з опцією "-v": 18:25:09.494925 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494929 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494933 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494936 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494939 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494943 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494946 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494949 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494952 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494956 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494960 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494963 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) kip 7464.0.0 > 0.0.0: at-#0 7 18:25:09.494966 IP (tos 0x0, ttl 61, id 0, offset 0, flags [none], proto UDP (17), length 51) Інші сервери зараз під DoS-атакою... FreeBSD 10.1-RELEASE. Підкажіть, що це?

Доброго дня. Хочемо впорядкувати начинку OLT, щоб усюди було однаково. Зараз BDCOM P3310B Software, Version 10.1.0B Build 30847, ROM: System Bootstrap, Version 0.3.4. Питання: 1) Bootstrap, Version 0.3.4 не є останньою версією. Пробували оновитися послідовно, спочатку на версію 21324, потім на 30847 — bootstrap не змінився. Як оновитися до останньої версії bootstrap? 2) На однакових моделях OLT різні olt.blob: olt.blob <FILE> 626580 ... olt.blob <FILE> 626552 Де взяти "найправильніший" olt.blob для даної моделі? Дякую. P.S. Прошивка 30847 тимчасово. Є глюки, будемо робити відкат на 29333.

Дякую, зрозуміло. Теж помітили що деякі Picotel не сприймають без "ctc".

Яку саме може не сприйняти? Яка команда більш універсальна?

Аналогічна ситуація. Почали скаржитися масово. Таке вражження що Ethernet-порт виключається — жодного трафіку від абонента. В логах чисто. Пересмикування порта Ethernet (disable/enable) не допомагає, навіть перевантаження ONU не завжди. Перевантаження OLT — допомагає. Хоча знаю провайдера, в якого прошивка працює нормально, без нарікань (від них і брали). Є деякі підозри, перерили конфіги, все "підозріле" виправили. Слідкую за результатом...

BDCOM P3310B version 10.1.0B build 30847. Доброго дня. Підкажіть, будь ласка, яка на практиці різниця між командами «epon onu port 1 ctc loopback detect» і «epon onu port 1 loopback detect»? interface EPON0/4:2 ... epon onu port 1 ctc loopback detect ... interface EPON0/4:2 ... epon onu port 1 loopback detect ... Дякую!

Ясно... Біллінг виконує "write" тільки якщо додається новий клієнт, або в клієнта міняються параметри (швидкість - досить рідко, VLAN - дуже рідко). Так що теоретично записів не має бути дуже багато. А можна якось флешку самостійно протестувати? Варіант з форматуанням мабуть допоможе, але я вже боюся OLT залишати в роботі.

Підкажуть будь ласка, що таке "wm mem"? Та ніби достатньо. monitor#dir Directory of /: 1 olt.blob <FILE> 626580 THU MAY 08 12:23:17 2014 4 onu.zblob <FILE> 492478 WED FEB 18 04:47:01 1970 0 Switch.bin <FILE> 5713478 THU APR 16 01:32:53 1970 3 startup-config <FILE> 4069 TUE OCT 13 20:21:08 2015 free space 884736

Доброго дня. Якщо коротко — почали телефонувати клієнти, ONU не в онлайні. Заходжу на OLT, даю "show running config". Показує лише частину конфіга (приблизно до середини списка ONU порта №1). Даю: OLT-2#dir flash memory is busy ??? Ще раз: OLT-2#dir Directory of /: 1 olt.blob <FILE> 626580 THU MAY 08 12:23:17 2014 4 onu.zblob <FILE> 492478 WED FEB 18 04:47:01 1970 0 Switch.bin <FILE> 5713478 THU APR 16 01:32:53 1970 3 startup-config <FILE> 0 TUE OCT 13 19:43:46 2015 startup-config має розмір 0. Пробую переглянути: OLT-2#more startup-config flash memory is busy Пробую ще раз. Показує шматок конфіга. пробую ще раз — показує більший шматок. Пробую ще раз — показує менший шматок... Тобто таке враження що OLT тупо втрачав дані з флеш-пам’яті, але ще якось пробував їх відновити. Через 2 годин конвульсій SSH-зв’язок з OLT було втрачено. Через консоль показує таке: Connected System Bootstrap, Version 0.3.4, Serial No:00313003142 Copyright (c) 2010-2015 by Shanghai Baud Data Communication Co., Ltd. Current time: 1970-1-1 0:00:00 SDRAM Fast Test...............................PASS! Flash Fast Test...............................PASS! RTC Test......................................PASS! Switch Internal Loopback Test.................PASS! Loading Switch.bin...... Start Decompress Switch.bin ############################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################### Decompress 5180934 byte. Please wait system up... System startup OK Loading olt.blob..... ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ %OLT-INI: File olt.blob len 611 KB. Loading startup-config ... SUCCESS:4069 bytes loaded, 134 commands are successful executed. ! ! ! ! Запиту логіна немає. На введення команд не реагує. OLT в ремонт? Чи це така особливість BDCOM? Справа в тому що це вже 2-й раз така ситуація. 1-й раз я через консоль, використовуючи "Ctrl+P" ресетив OLT і прошивав наново. З 7 OLT на 2-х була така проблема. Що порадите?