andr1y

Зараз до 8.8.8.8 пінг більше 130мс і втрати Але, що дивно - така проблема з моєї AS, якщо перевіряти з інтерфейсних ІР апстріма то все ок. 64 bytes from 8.8.8.8: icmp_seq=593 ttl=49 time=136.468 ms 64 bytes from 8.8.8.8: icmp_seq=594 ttl=49 time=132.538 ms 64 bytes from 8.8.8.8: icmp_seq=595 ttl=49 time=132.818 ms 64 bytes from 8.8.8.8: icmp_seq=596 ttl=49 time=134.223 ms 64 bytes from 8.8.8.8: icmp_seq=597 ttl=49 time=133.044 ms ^C --- 8.8.8.8 ping statistics --- 598 packets transmitted, 553 packets received, 7.5% packet loss round-trip min/avg/max/stddev = 129.396/133.846/167.686/1.953 ms [root]# mtr з моєї AS 2. 185.1.50.166 0.0% 84 6.9 7.1 6.9 13.5 0.7 3. 209.85.252.123 8.3% 84 136.2 135.6 132.8 139.4 1.0 4. 108.170.235.242 3.6% 84 136.9 135.0 132.7 138.3 1.1 5. 216.239.40.244 2.4% 84 136.4 135.6 132.7 146.5 1.9 mtr з інтерфейсної ір 2. 185.1.50.166 0.0% 36 7.0 7.3 6.9 16.5 1.6 3. 209.85.252.123 0.0% 36 40.6 41.8 40.5 50.8 2.5 4. 209.85.249.173 0.0% 36 40.7 45.9 40.5 86.4 10.5 5. 209.85.247.77

Потрібні oid-и для зняття fdb-таблиці (mac-адреси на gpon портах) через snmp. Чи ці OLT таке не вміють ?

Депс відповів, що нічого з цим не зробиш - потрібно або купувати ону тільки raisecom, або поставити іншу OLT )

Де в Україні можна купити зарядне до цього зварювального апарату ? Підійде нове або б\у.

По наслідцтву дісталися 2 таких OLT. Є з ними наступна проблема: 1)На ОНУ не raisecom не показує сигналів (все інше працює) Raisecom_5#show interface onu 0/5/20 tr If SFP module is externally calibrated, only calibrated values are printed. ++ : high alarm, + : high warning, - : low warning, -- : low alarm. Transceiver Temp(▒▒) Voltage(V) Bias(mA) TxPower(dBm) RxPower(dBm) ----------------------------------------------------------------------------------- 0/5/20 -- -- -- -- -- Raisecom_5# Для ОНУ raisecom сигнал нормально показується: Raisecom_5#show interface onu 0/5/1 tr If SFP module is externally calibrated, only calibrated values are printed. ++ : high alarm, + : high warning, - : low warning, -- : low alarm. Transceiver Temp(▒▒) Voltage(V) Bias(mA) TxPower(dBm) RxPower(dBm) ----------------------------------------------------------------------------------- 0/5/1 49.1601 3.3570 15.1000 1.2567 -22.8399 Raisecom_5# 2) Якщо по snmp пробувати отримувати дані сигналу від не рідних ОНУ, то на 1 хв ОЛТ перестає взагалі відповідати на будь-які snmp-запити. Чи мав хтось справу з цими OLT (в інтернеті про них дуже мало інформації)? Цікавить як зробити, щоб показувались сигнали для всіх ОНУ. Або якщо це не можливо які ще ону можна купувати замість raisecom (вони дорогі, і їх важко знайти), щоб вони нормально працювали ? Додаю фото ону яка працює нормально (мається на увазі передає сигнал). Чіпи там Opulan OPL-06750 + Atheros AR8228-AH1E (4-х портова ОНУ, 1 портової ще не розбирав) На таких чіпах ніби Bdcom P1004B, але їх зараз вже не випускають + можливо ще справа в прошивці.

ми недавно собі поставили ubnt ES‑16‑XG - ціна ~650$ 16 10G портів

зроблено ним 7600 зварок.

1800$ терміново. Апарат знаходиться у м.Львів

Зварювальний апарат Fujikura fsm 18s, б\у В комплекті: кейс, сколювач Fujikura CT-10A, стріпер, блок живлення ADC-13, запасні електроди. Має захист від пилюки, вологи, ударів. Знімний робочий стіл закріплений на верхній кришці кейса. Детальніший опис Fujikura fsm 18s Ціна 2300$ торг.

Причому тут китайські роутери ? Я ж написав - в різних абонентів на роутерах стає одинаковий мак і змінюються dns-и. Деякі роутери більше року встановлені і до цього працювали без проблем.

За останні кілька днів зустріли вже близько 10 випадків - вірус змінює прошивку в роутері - mac адрес ставить 04:8d:38:4b:e3:2a і dns 93.115.85.212. Відповідно якщо в одному влані 2 таких пристрої з однаковими маками - починає у двох абонентів погано працювати інтернет. Наразі всі роутери з якими це відбувається фірми NETIS.

я налаштував свій днс сервер, тепер проблема щоб всіх примусово перенаправити на нього, навіть якщо в абонента вручну на роутері прописано 8.8.8.8

гг. а вы на нате ебаните правило iptables -t nat -A OUTPUT -p udp -m udp --dport 53 -j DNAT --to-destination <ip_dns_server>:53 там freebsd ipfw + pf (для нату), які там мають бути правила щоб всіх перенаправити на нормальні dns-и ? Бо як виявляється дехто собі вручну на роутері прописав 8.8.8.8 і зараз нічого не працює.

багато абонентів за натом, проблем зробити свій немає, але в деяких випадках зручно використовувати 8.8.8.8

Кілька годин тому днс 8.8.8.8 в частини абонентів перестав працювати, можливо вони ввели якісь обмеження на кількість запитів з однієї ір чи ще щось ?

такий перехідник зі всіма пристроями працює - http://www.ebay.com/itm/USB-to-FTDI-FT232RL-FT232BL-RS232-Serial-DB9-Converter-Cable-For-Win7-64-Mac-HM-/201459936400?hash=item2ee7f2ac90:g:M2oAAOSwo0JWNs5P

namedb\primary\root ; $TTL 86400 @ IN SOA ns1.isp.net. Hostmaster.isp.net. (2009010100 28800 7200 604800 86400) ; IN NS 127.0.0.1 * IN A 1.2.3.4

Друкуємо картки в них вже давно, жодних проблем - рекомендую.

Було б непогано для деяких типів завдань при закриті зробити обовязкове введення коментарю, але мінімум наприклад 10 символів.

спробуйте ApplyNet AN-SW802M

Менеджмент в окремому влані, з мультикастом нічого не робив, налаштування ніякі не мінялися - в один момент пропав доступ. Після перевантаження кілька днів працює.

В чому може бути проблема з цим свічем - десь після року роботи почав "відсихати" менеджмент ? Помагає тільки фізичне перевантаження

До android 4 можна підключити мережевку через usb http://www.buyincoins.com/new_en/details/10-100m-usb-ethernet-network-lan-adapter-nic-rj45-card-product-212.html

ping 4.8

pf