Jump to content
Калькуляторы

orlik

VIP
  • Content Count

    1201
  • Joined

  • Last visited

About orlik

  • Rank
    Аспирант

Информация

  • Пол
    Не определился

Recent Profile Visitors

3541 profile views
  1. show lacp interface ae3 show interface ae3 extensive приложите вывод команд
  2. Хреново ищите не понял причем тут кошки, но ваш вариант тоже в списке был , ну если не считать дополнительных заморочек
  3. Есть 2 варианта , либо вы делаете бридж домен и прокидываете эти пакетики как L2 , либо превращаете эту коробку в LAC, которая будет терминировать pppoe сессию на себе , а ppp сессию прокидывать до браса.   Радиус как правило нужен чтобы сообщить LAC (то устройство которое будет терминировать pppoe сессию) куда прокидывать ppp сессию дальше. Но в частном случае можно обойтись и без радиуса
  4. А вы где https поднимаете ? У вас не должен сервер вообще слушать 443 порт. Поддержка шифрования появилась в их приложении с версии 2.7 (насколько я помню), поэтому проверьте какая версия сервера отображается у вас пи тесте. должно быть вот так https details: Response: hello 2.7 (2.7.2) 2019-08-27.2221.2470592 status: PASSED
  5. Juniper вполне себе поддерживает MTU 16k. Starting in Junos OS Release 16.1R1, the MTU size has been increased to 16,000 bytes for certain MPCs. The MTU size for the following MPCs has been increased to 16000 bytes: MPC7E (MPC7E-MRATE and MP7E-10G) MPC8E (MX2K-MPC8E) MPC9E (MX2K-MPC9E) хз кому это нужно , если если запилили - значит гарантированно кто-то попросил. Думаю это вопрос времени, пока броадком выпустит новые чипы с поддержкой mtu>9000 и все на этих чипах начнут клепать коммутаторы
  6. async если оборудование его поддерживает , По параметрам - тут зависит от - качество канала - тип оборудования (разное оборудование умеет разным таймера) - какой сходимости вы хотите добиться и есть ли резерв (если нет, то зачем там вообще bfd ?)
  7. Почему бы не сделать проверку не только по pid , но и по имени процесса ?
  8. Ну типичный вариант, когда пытаются решить проблему не с той стороны
  9. Как уже посоветовали - это нужно селать на стороне сервера и ограничивать там. Это убдет правильнее иэффективее работать Угу , и у клиента получится что пока старая запись не протухнет , новая не начнет работать, при переключении каналов по несколько секунд будет пустой экран
  10. Видя такое , первое что хочется сделать. это спросить "а зачем ?".
  11. Может контроллер переходит в какой-то "спящий режим" пока нет передачи данных и когда пртг начинает его пинговать , то первые пакеты могут пропадать. Посмотрите в настройках может там есть что-то подобное. Нуу или всегда есть вариант - скрипт который будет пинговать их круглосуточно
  12. Снесите родное ядро, и пересоберите ручками что-то посвежее (4.хх) . У меня после заменыродного ядра на самосборное нагрузка на процессор очень сильно падала. Вообще arping в данном случае не показатель , что с транзитными пакетами ?
  13. с такой схемой наверное остается только vlan-map на интерфейсах делать, хотя уже даже не уверен что даже это поможет
  14. Use the vlan-id none statement to have the VLAN tags removed from packets associated with an inbound logical interface when those packets are sent over VPLS VT interfaces. Note that those packets might still be sent with other customer VLAN tags.
  15. Ну так логично что вам там так же ответили , я же и отвечал. Прочитайте еще раз про нормализацию vlan, там можно сделать именно то что вам нужно