Перейти до

Jun MX104


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

Вечер добрый, имеем в парке MX5 и MX80 в качестве браса, дернуло нам взять 104, но не так все просто как оказалось.

Конфиг однотипный, на MX5,80 c версией софта 16.1R5.7 или 14.2R5.8 все работает. 

Залили конфиг на 104 с версией софта 16.1R5.7 и простыми словами фиг..., через НАТ трафик не бегает, через белый адрес все ОК.

 

Собственно вопрос, кто работает с 104 в качестве браса с NAT настройкой, какая у вас версия прошивки на железе ?

Ссылка на сообщение
Поделиться на других сайтах
  Відновити прихований контент

Под спойлером, некоторые параметры скрыл, но они не искажают сути.

Ссылка на сообщение
Поделиться на других сайтах

А кто NAT-SERVICE-SET будет вешать на сабскриберов? Я чтоле?

 

  Відновити прихований контент

 

И полисер можно более изящно делать, ну.

И next-hop-style для ната тоже можно бы и не юзать, ибо к чему оно, только конфигу усложнять.

Так что батенька у вас не МХ-104 виноват.

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

В продолжение темы, у кого в логах на 104 всплывают вот такие ошибки и не приводят они в ступор вашу MS-MIC карту ?

Примечательно, что ошибка появляется почти в одно и тоже время.

  Відновити прихований контент

 

Відредаговано Ceyzer
Ссылка на сообщение
Поделиться на других сайтах

Как себя чувствует RE? Как себя чувствует afeb? Ну и нагрузка самой платы?

 

  Цитата

On MX Series platforms, when an aggregated Ethernet bundle participating as an interface within bridge-domain goes down, the following syslog messages could be observed. The messages would be associated with FPC0 even if there are no link(s) from this FPC0 participating in the affected aggregate-ethernet bundle. mib2d[2782]: SNMP_TRAP_LINK_DOWN: ifIndex 636, ifAdminStatus up(1), ifOperStatus down(2), ifName xe-3/3/2 mib2d[2782]: SNMP_TRAP_LINK_DOWN: ifIndex 637, ifAdminStatus up(1), ifOperStatus down(2), ifName xe-3/3/3 mib2d[2782]: SNMP_TRAP_LINK_DOWN: ifIndex 740, ifAdminStatus up(1), ifOperStatus down(2), ifName ae102 fpc0 LUCHIP(0) Congestion Detected, Active Zones f:f:f:f:f:f:f:f:f:f:f:f:f:f:f:f fpc0 LUCHIP(0) Congestion Detected, Active Zones 2:0:0:0:0:8:a:0:0:0:0:0:8:4:0:a alarmd[1600]: Alarm set: FPC color=RED, class=CHASSIS, reason=FPC 0 Major Errors craftd[1601]: Major alarm set, FPC 0 Major Errors fpc0 LUCHIP(0) Congestion Detected, Active Zones 2:0:0:0:0:8:a:0:0:0:0:0:8:4:0:a alarmd[1600]: Alarm cleared: FPC color=RED, class=CHASSIS, reason=FPC 0 Major Errors craftd[1601]: Major alarm cleared, FPC 0 Major Errors fpc0 LUCHIP(0): Secondary PPE 0 zone 1 timeout. fpc0 PPE Sync XTXN Err Trap: Count 7095, PC 10, 0x0010: trap_nexthop_return fpc0 PPE Thread Timeout Trap: Count 226, PC 34a, 0x034a: nh_ret_last fpc0 PPE PPE Stack Err Trap: Count 15, PC 366, 0x0366: add_default_layer1_overhead fpc0 PPE PPE HW Fault Trap: Count 10, PC 3c9, 0x03c9: bm_label_save_label fpc0 LUCHIP(0) RMC 0 Uninitialized EDMEM[0x3f38b5] Read (0x6db6db6d6db6db6d) fpc0 LUCHIP(0) RMC 1 Uninitialized EDMEM[0x394cdf] Read (0x6db6db6d6db6db6d) fpc0 LUCHIP(0) RMC 2 Uninitialized EDMEM[0x3d9565] Read (0x6db6db6d6db6db6d) fpc0 LUCHIP(0) RMC 3 Uninitialized EDMEM[0x3d81b6] Read (0x6db6db6d6db6db6d). These messages would be transient in nature. The discrepancy of next-hop handling that is addressed in this PR can also manifest itself in form of other issues in the system. Basically when the next hops go out of sync we are bound to see either Packet Forwarding Engine crashes/traps or Routing Engine crashes. The fix in this PR should take care of this behavior and ensure we handle the nexthops correctly to maintain the synchronization between master Routing Engine, backup Routing Engine, and all Packet Forwarding Engine peers. PR990023

Expand  

Версия junos?

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

@MX104> show services service-sets summary
             Service sets                                           CPU
Interface    configured             Bytes used   Policy bytes used  utilization
ms-1/0/0           2  1607049654      (13.92%)    4985968 ( 0.46%)  32.51 

Версия софта  16.1R6, обновились с R5, но баг как был так и остался. На MX5 вылетает та же ошибка и особенно в вечернее время падает НАТ плата, на 104 ошибка есть, но плата пока не падала.

  Відновити прихований контент


 

  Відновити прихований контент

 

  Відновити прихований контент

 

