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

Маршрутизация между двумя подсетками

ЛОмаю голову - не могу решить проблемку.

 

Есть микротик, есть ЦWiFi точки UniFi. Они приходят в микротик, на нём поднять DHCP сервер с диапазоном 172.17.9.0/24 и он раздает IP всем

устройствам, которые подключаются к wifi.

 

Сам микротик тоже подключен к локальной сети в котором свой DHCP 172.17.8.0/24.

 

Надо настроить чтобы клиенты из 9 могли пользоваться ресурсами 8 подсетки (интернет, DSF и т.д.)

Share this post


Link to post
Share on other sites

ЛОмаю голову - не могу решить проблемку.

 

Есть микротик, есть ЦWiFi точки UniFi. Они приходят в микротик, на нём поднять DHCP сервер с диапазоном 172.17.9.0/24 и он раздает IP всем

устройствам, которые подключаются к wifi.

 

Сам микротик тоже подключен к локальной сети в котором свой DHCP 172.17.8.0/24.

 

Надо настроить чтобы клиенты из 9 могли пользоваться ресурсами 8 подсетки (интернет, DSF и т.д.)

И в чем вопрос?

Share this post


Link to post
Share on other sites

ЛОмаю голову - не могу решить проблемку.

 

Есть микротик, есть ЦWiFi точки UniFi. Они приходят в микротик, на нём поднять DHCP сервер с диапазоном 172.17.9.0/24 и он раздает IP всем

устройствам, которые подключаются к wifi.

 

Сам микротик тоже подключен к локальной сети в котором свой DHCP 172.17.8.0/24.

 

Надо настроить чтобы клиенты из 9 могли пользоваться ресурсами 8 подсетки (интернет, DSF и т.д.)

И в чем вопрос?

 

