Перейти к содержанию

Вопрос

Опубликовано

Сегодня провайдер без предупреждения перевел с IPoE на PPPoE. Настроил, но что то не нравится мне как оно работает. В связи с этим возникли вопросы, надеюсь на Вашу помощь.

1. Какое значение MTU ставить на PPPoE, достаточно того что устанавливается автоматом или лучше узнать у провайдера. Посмотрел в CLI установленное значение  -1200, не маловато ли? Значение MTU на PPPoE устанавливать в CLI?. В Вэб-конфигураторе вроде бы настроек нет.

2. Насколько меньше скорость при PPPoE по сравнению с IPoE, теоретически вроде бы совсем немного. А меня по результатам сегодняшнего вечера получается меньше процентов на 20, что как то совсем не радует.

Рекомендуемые сообщения

  • 0
Опубликовано (изменено)

Провайдеры Ростелеком и МТС. Подключение РРРоЕ. Сколько себя помню у меня MTU всегда было выставлено 1500. Лучше конечно выяснить у ТП провайдера.

По второму вопросу мне сказать нечего, так как с  IPoE  дела не имел никогда.

Изменено пользователем Fandor
  • 0
Опубликовано
3 минуты назад, Fandor сказал:

MTU всегда было выставлено 1500

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

  • 0
Опубликовано
1 минуту назад, Sfut сказал:

Это то я так понимаю было выставлено на интерфейсе ISP, там на вкладке и поле соответствующее есть.

Да.

 

1 минуту назад, Sfut сказал:

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

Всё правильно.

  • 0
Опубликовано
1 минуту назад, Fandor сказал:

на вкладке PPPoE/VPN поля MTU нет

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

  • 0
Опубликовано
4 минуты назад, Sfut сказал:

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

Видимо да, по крайней мере у меня они одни и те же.

  • 0
Опубликовано

Поднимайте mtu на ppoe интерфейсе на максимум и пингом с флагом запрета фрагментации ищите оптимальное значение раз автоматом так мало выставилось. Вообще должно настраиваться автоматом на 1492 насколько я помню при основном линке на 1500. Попробуйте для начала с этим значением. 

  • 0
Опубликовано
17 часов назад, r13 сказал:

Поднимайте mtu на ppoe интерфейсе на максимум и пингом с флагом запрета фрагментации ищите оптимальное значение

До этого пока руки не дошли, выберу время и сделаю. Но пока обратил внимание вот на что. Фрагмент 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"?

  • 0
Опубликовано (изменено)

Значит у вас все ок, и выставлено 1492

А в выводе какойто глюк.

Mss и Mtu в это разные вещи, так что авто подстройка mss не должна влиять на mtu

ЗЫ Просто проверьте пингом сколько реально пролезает

Изменено пользователем r13
  • 0
Опубликовано
29 минут назад, r13 сказал:

А в выводе какойто глюк

Похоже что нет.

Обмен пакетами с 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% потерь)

  • 0
Опубликовано

Keenetic Ultra II v2.09(AAUX.2)A1 подключение по PPPoE. У провайдера mtu=1492.
 

interface PPPoE0

     ip mtu 1492
(config)> show interface PPPoE0

mtu: 1480
C:\Windows\System32>ping -t -f ya.ru -l 1480

Обмен пакетами с ya.ru [93.158.134.3] с 1480 байтами данных:
Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.
C:\Windows\System32>ping -t -f ya.ru -l 1452

Обмен пакетами с ya.ru [93.158.134.3] с 1452 байтами данных:
Ответ от 93.158.134.3: число байт=1452 время=8мс TTL=56
Ответ от 93.158.134.3: число байт=1452 время=8мс TTL=56

 

  • 0
Опубликовано

А это для IPoE подключения. mtu=1500

interface GigabitEthernet0/Vlan2

     ip mtu 1500
show interface GigabitEthernet0/Vlan2

mtu: 1500

Реально имеем:

C:\Windows\System32>ping -t -f 172.x.x.x -l 1472

Обмен пакетами с 172.x.x.x по с 1472 байтами данных:
Ответ от 172.x.x.x: число байт=1472 время=10мс TTL=252
Ответ от 172.x.x.x: число байт=1472 время=9мс TTL=252

 

  • 0
Опубликовано

