NTE-RG-1402G-W

[Танкист]

Добрый день!

У меня есть оборудование NTE-RG-1402G-W R5, с двумя антеннами.

Версия ядра #979 Wed Jan 22 15:46:40 NOVT 2014
Версия прошивки #6.2.3 Wed Jan 22 15:46:45 2014

Зашел в центр загрузки на сайт для оборудования NTE-RG-1402GС-W http://eltex.nsk.ru/support/downloads/?ITEM=1917#kb-content
Программное обеспечение представлено: Версия ПО 2.12.2.253.

Возникла какая-то путаница. Подскажите пожалуйста, какое программное обеспечение мне нужно использовать для моего оборудования?

[Dirks G]

Добрый день.
Версия 2.12.2.253 предназначена для NTP-RG1402G-W
Версия 6.2.3 последняя выпущенная версия для вашего устройства.

[M_Gureeva]

Добрый день!
По ссылке http://eltex.nsk.ru/support/downloads/?ITEM=1917#kb-content вы смотрели ПО для NTP-RG-1402G(C)-(W) rev B.
У Вас другое оборудование NTE-RG-1402G-W и на нем актуальная версия прошивки.

Чтобы посмотреть документацию, ПО и т.д. выбирайте оборудование на странице http://eltex.nsk.ru/support/downloads/ таким образом: Оборудование ШПД/Оборудование Turbo GEPON/NTE-RG-14xx(F)(G)(C)-(W)

[Танкист]

Большое спасибо за ответ!

Я искал новую прошивку в связи стем, что в логе моего устройства есть ошибки:

Mar 14 15:48:07 CentralPoint daemon.info Mar 14 15:48:07 pppd[26511]: Обнаружена смена системного времени.
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: удаленный IP адрес ***.***.***.***
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: первичный сервер DNS ***.***.***.***
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: локальный IP адрес ***.***.***.***
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: вторичный сервер DNS ***.***.***.***
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: Соединение: ppp0 <--> eth0.1
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: Канал до ***.***.***.*** авторизован
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: Авторизация PAP выполнена
Mar 14 15:13:26 CentralPoint daemon.notice Mar 14 15:13:26 pppd[26511]: PAP аутентификация выполнена
Mar 14 15:13:26 CentralPoint daemon.info Mar 14 15:13:26 pppd[26511]: Используется интерфейс ppp0
Mar 14 15:13:26 CentralPoint daemon.info Mar 14 15:13:26 pppd[26511]: PPP сессия 2205 (0x89d)
Mar 14 15:13:26 CentralPoint daemon.err Mar 14 15:13:26 pppd[26511]: Соединен с ***.***.***.*** через интерфейс eth0.1
Mar 14 15:13:26 CentralPoint daemon.err Mar 14 15:13:26 pppd[26511]: Невозможно выставить MTU в 1500
Mar 14 15:13:26 CentralPoint daemon.err Mar 14 15:13:26 pppd[26511]: Невозможно выставить MRU в 1500
Mar 14 15:13:21 CentralPoint daemon.err Mar 14 15:13:21 pppd[26511]: Interface eth0.1 has MTU of 1492 -- should be 1500. You may have serious connection problems.

Я подключаюсь к Интернету по PPPoE, поэтому уменьшил MTU на 8 бит.
Почему система не даёт изменить параметр MTU при данном типе аутентификации через меню Услуги-Интернет-MTU?

[kourychine]

Зачем уменьшать MTU на eth0.1 интерфейсе, через который поднимается PPPoE ?
Стандартный MTU для eth 1500, для ppp0 соответственно 1492 (eth - 8 байт).

[Танкист]

Зачем уменьшать MTU на eth0.1 интерфейсе, через который поднимается PPPoE ?
Стандартный MTU для eth 1500, для ppp0 соответственно 1492 (eth - 8 байт).

Я уменьшаю MTU там где настраиваю PPPoE.
Тогда другой вопрос: Где задается параметр MTU для PPPoE подключения?

P.S.
Если я меняю на ppp интерфейсе параметр MTU, я меня MTU и в ОС. Соответственно, почему я не могу поменять параметр MTU на eth?

[kourychine]

Если я правильно понимаю, то интерфейс eth0.1 направлен к провайдеру и через него поднимается PPPoE сессия.
В таком случае уменьшать MTU на этом интерфейсе не нужно, а ppp0 интерфейс сам установит свой MTU в 1492 ( 1500 - 8 ).

С помощью команды ping -f -l 1464 (для windows) можно выяснить максимальный размер пакета, проходящий через маршрутизатор без фрагментации. Через PPPoE больше чем 1464 не пройдет (MTU 1492), роутер через icmp возвратит ошибку. Для TCP возможно потребуется коррекция MSS. (если сайты не грузятся).

Изменять MTU на компьютере не имеет особого смысла. Есть механизм Path MTU Discovery.

PS: это всё теория, т.к. такого роутера у меня нет

[Танкист]

Если я правильно понимаю, то интерфейс eth0.1 направлен к провайдеру и через него поднимается PPPoE сессия.
В таком случае уменьшать MTU на этом интерфейсе не нужно, а ppp0 интерфейс сам установит свой MTU в 1492 ( 1500 - 8 ).

Можно сделать вывод, что iptables содержит правило уменьшающее MSS.

С помощью команды ping -f -l 1464 (для windows) можно выяснить максимальный размер пакета, проходящий через маршрутизатор без фрагментации. Через PPPoE больше чем 1464 не пройдет (MTU 1492), роутер через icmp возвратит ошибку. Для TCP возможно потребуется коррекция MSS. (если сайты не грузятся).

В этой части у меня нет проблем.

Изменять MTU на компьютере не имеет особого смысла. Есть механизм Path MTU Discovery.

Path MTU Discovery все рано уменьшит размер пакета. Я менял MTU на ОС основываясь на свою топологию сети, т.е. это частный случай. При смене топологии сети, необходимо корректировать MTU -это один из минусов ручной настройки.
Менять MTU на домашнем роутере для уменьшения нагрузки процессора при сборке-разборке пакетов возможно не стоит, это не роутер провайдера где осуществляется множество подключений клиентов.

Mar 14 15:13:26 CentralPoint daemon.err Mar 14 15:13:26 pppd[26511]: Невозможно выставить MTU в 1500
Mar 14 15:13:26 CentralPoint daemon.err Mar 14 15:13:26 pppd[26511]: Невозможно выставить MRU в 1500

Вывод:
Можно не обращать на данный тип сообщение.

Mar 14 15:48:07 CentralPoint daemon.info Mar 14 15:48:07 pppd[26511]: Обнаружена смена системного времени.

Роутер содержит не актуальную информацию о часовых поясах. Выбирайте свой часовой пояс по смещению времени по Гринвичу, не по городу.

P.S.
Если у вас не сохраняются настройки роутера после перезагрузки, произведите сброс роутера с помощью скрытой кнопки, предварительно сохранив конфигурацию.

Спасибо kourychine!