Незнаю как прописать (((

Только осваиваю микротик

Share this post


Link to post
Share on other sites

ЛОмаю голову - не могу решить проблемку.

 

Есть микротик, есть ЦWiFi точки UniFi. Они приходят в микротик, на нём поднять DHCP сервер с диапазоном 172.17.9.0/24 и он раздает IP всем

устройствам, которые подключаются к wifi.

 

Сам микротик тоже подключен к локальной сети в котором свой DHCP 172.17.8.0/24.

 

Надо настроить чтобы клиенты из 9 могли пользоваться ресурсами 8 подсетки (интернет, DSF и т.д.)

И в чем вопрос?

 

Незнаю как прописать (((

Только осваиваю микротик

 

Зайдите на обоих микротиках в Routing->OSPF на вкладке Network добавьте 0.0.0.0/0 и можете осваивать что-то другое, т.к. маршрутизацию вы уже освоили=) дальше только прописываете нужные сетки и все устройства о них тут же узнают. Вот тут можете посмотреть чуть подробнее (примерно в середине) - http://www.lanmart.ru/blogs/review-ubiquiti-powerbridge-m10/ - если нужно отправить дефолтный маршрут с первого, то потребуется разрешить его анонс.

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

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

Это перл от клоуна который наваял инструкцию. Упаковка пакетов ничего положительного не даст.

 

Да ладно? Зачем ее тогда вообще придумали? Многие, узнав про нее, увеличивают пропускную способность своих магистралей в 2-3 раза, особенно в вечерние часы пик. Хотя да, для некоторых, она ничего положительного не дает.

Share this post


Link to post
Share on other sites

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

Это перл от клоуна который наваял инструкцию. Упаковка пакетов ничего положительного не даст.

 

Да ладно? Зачем ее тогда вообще придумали? Многие, узнав про нее, увеличивают пропускную способность своих магистралей в 2-3 раза, особенно в вечерние часы пик. Хотя да, для некоторых, она ничего положительного не дает.

Аргументы как всегда аховые.

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

Многие, узнав про нее, увеличивают пропускную способность своих магистралей в 2-3 раза

 

можно пруф на эти 2 или 3 раза???? или как обычно пёрнули в лужу для хомячков??? ну про 10-15% возможно я бы не спорил да еще на 100% линке

 

но 200% это уже да, это диагноз ....

 

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

Share this post


Link to post
Share on other sites

А если серьезно?

Работает эта упаковка пакетов или чушь собачья?

Идея то вроде нормальная - запаковать кучу мелких пакетов в один большой.

Но мне нехватает знаний, чтобы оценить результат.

 

Работает, основная часть трафика пакеты малого размера, и если данные передаются к клиенту большими пакетами, то отдача (подтверждения доставки) обычно маленькими. Когда клиентов много становится много и маленьких пакетов. А упаковка позволяет не грузить радиоточки и их поллинговые протоколы упаковкой пакетов, с которой они справляются не очень хорошо. Если внизу поставить мощные железки, то с включенной упаковкой снижается пакетная нагрузка раз в 5, а порой и в 10 раз на магистральных каналах.

 

Многие, узнав про нее, увеличивают пропускную способность своих магистралей в 2-3 раза

 

можно пруф на эти 2 или 3 раза???? или как обычно пёрнули в лужу для хомячков??? ну про 10-15% возможно я бы не спорил да еще на 100% линке

 

но 200% это уже да, это диагноз ....

 

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

 

Почему один пакет должен придти раньше первого? В радио нужно устанавливать буфер PFIFO, тогда какие пакеты первыми ушли, те первыми и пришли, и их порядок не нарушается. Следовательно описанная вами проблема безосновательна. Кстати упаковка работает в пределах своего размера, и если вдруг пакеты придут в разное время, то это ни на что не повлияет, т.к. протоколы более высокого уровня умеют отрабатывать такие дела. В разное время может приходить только при агрегации нескольких каналов по L3.

Share this post


Link to post
Share on other sites

можно пруф на эти 2 или 3 раза???? или как обычно пёрнули в лужу для хомячков??? ну про 10-15% возможно я бы не спорил да еще на 100% линке

 

но 200% это уже да, это диагноз ....

 

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

У меня есть мост на нанобриджах м2. По обои стороны от него стоят тики. Один бридж в тихом месте, а второй стоит высоко, смотрит далеко, шума ловит много.

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

Share this post


Link to post
Share on other sites

У МТ упаковку настроил как выше.

Но не могу понять, как работает встроенная aggregation у нанобриджа м5.

По дефолту включено 32х50000. Прокачка (пакеты udp 1500 байт) двумя микротиками через два м5-25 на столе (0dbm, mcs15 скорость ~240мбпс, разница по поляризациям 1-2 дб) в одну сторону за полминуты выходит на 98мбпс. Обратно так же, потери ноль. Когда МТ начинает прокачивать both, скорость очень нестабильная, еле доползает до 15 мбит в обе стороны и тысячи lost packets. При этом скорость линка падает с 240 мбит до 45 мбит.

Ставлю 32х2304 вместо 32х50000. В одну сторону не более 50 мбит, both уже 30 мбит в каждую сторону и потери пакетов меньше сотни. Скорость линка при этом до 180 мбит падает.

 

Может, я что-то делаю не так?

Edited by nukunuku

Share this post


Link to post
Share on other sites

Конечно не так, у устройств порт 100мбит, следовательно в одну сторону выше 100 не получите. Когда запускаете дуплексный тест, нужно вручную указать скорость, например 50M/50M, смотрите если проходит, увеличиваете до 60M/60M и так далее, как пошла потеря пакетов - значит попали в потолок скорости.

 

Упаковка на наносах работает максимум до 8000 байт на одного клиента, следовательно что бы не грузит процессор точки и уменьшить потери, нужно устанавливать всегда 8х8000 это самые оптимальные значения, особенно на каналах точка-многоточка.

 

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

Share this post


Link to post
Share on other sites

Saab95

Делаю так, в итоге всё равно в дуплексе скорость низкая =(

 

А оборудование как расположено? Поставьте мощность 2-3дбм, установите устройства в разных углах комнаты так, что бы они смотрели друг на друга и добейтесь минимальных перекосов по поляризациям, тогда проверьте скорость еще раз. При тестировании на столе, особенно если устройства антеннами вниз положить, могут быть подобного рода проблемы со скоростью.

Share this post


Link to post
Share on other sites

Упаковка на наносах работает максимум до 8000 байт на одного клиента, следовательно что бы не грузит процессор точки и уменьшить потери, нужно устанавливать всегда 8х8000 это самые оптимальные значения, особенно на каналах точка-многоточка.

Настраивал рекомендуемую aggregation, в итоге скорость у всех упала, остановился пока на 16х16000. Хотя большой разницы между дефолтным 32х50000 не видно.

Share this post


Link to post
Share on other sites

тут два варианта:

либо отключить аггрегацию совсем и включить упаковку на МТ, либо отключит упаковку на МТ и включить аггрегацию на полную(32х50000) и не слушайте Сааба по поводу настройки аггригации на ЮБНТ -он не знает что там к чему(она отличается от МТ-шной).

Share this post


Link to post
Share on other sites

Если включаете упаковку на микротике, то агрегацию на убнт отключать не надо, иначе скорость сильно упадет.

 

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

Share this post


Link to post
Share on other sites

Если включаете упаковку на микротике, то агрегацию на убнт отключать не надо, иначе скорость сильно упадет.

Если агрегацию не отключить -- то упадёт.

 

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

Почитайте чтоль про AMPDU и AMSDU, нет такого ограничения в 8к на станцию.

Я знаю, откуда вы его отыскали, но ЮБНТ это НЕ МТ.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.