Відредаговано Ceyzer
Ссылка на сообщение
Поделиться на других сайтах

Ну цитата выше это Resolved Issues: 14.2R5

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

Ну и это ж не весь лог? Покажите весь лог

Ссылка на сообщение
Поделиться на других сайтах

14.2R5 -  была на момент настройки, когда запустили то подняли до 16.1R5, проблема уже была на этой прошивке, решили пнуть до 16.1R6, Джуновцы пишут, что в ней закрыто как минимум 4 бага связаны с НАТ платой.

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

Ссылка на сообщение
Поделиться на других сайтах
  В 18.03.2018 в 11:05, l1ght сказав:

Basically when the next hops go out of sync we are bound to see either Packet Forwarding Engine crashes/traps or Routing Engine crashes

Expand  

Как роутер получает роуты, полная таблица или дефолт? В описании бага сказано что идет рассинхрон из-за потерей маршрутов. Может чего и недочинили.

Ссылка на сообщение
Поделиться на других сайтах
  • 3 months later...

Какой трафик проходит через MS-MIC ?

У него пропускная способность всего 9 гигабит/сек.

Но эффективные менеджеры не говорят, что это в полудуплексе.

Т.е. модуль будет "загибаться" уже при 5-6 гигабитах.

Как вариант - поставить второй модуль MS-MIC-16G

Ссылка на сообщение
Поделиться на других сайтах
  В 10.07.2018 в 07:00, Dmitry2 сказав:

 

Но эффективные менеджеры не говорят, что это в полудуплексе.

Т.е. модуль будет "загибаться" уже при 5-6 гигабитах.

 

Expand  

Неправда это, видел 10 гиг в download и несколько в upload через эту карту при 50-процентной загрузке цпу карты на реальном трафике.

Менеджеры говорят, что пропускная зависит от трафика и загрузки цпу/памяти.

 

Відредаговано karyon
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від chesbenn
      всем привет мне нужен такой софт чтобы при оплате включил сам ,,, хочу построить вай фай сеть у себя в городе чтобы люди подключились и оплотили с тел 
    • Від Voyager88
      Вітаю,
      Чи хтось пробував підключати до OLT Dasan V5808/5824G ONT ZTE F660?
      Чи після підключення не було проблем?
      У мене після підключення зависає процес gpon і треба роботи reboot OLT.
      Якщо ви працювали коли-небудь з цим і вас все правильно працювало, то на якій версій софту ?
      Як має виглядати traffic-profile для цього ОНТка?
      ONT ZTE - Software VersionV6.0.2P1T2
      OLT-и на найновшій версії софту.
      Дуже потрібна ваша допомога, дякую!
    • Від DronReviews
      Завдання: трафік http в найвищому пріоритеті.
      DD-WRT писав правила для маркування в мангл і подальшої пріоретизації в чергах.
      Я трохи підправив їх так( додавadd перед правилами, видалив ігри)
       
      /ip firewall mangle

      add chain=prerouting action=mark-connection new-connection-mark=udp_all passthrough=yes protocol =udp
      add chain=prerouting action=mark-packet new-packet-mark=service-low passthrough=yes new-connection-mark=udp_all
      add chain=prerouting action=mark-connection new-connection-mark=tcp_all passthrough=yes protocol =tcp
      add chain=prerouting action=mark-packet new-packet-mark=service-low passthrough=yes new-connection-mark=tcp_all
      add chain=prerouting action=mark-connection new-connection-mark=http passthrough=yes protocol =tcp src-port=1024-65535 dst-port=80
      add chain=prerouting action=mark-packet new-packet-mark=service-hight passthrough=yes new-connection-mark=http
      add chain=prerouting action=mark-connection new-connection-mark=P2P passthrough=yes p2p=all-p2p
      add chain=prerouting action=mark-packet new-packet-mark=service-low passthrough=yes new-connection-mark=P2P
       
      /queue tree   add name="GLOBAL" parent=global-total limit-at=0 priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s  add name="SUPER" parent=GLOBAL packet-mark=service-super limit-at=0 queue=ethernet-default priority=1 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s  add name="HIGHT" parent=GLOBAL packet-mark=service-hight limit-at=0 queue=ethernet-default priority=3 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s  add name="LOW" parent=GLOBAL packet-mark=service-low limit-at=0 queue=wireless-default priority=8 max-limit=0 burst-limit=0 burst-threshold=0 burst-time=0s     спочатку ми мітимо connection як tcp_all і дозволяємо passthrough=yes а потім серед  tcp_all вишукуємо http але чому passthrough=yes можна поставити passthrough=no щоб далі пакети не ішли по цепочках? і в http src-port=1024-65535 навіщо це вказувати, без цього хіба не можна, можливо ми будемо самі з 80 порта посилати запрос на з'єднання http?
    • Від Tiesto
      Добрый день! С наступающим!
      Ребята вот такая ситуация - у нас ПК с видео файлами.
      Как можно сделать что - 2ой экран на эфир показал все видео файлы на вес экран? и лого?
      VGA 1ый экран - обычный ПК монитор
      VGA 2ой экран - S-Video
      ОС - Windows.
      Зарание благодарен.
       
×
×
  • Створити нове...