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

Потрібні 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 сиг

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

up

UP

UP

UP

зроблено ним 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

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