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

Потери по WiFI при пинге через ВПН тунель

Всем доброго время суток!

 

Помогите разобраться.

Схема такая: Сервер -> ядро Planet SGSW-24240 -> D-Link Des1228/ME -> Nanostation2 ------ Nanostation2 -> Несколько тупых свитчей -> абонентны

post-81759-037072400 1356336330_thumb.jpg

 

Расстояние между Nanostation 500 метров, антены по WiFi пингуються <1мс, локальные IP адреса абонентов пингуються <1мс. От абонента пинги на сервер <1мс.

Если на клиентском компьютере подключается PPPoE соединение, то со стороны сервера локальный IP адрес абонента пинается норм, а вот IP адрес PPPoE соединения пингуется по 300/400 мс с потерями. И абонент пингует мир по 300/400 мс с потерями

 

В доме всего 15 абоентов, тарифные пакеты 512 кб/с и 2 Мб/с

Нагрузка на БС - около 5Мб/с

Порты в умных свитчах отсегментированы. Пробовал фильровать Broadcast/Multicast/Unicast - без результатно

Пробовал менять каналы на БС - не помогает. СCQ -98/99%

 

 

Проблема началаcь недавно, до этого два года работало без проблем.

 

Подскажите, може у кого была подобная ситуация.

Edited by woda

Share this post


Link to post
Share on other sites

Обычное дело для UBNT. Наверно режим работы стоит Station WDS? Наносы теряют маки и из-за этого происходят потери и такие большие задержки. Нужно наносы заменить на микротик, с ним таких проблем нет. Или поставить с каждой стороны по роутеру и пускать трафик через наносы в EoIP туннеле.

Share this post


Link to post
Share on other sites

На наносе нужно включить WDS с двух сторон. Ну и прошивку можно обновить.

Проверьте, е дублируются ли МАКи в сети...

А вообще -- гонять тоннели по WiFi дурацкая затея.

Переходите на vlan.

Share this post


Link to post
Share on other sites

А вообще -- гонять тоннели по WiFi дурацкая затея.

Переходите на vlan.

не согласен я как то, довольно чаще тот же EoIP куда выгодней vlan

Edited by Constantin

Share this post


Link to post
Share on other sites
не согласен я как то, довольно чаще тот же EoIP куда выгодней vlan

Чем? С точки зрения служебного трафика, любой тоннель значительно прожёрлевее vlan, а защита, в 99% случаях не нужна....

Share this post


Link to post
Share on other sites

Чем?

 

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

Edited by Constantin

Share this post


Link to post
Share on other sites

VLAN по радио ущербная технология. Если взять например базу с предоставлением каждому клиенту трафика в своем влане, то она (база) должна сама снимать метки и посылать каждому клиенту предназначенные ему данные. Если же передавать просто трафик по радио с кучей вланов, то делать это можно только в пределах одного пролета. На последующих скорость передачи данных уже падает, растут задержки, особенно при потерях данных.

 

Поэтому в радиосети лучше использовать туннели EoIP или MPLS, пусть будет немного накладных расходов, зато никаких проблем с пробрасыванием вланов и ловлей глюков. И легко резервные каналы добавлять, да и переключение на резерв будет происходить незаметно для клиентов.

Share this post


Link to post
Share on other sites

Ага и поэтому купить микротик)))

Так в убнт тоже линукс все прекрасно работает.

Ваши советы ущербны.

Share this post


Link to post
Share on other sites
VLAN по радио ущербная технология.

В режиме бриджа - не имеет значения.

Он тупо гонит все подряд фреймы и всё.

Share this post


Link to post
Share on other sites

Всем спасибо за советы!

Причина была в том, что по ошибке либо я, либо кто-то из админов включил шейпер на Nanostation2 (ограниечение было до 4 М/б).

Убрал ограничение - все норм!

Share this post


Link to post
Share on other sites

VLAN по радио ущербная технология. Если взять например базу с предоставлением каждому клиенту трафика в своем влане, то она (база) должна сама снимать метки и посылать каждому клиенту предназначенные ему данные. Если же передавать просто трафик по радио с кучей вланов, то делать это можно только в пределах одного пролета. На последующих скорость передачи данных уже падает, растут задержки, особенно при потерях данных.

 

Поэтому в радиосети лучше использовать туннели EoIP или MPLS, пусть будет немного накладных расходов, зато никаких проблем с пробрасыванием вланов и ловлей глюков. И легко резервные каналы добавлять, да и переключение на резерв будет происходить незаметно для клиентов.

 

Есть конкретные доказательства дропов тегированного трафика в радио?

Share this post


Link to post
Share on other sites

VLAN по радио ущербная технология. Если взять например базу с предоставлением каждому клиенту трафика в своем влане, то она (база) должна сама снимать метки и посылать каждому клиенту предназначенные ему данные. Если же передавать просто трафик по радио с кучей вланов, то делать это можно только в пределах одного пролета. На последующих скорость передачи данных уже падает, растут задержки, особенно при потерях данных.

 

Поэтому в радиосети лучше использовать туннели EoIP или MPLS, пусть будет немного накладных расходов, зато никаких проблем с пробрасыванием вланов и ловлей глюков. И легко резервные каналы добавлять, да и переключение на резерв будет происходить незаметно для клиентов.

 

Есть конкретные доказательства дропов тегированного трафика в радио?

Это все вода. Тегированый трафик тут вообще не причем.

