Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.

    SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    SOS!!! PPP LCP Echo Request от Mikrotik работает не очень хорошо., RouterOS
     
    cwflying
    Guest
    #1
    0
    04.09.2006 02:18:00
    Привет всем! Я использую Mikrotik в качестве BRAS в моей сетевой схеме. Создано 2 VLAN на eth0, затем на интерфейсах двух VLAN созданы два интерфейса pppoe-server, с одним и тем же профилем pppoe, и на каждом интерфейсе pppoe-server время ожидания keepalive установлено в 10 секунд. Mikrotik был подключен к другому устройству, которое работало в качестве pppoe-клиента и также поддерживало VLAN (создано несколько pppoe-клиентов с разными VLAN). Проблема в том, что:

    (1) Если устройство запускает более одного pppoe-клиента (запускает эти клиенты синхронно или сначала только один клиент, а затем через некоторое время запускает другой клиент), эти pppoe-клиенты отключаются (pppoe-сессия завершается).
    (2) Если устройство запускает только один pppoe-клиент, он не отключается.

    Версия Mikrotik — V2.9.2. Я долго ломаю голову над этой проблемой, буду рад любым советам.

    Я поставил хаб между Mikrotik и этим устройством. Из захваченных пакетов я обнаружил, что у Mikrotik есть проблема с LCP Echo Request, потому что я установил «Keepalive Timeout» в 10 секунд, следовательно, Mikrotik должен отправлять LCP echo request каждые 10 секунд, но на самом деле Mikrotik будет отправлять несколько LCP echo request пакетов с периодом 1! После этих LCP-запросов (без LCP-ответа) Mikrotik отправляет PADT для завершения pppoe-сессии.

    Я не знаю, как прикрепить здесь изображение, иначе было бы понятнее. Я экспортировал содержимое пакетов в текстовом формате. Захвачено 7 пакетов: первые 5 пакетов — Mikrotik отправляет LCP echo request с периодом 1 секунду, очень быстро. В 6-м пакете Mikrotik отправляет PADT клиенту pppoe для завершения pppoe-сессии. В 7-м пакете клиент pppoe соглашается на завершение этой сессии. (Обратите внимание на временные метки на красных строках)

    No.     Time        Source                Destination           Protocol Info
    53 61.184327   HewlettP_04:c8:0d     00:00:00_00:0b:02     PPP LCP  Echo Request Frame
    53 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x05 Length: 8 Magic number: 0x5ff4ad1b
    No.     Time        Source                Destination           Protocol Info
    54 62.194520   HewlettP_04:c8:0d     00:00:00_00:0b:02     PPP LCP  Echo Request Frame
    54 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x06 Length: 8 Magic number: 0x5ff4ad1b
    No.     Time        Source                Destination           Protocol Info
    55 63.204840   HewlettP_04:c8:0d     00:00:00_00:0b:02     PPP LCP  Echo Request Frame
    55 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x07 Length: 8 Magic number: 0x5ff4ad1b
    No.     Time        Source                Destination           Protocol Info
    56 64.214907   HewlettP_04:c8:0d     00:00:00_00:0b:02     PPP LCP  Echo Request Frame
    56 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x08 Length: 8 Magic number: 0x5ff4ad1b
    No.     Time        Source                Destination           Protocol Info
    57 65.225234   HewlettP_04:c8:0d     00:00:00_00:0b:02     PPP LCP  Echo Request Frame
    57 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Session Point-to-Point Protocol PPP Link Control Protocol Code: Echo Request (0x09) Identifier: 0x09 Length: 8 Magic number: 0x5ff4ad1b
    No.     Time        Source                Destination           Protocol Info
    58 66.235685   HewlettP_04:c8:0d     00:00:00_00:0b:02     PPPoED   Active Discovery Terminate (PADT) Frame
    58 (56 bytes on wire, 56 bytes captured) Ethernet II, Src: HewlettP_04:c8:0d (00:11:85:04:c8:0d), Dst: 00:00:00_00:0b:02 (00:00:00:00:0b:02) PPP-over-Ethernet Discovery
    No.     Time        Source                Destination           Protocol Info
    59 66.256247   00:00:00_00:0b:02     HewlettP_04:c8:0d     PPPoED   Active Discovery Terminate (PADT) Frame
    59 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 00:00:00_00:0b:02 (00:00:00:00:0b:02), Dst: HewlettP_04:c8:0d (00:11:85:04:c8:0d) PPP-over-Ethernet Discovery
    PPPoE Tags
     
     
     
    sten
    Guest
    #2
    0
    04.09.2006 13:18:00
    RouterOS PPP LCP echo использует теги в соответствии с более поздними спецификациями PPP. Другие реализации PPP, не использующие RouterOS, не используют теги в соответствии с самыми первыми спецификациями PPP. Исправить можно было бы так, чтобы RouterOS принимал поведение без тегов, но, насколько мне известно, Mikrotik сказал «нет». (поправьте меня, если я не прав).
     
     
     
    changeip
    Guest
    #3
    0
    04.09.2006 16:13:00
    Ты серьезно все еще на 2.9.2? Там куча исправлений PPP с тех пор.
     
     
     
    cwflying
    Guest
    #4
    0
    05.09.2006 01:30:00
    Я провёл тест, подключил только одного PPPoE-клиента, наблюдал примерно 20 минут, зафиксировал весь трафик на интерфейсе PPPoe-сервера Mikrotik и тщательно изучил. Обнаружил, что интервалы LCP echo requests всегда равнялись 15 секунд. Но почему такой интервал, если я установил Keepalive Timeout в 10 секунд на интерфейсе PPPoe-сервера? Затем провёл ещё один тест: сначала подключён был только один PPPoe-клиент, потом через 20 секунд подключился второй, и весь тест длился около 20 минут. Затем изучил PPP LCP echo request пакеты, отправленные Mikrotik к обоим PPPoe-клиентам, и обнаружил, что интервал был непостоянным: иногда 10 секунд, иногда 15, иногда 1. Версия устройства — 2.9.27. Как объяснить такое явление?

    С уважением!
     
     
     
    sten
    Guest
    #5
    0
    05.09.2006 12:54:00
    Как такое, что таймер keepalive у ppp's прерывается неожиданным сигналом, а он даже не осознает, что его прервало неожиданным сигналом?
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры