N
чаще всего портал=роутер. либо узловой "свитч"
Всем привет.
Есть ли у кого ссылка на внятный мануал по настройке балансировки ВАНов с PCC
Спасибо заранее
Size: a a a
2021 March 13
w
N
Вы понимаете, что при наличии NAT+PCC вы адекватной балансировки загрузки каналов не получите?
VP
Всем привет.
Есть ли у кого ссылка на внятный мануал по настройке балансировки ВАНов с PCC
Спасибо заранее
Есть ли у кого ссылка на внятный мануал по настройке балансировки ВАНов с PCC
Спасибо заранее
w
Вы понимаете, что при наличии NAT+PCC вы адекватной балансировки загрузки каналов не получите?
а failover ?
N
а failover ?
он к балансировке слабо относится
w
ок, хотя бы failover
N
ок, хотя бы failover
При работе NAT, failver ограничивается тем, что в случае сбоя основного лика, только НОВЫЕ соединения пойдут по backup-линку.
Текущие соединения, установленные через "упавший" линк "залипнут" и будут висеть в таблице.
Текущие соединения, установленные через "упавший" линк "залипнут" и будут висеть в таблице.
w
а дропать их принудительно при падении линка можно ?
П
Доброго дня/вечера/утра
Ни кто не сталкивался с ситуацией что на SXT LTE kit R11e-lte объединённые в bridge eth1 и eth2 c EoIP tunnel, не видят такую же подсеть приходящую в туннеле, и наоборот сеть из туннеля не видит такую же подсеть на физ.инерфейсах. устройства висящие на eth 1и 2 друг друга видят. как будто bridge не объединяет туннель и физические интерфейсы. На rb951, 941 такой проблемы нет.
Ни кто не сталкивался с ситуацией что на SXT LTE kit R11e-lte объединённые в bridge eth1 и eth2 c EoIP tunnel, не видят такую же подсеть приходящую в туннеле, и наоборот сеть из туннеля не видит такую же подсеть на физ.инерфейсах. устройства висящие на eth 1и 2 друг друга видят. как будто bridge не объединяет туннель и физические интерфейсы. На rb951, 941 такой проблемы нет.
VP
а дропать их принудительно при падении линка можно ?
Можно, но не на всякое "падение линка" можно повесить триггер.
VP
Павел
Доброго дня/вечера/утра
Ни кто не сталкивался с ситуацией что на SXT LTE kit R11e-lte объединённые в bridge eth1 и eth2 c EoIP tunnel, не видят такую же подсеть приходящую в туннеле, и наоборот сеть из туннеля не видит такую же подсеть на физ.инерфейсах. устройства висящие на eth 1и 2 друг друга видят. как будто bridge не объединяет туннель и физические интерфейсы. На rb951, 941 такой проблемы нет.
Ни кто не сталкивался с ситуацией что на SXT LTE kit R11e-lte объединённые в bridge eth1 и eth2 c EoIP tunnel, не видят такую же подсеть приходящую в туннеле, и наоборот сеть из туннеля не видит такую же подсеть на физ.инерфейсах. устройства висящие на eth 1и 2 друг друга видят. как будто bridge не объединяет туннель и физические интерфейсы. На rb951, 941 такой проблемы нет.
Проведите диагностику. Что в АRP таблице? Что с xSTP на бридже? И т.д.
П
Проведите диагностику. Что в АRP таблице? Что с xSTP на бридже? И т.д.
Арпы на интерфейсах есть. хSTP переключал и отключал вовсе, без изменений
VP
Павел
Арпы на интерфейсах есть. хSTP переключал и отключал вовсе, без изменений
Сниффер/торч что показывают?
П
Не пробовал, не посмотрел.
VP
Павел
Не пробовал, не посмотрел.
И по Вашему описанию трудно понять что такое "сеть из туннеля"
П
Мне кажется это особенность этой точки, либо баг. Точно такая же конфа на rb951 работает, отличие только в том что там инет по меди, а тут через lte
П
И по Вашему описанию трудно понять что такое "сеть из туннеля"
VP
Павел
Мне кажется это особенность этой точки, либо баг. Точно такая же конфа на rb951 работает, отличие только в том что там инет по меди, а тут через lte
У вас же LTE не в бридже и не пастру?
П
У вас же LTE не в бридже и не пастру?
Нет