Sfut

Подниму тему. В CLI можно установить для PPPoE0 значение mtu 1492, при этом все корректно работает (фрагментации пакетов нет). Но при переподключении или изменении настроек PPPoE значение mtu снова сбрасывается в 1200. Снятие галки с "Автоподстройка ТСР-МSS" ситуацию не меняет.

Так это еще проще, не нужно никаких расписаний. Переходим на Список устройств домашней сети - Устройства, регистрируем устройство и на вкладке регистрация устройства выбираем Доступ в интернет: запрещен.

@Leksey118 тоже как то странно, если то и на выводе CLI должно 1492, а не 1480. Посмотрел у себя в логе Jan 28 07:52:49 ndm: Network::Interface::Base: "PPPoE0": interface is up. Jan 28 07:52:49 ndm: Network::Interface::Base: "PPPoE0": static MTU is 1400. Jan 28 07:52:49 ndm: Network::Interface::Base: "PPPoE0": static MTU is 1492. Jan 28 07:52:49 ndm: Network::Interface::Repository: created interface PPPoE0. Jan 28 07:52:50 ndm: kernel: br1: port 1(eth2.3) entered forwarding state Jan 28 07:52:50 ndm: Network::Interface::Base: "PPPoE0": description saved. Jan 28 07:52:50 ndm: Command::LogResponse: IPv6CP disabled. Jan 28 07:52:50 ndm: Network::Interface::PPP: LCP echo parameters updated. Jan 28 07:52:50 ndm: Command::LogResponse: using peer as a default gateway. Jan 28 07:52:50 ndm: Command::LogResponse: using remote name servers. Jan 28 07:52:50 ndm: Command::LogResponse: DNS routes enabled. Jan 28 07:52:50 ndm: Command::LogResponse: CCP disabled. Jan 28 07:52:50 ndm: Network::Interface::IP: "PPPoE0": security level set to "public". Jan 28 07:52:50 ndm: Network::Interface::Supplicant: identity saved. Jan 28 07:52:50 ndm: Network::Interface::Supplicant: password saved. Jan 28 07:52:50 ndm: Network::Interface::Base: "PPPoE0": static MTU is 1492. А в выводе CLI mtu 1200. 99,9% что это у провайдера в настройках что то не так. Но все же очень хочется послушать разработчиков.

Как выяснили? Какие у Вас значения mtu в startup-config , running-config и выводе CLI ?

Итак, что получается: в startup-config mtu 1492; в running-config mtu 1492; в выводе show interface PPPoE0 mtu 1200. Проверка пингом с флагом запрета фрагментации показывает, что реально установлено значение mtu 1200. При этом в CLI можно принудительно выставить для PPPoE0 значение mtu 1492, проверка пингом показывает, что фрагментация пакетов в этом случае не требуется. Может быть стоит создать отдельную тему в "Тестирование NDMS" с данным багом для того чтобы разработчики обратили внимание?

А чему радоваться, причина не найдена. По замыслу разработчиков, если настройка не вынесена в Вэб, то настраиваться правильно должно автоматически, а это в моем случае не так. У большинства же настраивается правильно. К тому же что настроено у провайдера неизвестно. На уровне погрешности даже хуже, максимальная скорость упала на 0,1 Мбит

Установил mtu 1492 и вот результат C:\Users\User>ping www.yandex.ru -f -l 1464 Обмен пакетами с www.yandex.ru [77.88.55.66] с 1464 байтами данных: Ответ от 77.88.55.66: число байт=1464 время=19мс TTL=53 Ответ от 77.88.55.66: число байт=1464 время=19мс TTL=53 Ответ от 77.88.55.66: число байт=1464 время=21мс TTL=53 Ответ от 77.88.55.66: число байт=1464 время=19мс TTL=53 Статистика Ping для 77.88.55.66: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь) Приблизительное время приема-передачи в мс: Минимальное = 19мсек, Максимальное = 21 мсек, Среднее = 19 мсек C:\Users\User>ping www.yandex.ru -f -l 1465 Обмен пакетами с www.yandex.ru [77.88.55.66] с 1465 байтами данных: Ответ от 192.168.1.1: Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Статистика Ping для 77.88.55.66: Пакетов: отправлено = 4, получено = 1, потеряно = 3 (75% потерь)

Проверил, значение изменяется.

Явно указать значение mtu для PPPoE можно указать только в CLI и я его не задавал. Получается что значение в конфиге либо задано по умолчанию, либо вычисляется по значению mtu GigabitEthernet1.

@Leksey118 ситуация такая же как у меня. Только у Вас значения хоть близкие, а у меня mtu 1200 ниже плинтуса.

И там и там mtu 1500.

Но в конфиге то mtu установлен на 1492, как такое может быть. Может разработчики ответят.