Странность в том что судя по документации если укзано конкретное значение mtu для интерфейса, то оно и используется. А тут получается несмотря на явное указание mtu срабатывает автонастройка. 

  • 0
Опубликовано (изменено)

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

Изменено пользователем Sfut
  • 0
Опубликовано
5 минут назад, r13 сказал:

А если чере cli задать поменяется значение для текущей сессии или нет? 

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

  • 0
Опубликовано (изменено)

А теперь проверяем пингом, если не проходит значит такое mtu на стороне провайдера. 

Зы смущает что вы сказали что у вас в start-up конфиге mtu указано, следовательно mtu для интерфейса указан явно, но почему то не применяется. 

Изменено пользователем r13
  • 0
Опубликовано

Установил  mtu 1492 и вот результат :-D

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% потерь)

  • 0
Опубликовано
1 минуту назад, r13 сказал:

Значит победа, хадкодим на интерфейсе и радуемся

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

 

7 минут назад, Fandor сказал:

Работать лучше стало или проблемы всё равно присутствуют?

На уровне погрешности даже хуже, максимальная скорость упала на 0,1 Мбит :-D

  • 0
Опубликовано

Ога. Получается из startup-config значения не подтягиваются?

(config)> interface PPPoE0
(config-if)> ip mtu 1492
Network::Interface::Base: "PPPoE0": static MTU is 1492.
C:\Windows\System32>ping -t -f ya.ru -l 1464

Обмен пакетами с ya.ru [93.158.134.3] с 1464 байтами данных:
Ответ от 93.158.134.3: число байт=1464 время=7мс TTL=56
Ответ от 93.158.134.3: число байт=1464 время=8мс TTL=56

 

  • 0
Опубликовано (изменено)
(config-if)> show interface PPPoE0

               id: PPPoE0
             type: PPPoE
...
   interface-name: PPPoE0
             link: up
        connected: yes
            state: up
              mtu: 1492
...

На ПК
Обмен пакетами с ya.ru [213.180.193.3] с 1464 байтами данных:
Ответ от 213.180.193.3: число байт=1464 время=17мс TTL=56
Ответ от 213.180.193.3: число байт=1464 время=17мс TTL=56

config
interface PPPoE0
...
    ip mtu 1492
...
    ip tcp adjust-mss pmtu
...
    connect via ISP
    up

v2.09(AAFG.2)A1 , для информации в config возможно остатки от старой конфигурации, так как включено "adjust-mss pmtu" в WEB для данного соединения.

MTU=1464+28=1492

В догонку

32	5.918183	хх.хх.хх.18	213.180.193.3	ICMP	1514	Echo (ping) request  id=0x0001, seq=26/6656, ttl=63 (reply in 33)

Frame 32: 1514 bytes on wire (12112 bits), 1514 bytes captured (12112 bits)
Ethernet II, Src: ZyxelCom_хх:хх:хх (хх:хх:хх:хх:хх:хх), Dst: HuaweiTe_хх:хх:хх (хх:хх:хх:хх:хх:хх)
PPP-over-Ethernet Session
    0001 .... = Version: 1
    .... 0001 = Type: 1
    Code: Session Data (0x00)
    Session ID: 0x2336
    Payload Length: 1494
Point-to-Point Protocol
Internet Protocol Version 4, Src: хх.хх.хх.18, Dst: 213.180.193.3
Internet Control Message Protocol

33	5.934868	213.180.193.3	хх.хх.хх.18	ICMP	1514	Echo (ping) reply    id=0x0001, seq=26/6656, ttl=57 (request in 32)

Frame 33: 1514 bytes on wire (12112 bits), 1514 bytes captured (12112 bits)
Ethernet II, Src: HuaweiTe_хх:хх:хх (хх:хх:хх:хх:хх:хх), Dst: ZyxelCom_хх:хх:хх (хх:хх:хх:хх:хх:хх)
PPP-over-Ethernet Session
    0001 .... = Version: 1
    .... 0001 = Type: 1
    Code: Session Data (0x00)
    Session ID: 0x2336
    Payload Length: 1494
Point-to-Point Protocol
Internet Protocol Version 4, Src: 213.180.193.3, Dst: хх.хх.хх.18
Internet Control Message Protocol

 

Изменено пользователем vasek00

Присоединяйтесь к обсуждению

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

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.