woda Posted December 24, 2012 (edited) Всем доброго время суток! Помогите разобраться. Схема такая: Сервер -> ядро Planet SGSW-24240 -> D-Link Des1228/ME -> Nanostation2 ------ Nanostation2 -> Несколько тупых свитчей -> абонентны Расстояние между 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 December 24, 2012 by woda Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted December 24, 2012 Обычное дело для UBNT. Наверно режим работы стоит Station WDS? Наносы теряют маки и из-за этого происходят потери и такие большие задержки. Нужно наносы заменить на микротик, с ним таких проблем нет. Или поставить с каждой стороны по роутеру и пускать трафик через наносы в EoIP туннеле. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
NewUse Posted December 24, 2012 На наносе нужно включить WDS с двух сторон. Ну и прошивку можно обновить. Проверьте, е дублируются ли МАКи в сети... А вообще -- гонять тоннели по WiFi дурацкая затея. Переходите на vlan. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Constantin Posted December 24, 2012 (edited) А вообще -- гонять тоннели по WiFi дурацкая затея. Переходите на vlan. не согласен я как то, довольно чаще тот же EoIP куда выгодней vlan Edited December 24, 2012 by Constantin Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
NewUse Posted December 24, 2012 не согласен я как то, довольно чаще тот же EoIP куда выгодней vlan Чем? С точки зрения служебного трафика, любой тоннель значительно прожёрлевее vlan, а защита, в 99% случаях не нужна.... Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Constantin Posted December 24, 2012 (edited) Чем? в этом не спорю, но если конечные точки находятся в машрутизируемой сети, да еще и через несколько машрутизаторов то проще и надежней EoIP. Edited December 24, 2012 by Constantin Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted December 24, 2012 VLAN по радио ущербная технология. Если взять например базу с предоставлением каждому клиенту трафика в своем влане, то она (база) должна сама снимать метки и посылать каждому клиенту предназначенные ему данные. Если же передавать просто трафик по радио с кучей вланов, то делать это можно только в пределах одного пролета. На последующих скорость передачи данных уже падает, растут задержки, особенно при потерях данных. Поэтому в радиосети лучше использовать туннели EoIP или MPLS, пусть будет немного накладных расходов, зато никаких проблем с пробрасыванием вланов и ловлей глюков. И легко резервные каналы добавлять, да и переключение на резерв будет происходить незаметно для клиентов. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
kosmich7 Posted December 24, 2012 Ага и поэтому купить микротик))) Так в убнт тоже линукс все прекрасно работает. Ваши советы ущербны. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted December 25, 2012 VLAN по радио ущербная технология. В режиме бриджа - не имеет значения. Он тупо гонит все подряд фреймы и всё. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
woda Posted December 25, 2012 Всем спасибо за советы! Причина была в том, что по ошибке либо я, либо кто-то из админов включил шейпер на Nanostation2 (ограниечение было до 4 М/б). Убрал ограничение - все норм! Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
deep_admin Posted December 25, 2012 VLAN по радио ущербная технология. Если взять например базу с предоставлением каждому клиенту трафика в своем влане, то она (база) должна сама снимать метки и посылать каждому клиенту предназначенные ему данные. Если же передавать просто трафик по радио с кучей вланов, то делать это можно только в пределах одного пролета. На последующих скорость передачи данных уже падает, растут задержки, особенно при потерях данных. Поэтому в радиосети лучше использовать туннели EoIP или MPLS, пусть будет немного накладных расходов, зато никаких проблем с пробрасыванием вланов и ловлей глюков. И легко резервные каналы добавлять, да и переключение на резерв будет происходить незаметно для клиентов. Есть конкретные доказательства дропов тегированного трафика в радио? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
SSD Posted December 25, 2012 VLAN по радио ущербная технология. Если взять например базу с предоставлением каждому клиенту трафика в своем влане, то она (база) должна сама снимать метки и посылать каждому клиенту предназначенные ему данные. Если же передавать просто трафик по радио с кучей вланов, то делать это можно только в пределах одного пролета. На последующих скорость передачи данных уже падает, растут задержки, особенно при потерях данных. Поэтому в радиосети лучше использовать туннели EoIP или MPLS, пусть будет немного накладных расходов, зато никаких проблем с пробрасыванием вланов и ловлей глюков. И легко резервные каналы добавлять, да и переключение на резерв будет происходить незаметно для клиентов. Есть конкретные доказательства дропов тегированного трафика в радио? Это все вода. Тегированый трафик тут вообще не причем. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted December 25, 2012 Есть конкретные доказательства дропов тегированного трафика в радио? Вланы предназначены для передачи в пределах кабельной сети локальных масштабов. Все что больше требует применения других технологий, основанных на IP. Потому что при "длинных" сегментах велика вероятность потери пакета по пути следования. Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
SSD Posted December 25, 2012 Есть конкретные доказательства дропов тегированного трафика в радио? Вланы предназначены для передачи в пределах кабельной сети локальных масштабов. Все что больше требует применения других технологий, основанных на IP. Потому что при "длинных" сегментах велика вероятность потери пакета по пути следования. Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки. А РРРоЕ предназначен для передачи по радио? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted December 25, 2012 Есть конкретные доказательства дропов тегированного трафика в радио? Вланы предназначены для передачи в пределах кабельной сети локальных масштабов. Все что больше требует применения других технологий, основанных на IP. Потому что при "длинных" сегментах велика вероятность потери пакета по пути следования. Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки. А РРРоЕ предназначен для передачи по радио? Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=) Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
SSD Posted December 25, 2012 Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=) Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS. Вы бредите. А что сервер тогда не добавили? Поддержку влан в таком случае добавили ошибочно? Конечно, без еоип или мплс никак. Надо простую задачу усложнить по максимуму, натыкать костылей и радоваться. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted December 25, 2012 Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=) Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS. Вы бредите. А что сервер тогда не добавили? Поддержку влан в таком случае добавили ошибочно? Конечно, без еоип или мплс никак. Надо простую задачу усложнить по максимуму, натыкать костылей и радоваться. Влан добавили недавно, как раз для любителей "прекрасного". Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
SSD Posted December 25, 2012 Конечно, думаете для чего в UBNT добавили PPPoE клиента в прошивку=) Отлично работает. При этом базы можно ставить где угодно, клиенты все изолированы, адреса можно выдавать гибко. А для транспорта в центр использовать EoIP или MPLS. Вы бредите. А что сервер тогда не добавили? Поддержку влан в таком случае добавили ошибочно? Конечно, без еоип или мплс никак. Надо простую задачу усложнить по максимуму, натыкать костылей и радоваться. Влан добавили недавно, как раз для любителей "прекрасного". Надеюсь скоро заменят на РРРоЕ сервер. Вот восторгов то будет. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
deep_admin Posted December 26, 2012 Есть конкретные доказательства дропов тегированного трафика в радио? Вланы предназначены для передачи в пределах кабельной сети локальных масштабов. Все что больше требует применения других технологий, основанных на IP. Потому что при "длинных" сегментах велика вероятность потери пакета по пути следования. Доказательств тут много, особенно при переводе сетей L2 на транспорт L3. Пиковая пропускная способность не увеличивается из-за накладных расходов, зато практически полностью исчезают потери пакетов и большие колебания задержки. Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница? Пример схемы включения с мплс приведите. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted December 26, 2012 Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница? Пример схемы включения с мплс приведите. Схемы такие же, как и с вланами, только не коммутаторы а маршрутизаторы используются. Из дополнительных плюсов можно всегда нагружать резервные каналы, даже не симметричные. В случае вланов они либо не используются, либо надо в бондинг объединять. Но если они разнесены то последнее сделать не получится. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
SSD Posted December 26, 2012 Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница? Пример схемы включения с мплс приведите. Схемы такие же, как и с вланами, только не коммутаторы а маршрутизаторы используются. Из дополнительных плюсов можно всегда нагружать резервные каналы, даже не симметричные. В случае вланов они либо не используются, либо надо в бондинг объединять. Но если они разнесены то последнее сделать не получится. Плюсы которые будут, не факт что нужны окажутся и стоят дороже. Смысл? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
deep_admin Posted December 26, 2012 Вы конкретику давай, а не пространные рассуждения. Всеж по мплс/еоайпи вы собираетесь гонять езеренет, какая разница? Пример схемы включения с мплс приведите. Схемы такие же, как и с вланами, только не коммутаторы а маршрутизаторы используются. Из дополнительных плюсов можно всегда нагружать резервные каналы, даже не симметричные. В случае вланов они либо не используются, либо надо в бондинг объединять. Но если они разнесены то последнее сделать не получится. У еойпи на мт есть проблемы, начинаются дропы на скоростях выше 20мбит, ядерный кот нашел и разжевывал, можно по форуму поискать. С мплс (вы же имеете ввиду vpls?) тоже не все гладко. Точнее со скоростью распространения ldp меток с использованием ospf как igp. Кстати в вашей схеме vpls'ы терминируются с абонентских cpe в ядро или с отдельного роутера на каждой бс? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Constantin Posted December 26, 2012 У еойпи на мт есть проблемы, начинаются дропы на скоростях выше 20мбит ерунда какая, по 60-70 мбит гоняю, в том числе мультикаст больше 20 мбит по любому, и никаких проблемм Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted December 26, 2012 У еойпи на мт есть проблемы, начинаются дропы на скоростях выше 20мбит, ядерный кот нашел и разжевывал, можно по форуму поискать. Нет дропов. Они бывают если канал, по которому данные передаются, пакеты теряет. Если пустить данные в туннеле с гарантированной доставкой то потерь не будет. Так же не нужно забывать про изменения буферов интерфейсов и изменения их размера. С мплс (вы же имеете ввиду vpls?) тоже не все гладко. Точнее со скоростью распространения ldp меток с использованием ospf как igp. Никогда не замечал подобных проблем, если где-то канал упадет, то трафик сразу переключается на другой. Если даже произойдет кратковременный обрыв, то он будет меньше, чем при использовании RSTP. Кстати в вашей схеме vpls'ы терминируются с абонентских cpe в ядро или с отдельного роутера на каждой бс? На базах если это микротик, и на отдельных микротиках, если базы других производителей. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
deep_admin Posted December 26, 2012 Никогда не замечал подобных проблем, если где-то канал упадет, то трафик сразу переключается на другой. Если даже произойдет кратковременный обрыв, то он будет меньше, чем при использовании RSTP. У вас в оспф бекбоне сколько роутов? А если радио начинает флапаться, что тогда происходит? На базах если это микротик, и на отдельных микротиках, если базы других производителей. Не понял у вас вплс - между мт базой и мт цпе? Значит на базе пппое-сервер? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