Похоже что нет. Обмен пакетами с www.yandex.ru [77.88.55.55] с 1172 байтами данных: Ответ от 77.88.55.55: число байт=1172 время=18мс TTL=53 Ответ от 77.88.55.55: число байт=1172 время=18мс TTL=53 Ответ от 77.88.55.55: число байт=1172 время=18мс TTL=53 Ответ от 77.88.55.55: число байт=1172 время=18мс TTL=53 Статистика Ping для 77.88.55.55: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь) Приблизительное время приема-передачи в мс: Минимальное = 18мсек, Максимальное = 18 мсек, Среднее = 18 мсек C:\Users\User>ping www.yandex.ru -f -l 1173 Обмен пакетами с www.yandex.ru [77.88.55.55] с 1173 байтами данных: Ответ от 192.168.1.1: Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Статистика Ping для 77.88.55.55: Пакетов: отправлено = 4, получено = 1, потеряно = 3 (75% потерь)

До этого пока руки не дошли, выберу время и сделаю. Но пока обратил внимание вот на что. Фрагмент startup-config, ip mtu 1492: interface PPPoE0 description "Internet хххххххххх" no ipv6cp lcp echo 30 3 ipcp default-route ipcp name-servers ipcp dns-routes no ccp security-level public authentication identity хххххххххх authentication password ns3 ххххххххххххххххuW7Folfi2+ ip mtu 1492 ip global 1000 ip tcp adjust-mss pmtu ip dhcp client dns-routes ip dhcp client name-servers connect via ISP up Вывод команды show interface PPPoE0, mtu: 1200 (config)> show interface PPPoE0 id: PPPoE0 index: 0 type: PPPoE description: Internet хххххххххххх interface-name: PPPoE0 link: up connected: yes state: up mtu: 1200 tx-queue: 1000 address: хх.ххх.ххх.ххх mask: 255.255.255.255 global: yes defaultgw: yes priority: 1000 security-level: public auth-type: none remote: ххх.ххх.х.х uptime: 939 session-id: 61 fail: no via: GigabitEthernet1 last-change: 938.880118 Так и должно быть, это работает "Автоподстройка TCP-MSS"?

Почему его разработчики не вынесли в Вэб, это значение настраивается автоматически?

Это то я так понимаю было выставлено на интерфейсе ISP, там на вкладке и поле соответствующее есть. А MTU на интерфейсе РРРоЕ посмотреть можно только в CLI, на вкладке PPPoE/VPN поля MTU нет.

Сегодня провайдер без предупреждения перевел с IPoE на PPPoE. Настроил, но что то не нравится мне как оно работает. В связи с этим возникли вопросы, надеюсь на Вашу помощь. 1. Какое значение MTU ставить на PPPoE, достаточно того что устанавливается автоматом или лучше узнать у провайдера. Посмотрел в CLI установленное значение -1200, не маловато ли? Значение MTU на PPPoE устанавливать в CLI?. В Вэб-конфигураторе вроде бы настроек нет. 2. Насколько меньше скорость при PPPoE по сравнению с IPoE, теоретически вроде бы совсем немного. А меня по результатам сегодняшнего вечера получается меньше процентов на 20, что как то совсем не радует.

Вы считаете, что в логах ошибок нет? Проверьте диск.

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

Сейчас реализовано следующее: обновление прошивки онлайн, восстановление предварительно сохраненного бекапа и аварийное восстановление прошивки. Предлагаю реализовать: 1. Возможность сохранения прошивки онлайн без перепрошивки роутера. Выбрал необходимые компоненты, нажал кнопку "Сохранить" и сохранил прошивку с необходимыми компонентами не прошивая роутер. 2. Возможность штатной прошивки и аварийного восстановления прошивки с флешки для роутеров с ЮСБ-портом. Закинул прошивку на флешку, вставил в ЮСБ, зажал кнопку и включил роутер. Прошивка пошла. По моему такой вариант проще аварийного восстановления прошивки предусмотренного сейчас. 3. Возможность полноценного обновления прошивки оффлайн. На сервере выкладывать прошивки с полным набором компонентов. Скачал файл прошивки, при обновлении выбрал "оффлайн обновление", указал на файл прошивки, выбрал компоненты, обновился. 4. Ранее разработчики говорили о возможности реализации dual image для прошивки. Учитывая то, что оба образа прошивки будут находиться физически на одном флеше, мне кажется, что это не сильно увеличит защиту при сбоях, а вот места займет много. Может быть стоит подумать над тем, чтобы предусмотреть аварийный вэб-загрузчик. При сбое процесса прошивки управление передать на вэб-загрузчик, который предложит обновится оффлайн. А далее по п.3 или п.2. Предлагайте свои варианты.

Согласен, при маленьких скоростях она нужнее. Но должно же быть преимущество у старших моделей

Эта функция для старших моделей интернет-центров Keenetic Giga и Ultra, надо же как то сегментировать модели. Скорость лучше ограничивать на клиентах.

Зачем такие сложности? Скачиваете файл прошивки, в вэб-конфигураторе переходите на вкладку СИСТЕМА-ФАЙЛЫ, выбираете firmware, а дальше заменить и указываете на свой файл.

Да.

Обновите прошивку до 2.08.В.0 и все появится