Share this post


Link to post
Share on other sites

Есть конкретные доказательства дропов тегированного трафика в радио?

 

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

 

Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки.

Share this post


Link to post
Share on other sites

Есть конкретные доказательства дропов тегированного трафика в радио?

 

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

 

Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки.

А РРРоЕ предназначен для передачи по радио?

Share this post


Link to post
Share on other sites

Есть конкретные доказательства дропов тегированного трафика в радио?

 

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

 

Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки.

А РРРоЕ предназначен для передачи по радио?

 

Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=)

 

Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS.

Share this post


Link to post
Share on other sites

Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=)

 

Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS.

Вы бредите. А что сервер тогда не добавили? Поддержку влан в таком случае добавили ошибочно?

 

Конечно, без еоип или мплс никак. Надо простую задачу усложнить по максимуму, натыкать костылей и радоваться.

Share this post


Link to post
Share on other sites

Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=)

 

Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS.

Вы бредите. А что сервер тогда не добавили? Поддержку влан в таком случае добавили ошибочно?

 

Конечно, без еоип или мплс никак. Надо простую задачу усложнить по максимуму, натыкать костылей и радоваться.

 

Влан добавили недавно, как раз для любителей "прекрасного".

Share this post


Link to post
Share on other sites

Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=)

 

Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS.

Вы бредите. А что сервер тогда не добавили? Поддержку влан в таком случае добавили ошибочно?

 

Конечно, без еоип или мплс никак. Надо простую задачу усложнить по максимуму, натыкать костылей и радоваться.

 

Влан добавили недавно, как раз для любителей "прекрасного".

Надеюсь скоро заменят на РРРоЕ сервер. Вот восторгов то будет.

Share this post


Link to post
Share on other sites

Есть конкретные доказательства дропов тегированного трафика в радио?

 

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

 

Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки.

 

Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница?

Пример схемы включения с мплс приведите.

Share this post


Link to post
Share on other sites

Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница?

Пример схемы включения с мплс приведите.

 

Схемы такие же, как и с вланами, только не коммутаторы а маршрутизаторы используются. Из дополнительных плюсов можно всегда нагружать резервные каналы, даже не симметричные. В случае вланов они либо не используются, либо надо в бондинг объединять. Но если они разнесены то последнее сделать не получится.

Share this post


Link to post
Share on other sites

Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница?

Пример схемы включения с мплс приведите.

 

Схемы такие же, как и с вланами, только не коммутаторы а маршрутизаторы используются. Из дополнительных плюсов можно всегда нагружать резервные каналы, даже не симметричные. В случае вланов они либо не используются, либо надо в бондинг объединять. Но если они разнесены то последнее сделать не получится.

Плюсы которые будут, не факт что нужны окажутся и стоят дороже. Смысл?

Share this post


Link to post
Share on other sites

Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница?

Пример схемы включения с мплс приведите.

 

Схемы такие же, как и с вланами, только не коммутаторы а маршрутизаторы используются. Из дополнительных плюсов можно всегда нагружать резервные каналы, даже не симметричные. В случае вланов они либо не используются, либо надо в бондинг объединять. Но если они разнесены то последнее сделать не получится.

 

У еойпи на мт есть проблемы, начинаются дропы на скоростях выше 20мбит, ядерный кот нашел и разжевывал, можно по форуму поискать.

С мплс (вы же имеете ввиду vpls?) тоже не все гладко. Точнее со скоростью распространения ldp меток с использованием ospf как igp.

Кстати в вашей схеме vpls'ы терминируются с абонентских cpe в ядро или с отдельного роутера на каждой бс?

Share this post


Link to post
Share on other sites

У еойпи на мт есть проблемы, начинаются дропы на скоростях выше 20мбит

ерунда какая, по 60-70 мбит гоняю, в том числе мультикаст больше 20 мбит по любому, и никаких проблемм

Share this post


Link to post
Share on other sites

У еойпи на мт есть проблемы, начинаются дропы на скоростях выше 20мбит, ядерный кот нашел и разжевывал, можно по форуму поискать.

 

Нет дропов. Они бывают если канал, по которому данные передаются, пакеты теряет. Если пустить данные в туннеле с гарантированной доставкой то потерь не будет.

 

Так же не нужно забывать про изменения буферов интерфейсов и изменения их размера.

 

С мплс (вы же имеете ввиду vpls?) тоже не все гладко. Точнее со скоростью распространения ldp меток с использованием ospf как igp.

 

Никогда не замечал подобных проблем, если где-то канал упадет, то трафик сразу переключается на другой. Если даже произойдет кратковременный обрыв, то он будет меньше, чем при использовании RSTP.

 

Кстати в вашей схеме vpls'ы терминируются с абонентских cpe в ядро или с отдельного роутера на каждой бс?

 

На базах если это микротик, и на отдельных микротиках, если базы других производителей.

Share this post


Link to post
Share on other sites

Никогда не замечал подобных проблем, если где-то канал упадет, то трафик сразу переключается на другой. Если даже произойдет кратковременный обрыв, то он будет меньше, чем при использовании RSTP.

У вас в оспф бекбоне сколько роутов?

А если радио начинает флапаться, что тогда происходит?

 

На базах если это микротик, и на отдельных микротиках, если базы других производителей.

 

Не понял у вас вплс - между мт базой и мт цпе? Значит на базе пппое-сервер?

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this