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

Черновичок по "пионерскому" вайфаю версия 2.0 - покритикуйте Описание для новичков. Чтобы не задавали одинаковых вопросов на форуме

Да вот нихрена не лучше. Пробовал 2T2R в 20 и 40-скорость в торрентах однаковая. Вот думаю, стоит ли пробовал 1T1R в 40.

Share this post


Link to post
Share on other sites

Да вот нихрена не лучше. Пробовал 2T2R в 20 и 40-скорость в торрентах однаковая. Вот думаю, стоит ли пробовал 1T1R в 40.

 

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

Share this post


Link to post
Share on other sites

Здравствуйте, дорогие профессионалы и специалисты :) обращаюсь к вам за помощью.

Пишет вам пионер WiFi, столкнувшийся с проблемой проседания одного из каналов (в частности исходящего с клиента на базу). Используемое оборудование: UBNT Rocket M5 в качестве БС (секторная антенна 120 градусов), клиенты - весь зоопарк: AirGrid, NS, NS loco, Nano Beam.

Проблема выглядит так: вечером и в выходные дни клиенты отмечают сильное, порой десятикратное, понижение входящей скорости (с 2 Мбит до 0,2 Мбит). В то же время, встроенный спидтест (замер с клиента на базу) показывает приличную скорость приема (порядка 10 Мбит/с) и низкую скорость отдачи (около 2 Мбит/с).

БС работает в "компании" из трех идентичных рокетов, причем один из них выступает в роли PtP моста (да, знаю, что решение кривое, но иначе сделать невозможно) с шириной 40 МГц. Итого имеем 4 рокета, стоящих на вышке, три из них работают на ширине канала 20 МГц, один "мост" - на который сливается трафик с остальных - на 40 МГц. Мост реализован с помощбю двух Rocket M5 - один с секторной 120 градусной антенной, другой с Rocket Dish.

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

 

После внимательного прочтения ваших (и не только) FAQ, что было сделано:

- база работает на ширине канала 20 МГц и мощности 18 дБм

- мощность клиентов понижена минимум до 18 дбм

- базы были разнесены по частотам

- клиенты на каждой базе были изолированы

- включен AirMAX, прописаны приоритеты на клиентах соответственно уровням

 

Пока эффекта никакого.

 

Вопросы следующие:

1) Как бороться с этой бедой? Почему падает пропускная способность исходящего канала на БС с клиента и что можно с этим сделать? Как сделать так, чтобы вечерами и в выходные клиенты не страдали от понижающейся скорости?

2) факультативный: какое максимальное количество клиентов может обслуживать одна БС?

3) Aggregation – рекомендуемые значения (8 и 8000) вытсавлять только на БС или на клиентах тоже?

4) С какой точки слушать эфир на зашумленность утилитой AirView? С точки клиента или с точки базы?

 

Физические манипуляции с базами (наклон, перевес, юстировка) сильно ограничены, если не сказать что невозможны. Например, на вышке разрешено использование только "лыжеобразных" секторных антенн, круглую поставить нельзя.

Если нужны какие уточнения, предоставлю.

Спасибо.

Share this post


Link to post
Share on other sites

Доброго,

 

Имею омни, который в птп с схт. Омни сейчас не работает как шлюз во внешний мир, а обеспечивает лишь линк.

Хочу сделать омни шлюзом. Он пронатит сотку и передаст ее в линк? Нужна стабильность, потолочная скорость не так важна.

Share this post


Link to post
Share on other sites

1) Как бороться с этой бедой? Почему падает пропускная способность исходящего канала на БС с клиента и что можно с этим сделать? Как сделать так, чтобы вечерами и в выходные клиенты не страдали от понижающейся скорости?

 

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

 

2) факультативный: какое максимальное количество клиентов может обслуживать одна БС?

 

100 человек.

 

3) Aggregation – рекомендуемые значения (8 и 8000) вытсавлять только на БС или на клиентах тоже?

 

И на базе и на клиентах.

 

4) С какой точки слушать эфир на зашумленность утилитой AirView? С точки клиента или с точки базы?

 

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

 

Имею омни, который в птп с схт. Омни сейчас не работает как шлюз во внешний мир, а обеспечивает лишь линк.

Хочу сделать омни шлюзом. Он пронатит сотку и передаст ее в линк? Нужна стабильность, потолочная скорость не так важна.

 

Настраиваете омнитик как роутер по инструкциям с интернета. Все будет стабильно работать.

Share this post


Link to post
Share on other sites
3) Aggregation – рекомендуемые значения (8 и 8000) вытсавлять только на БС или на клиентах тоже?

Для ЮБНТ его трогать не требуется.

Share this post


Link to post
Share on other sites

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

Спасибо, а можете подсказать, куда копать? Какова физическая природа того, что канал в одну сторону сильный, а в другую - слабый?

Что самое поразительное, проблема появилась одномоментно, то есть грубо говоря еще вчера все было хорошо, а сегодня одна за одной идут жалобы на скорость... Почему так могло произойти? Что изменилось? Я думала, что это сезонное явление (плотность среды - воздуха - из-за перепадов температур в осенний период становится неравномерна), но сейчас уже все более-менее устаканилось, а проблема не ушла, значит, дело не в этом.

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

 

НО! Хотелось бы обратить внимание. Проседание исходящего на БС канала (в большей или меньшей мере) характерно для ВСЕХ клиентов, завязанных на данную БС, независимо от георграфического положения.

 

 

Для ЮБНТ его трогать не требуется.

Почему? В первом посте темы указано обратное.

 

 

И еще, забыла спросить, показатель "Noise Floor" - на что он влияет? -98 dBm это нормальный показатель или нет? По Signal Strength там понятно, чем выше значение, т.е. чем меньше число со знаком "минус", тем лучше. А Noise Floor? -115 лучше, чем -98, или наоборот?

Share this post


Link to post
Share on other sites
Почему? В первом посте темы указано обратное.

"Специалист" дающий данные рекомендации так и не удосужился разобраться детально в данном вопросе и исправить первый пост, настройка агрегации МТ и ЮБНТ отличается, рекомендация 8 8000 применима для МТ, для ЮБНТ она приводит к совершенно иному результату, трогать аггрегацию следует при низком CCQ, в противном случае трогать данный параметр не рекомендую.

 

И еще, забыла спросить, показатель "Noise Floor" - на что он влияет? -98 dBm это нормальный показатель или нет?

Уровень шума, совместно с Signal Strength влияет на возможность работы на определённой MCS, -98 -- нормальное значение, --115 лучше :), но повлиять на него Вы всё равно не можете.

Share this post


Link to post
Share on other sites

Уровень шума, совместно с Signal Strength влияет на возможность работы на определённой MCS, -98 -- нормальное значение, --115 лучше :), но повлиять на него Вы всё равно не можете.

Спасибо, а для общего развития - как этот показатель измеряется? Это некая мера "зашумленности" эфира?

То есть, правильно я поняла: грубо говоря если где-то Noise Floor -88, то там ловить в принципе нечего, и все пляски с бубнами и перескоками с одной частоты на другую будут бесполезны, а если где-то Noise Floor -115, то там все и так в ажуре? Или как-то можно выживать в условиях высокого Noise Floor?

Share this post


Link to post
Share on other sites
То есть, правильно я поняла: грубо говоря если где-то Noise Floor -88, то там ловить в принципе нечего, и все пляски с бубнами и перескоками с одной частоты на другую будут бесполезн

Не совсем, на каждой частоте уровень шума свой, и всё зависит от уровня входного сигнала, если при уровне шума -88 сигнал будет не хуже -64, то при этом (SNR=25дБ) возможно, теоретически установление максимальной схемы MCS -- 15, но это только теория, практика иная, но при уровне шума -88 работать можно.

Share this post


Link to post
Share on other sites

Не совсем, на каждой частоте уровень шума свой, и всё зависит от уровня входного сигнала, если при уровне шума -88 сигнал будет не хуже -64, то при этом (SNR=25дБ) возможно, теоретически установление максимальной схемы MCS -- 15, но это только теория, практика иная, но при уровне шума -88 работать можно.

 

Сказочники=) При уровне шума -88 даже при сигнале -64 нормально работать на высоких скоростях не будет.

 

Спасибо, а можете подсказать, куда копать? Какова физическая природа того, что канал в одну сторону сильный, а в другую - слабый?

Что самое поразительное, проблема появилась одномоментно, то есть грубо говоря еще вчера все было хорошо, а сегодня одна за одной идут жалобы на скорость... Почему так могло произойти? Что изменилось? Я думала, что это сезонное явление (плотность среды - воздуха - из-за перепадов температур в осенний период становится неравномерна), но сейчас уже все более-менее устаканилось, а проблема не ушла, значит, дело не в этом.

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

 

НО! Хотелось бы обратить внимание. Проседание исходящего на БС канала (в большей или меньшей мере) характерно для ВСЕХ клиентов, завязанных на данную БС, независимо от георграфического положения.

 

Могла попасть вода в разъемы кабеля, могла сместится антенна, могла появится помеха, которую ловит база или абоненты, вот скорости и упали. Бывает что она действует только на одну поляризацию, например вертикальную, тогда переход в одноканальный режим может исправить ситуацию, однако на убнт перевести все устройства в такой режим с базы нельзя, нужно заходить на каждую и менять настройки. Именно по этой причине убнт и нельзя использовать в больших сетях.

 

Те, кто находятся рядом с вышкой могут просто не ловить помехи, или у них уровень сигнала и так высокий, и они не влияют на скорость.

 

"Специалист" дающий данные рекомендации так и не удосужился разобраться детально в данном вопросе и исправить первый пост, настройка агрегации МТ и ЮБНТ отличается, рекомендация 8 8000 применима для МТ, для ЮБНТ она приводит к совершенно иному результату, трогать аггрегацию следует при низком CCQ, в противном случае трогать данный параметр не рекомендую.

 

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

Share this post


Link to post
Share on other sites

Сказочники=) При уровне шума -88 даже при сигнале -64 нормально работать на высоких скоростях не будет.

Слово теоретически следовало выделить особо. Вот собственно данные с офф. форума:

You need Signal to Noise Ratio (SNR).

MCS 15/7: 32 dB

MCS 14/6: 29 dB

MCS 13/5: 25 dB

MCS 12/4: 22 dB

MCS 11/3: 18 dB

MCS 10/2: 14 dB

 

где SNR -- это разница между уровнем входного сигнала и уровнем шума.

 

Да, наврал, для максимальных модуляций при уровне шума -88 сигнал должен быть -56

 

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

Сначала разберитесь в сути параметров агрегации UBNT, потом удалите из поста данные про 8/8000(которые в случае с UBNT взяты с потолка), потом уже можно о чём то разговаривать :) В случае p2mp с телефонией я рекомендую отключать агрегацию, в остальных случаях при нормальном CCQ(>95%) не трогать.

Share this post


Link to post
Share on other sites

MCS 15/7: 32 dB

MCS 14/6: 29 dB

MCS 13/5: 25 dB

MCS 12/4: 22 dB

MCS 11/3: 18 dB

MCS 10/2: 14 dB

 

где SNR -- это разница между уровнем входного сигнала и уровнем шума.

 

Эти данные ни о чем, т.к. на вайфае SNR может быть и 50-60, а высокая модуляция работать не будет, потому что уровень сигнала не имеет ничего общего с уровнем сигнала и рассчитывается исходя от установленного уровня шума. Поэтому все определяется только опытным путем и расчетом энергетического бюджета без привязки к сигналам.

 

Сначала разберитесь в сути параметров агрегации UBNT, потом удалите из поста данные про 8/8000(которые в случае с UBNT взяты с потолка), потом уже можно о чём то разговаривать :) В случае p2mp с телефонией я рекомендую отключать агрегацию, в остальных случаях при нормальном CCQ(>95%) не трогать.

 

Суть простая, размер одной посылки одному адресату 8000 байт, это ограничение протокола, когда ставите агрегацию 65000 по умолчанию, то за раз передается группа таких посылок, соответственно если середина или конец будут приняты с ошибками, потребуется повторная передача всего куска. Когда ограничиваете размер 8000 байт, то устройства отправляют только одну посылку за раз, и если она потерялась, то отправят только этот маленький кусок данных, а не большой.

 

Агрегацию отключать нельзя, т.к. сильно падает пропускная способность, поэтому и опытным путем установлено, что 8 и 8000 оптимальные значения.

Share this post


Link to post
Share on other sites

Эти данные ни о чем, т.к. на вайфае SNR может быть и 50-60, а высокая модуляция работать не будет, потому что уровень сигнала не имеет ничего общего с уровнем сигнала и рассчитывается исходя от установленного уровня шума. Поэтому все определяется только опытным путем и расчетом энергетического бюджета без привязки к сигналам.

Блин, ещё раз -- выше приведены официальные данные которые зашиты в алгоритм выбора модуляции, при текущих возможностях чипа по измерению параметров.

 

Суть простая, размер одной посылки одному адресату 8000 байт, это ограничение протокола, когда ставите агрегацию 65000 по умолчанию, то за раз передается группа таких посылок, соответственно если середина или конец будут приняты с ошибками, потребуется повторная передача всего куска. Когда ограничиваете размер 8000 байт, то устройства отправляют только одну посылку за раз, и если она потерялась, то отправят только этот маленький кусок данных, а не большой.

Не совсем так, читайте про MCDU, MPDU

 

 

Агрегацию отключать нельзя, т.к. сильно падает пропускная способность,

В некоторых случаях её отключение -- необходимая мера.

 

поэтому и опытным путем установлено, что 8 и 8000 оптимальные значения.

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

Share this post


Link to post
Share on other sites

Блин, ещё раз -- выше приведены официальные данные которые зашиты в алгоритм выбора модуляции, при текущих возможностях чипа по измерению параметров.

 

Официальные от убнт?

 

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

 

В микротике такое не используется, в нстриме максимум 3200, в NV2 вообще динамическая упаковка.

Share this post


Link to post
Share on other sites

Здравствуйте снова,

за прошедее время мной была предпринята попытка по исправлению ситуации, а именно: переезд на другую частоту. Не получилось :( Объяснять долго. В двух словах: для того, чтобы переход был безболезненным для пользователей, базу, которая работает в режиме моста (далее Б2), перевели на частоту, которую раньше занимала "проблемная" база (далее Б1); в то же время Б1 была перенесена на более высокую частоту с тем, чтобы клиентов можно было по одному брать с Б2 и "пересаживать" на Б1, изменяя сканируемую частоту в списке каналов. Последствия не заставили себя ждать.. У 70% клиентов RX с Б2 упал до 0, на остальных клиентов просто невозможно было зайти. Пришлось делать всё как было, и мы приняли решение играть ва-банк: заходить на каждого клиента вручную, прописывать там частоту, а после завершения этих работ разом переводить Б1 на новую частоту.

 

В итоге, местами ситуация ухудшилась, и намного. Сразу же откатили всё назад, до сих пор ситуация С ИСХОДНОЙ ПОЗИЦИИ (до переноса частот) не менялась. Как было, так и есть.

 

Я не зря спрашивала про Noise Floor. Две недели назад на некоторых клиентах показатель доходил до -79 dBm.

 

Сейчас прошлась по "проблемным" клиентом: уровень Noise Floor ВНЕЗАПНО вырос до -102..105 dBm, но общая ситуация не изменилась: как страдал один канал, так и продолжает. Неизвестно, с чем связано уменьшение шума, и насколько долго оно продержится, где гарантия, что ситуация не ухудшится сама собой.

 

Из-за общего понижения скорости на клиентах у VoIP-пользователей голос становится "железным" и квакает, остальные так же жалуются на понижение скорости. Манипуляции с агрегацией не помогли у отдельно взятых абонентов.

Мозги уже вытекают, натыкайте носом, пожалуйста, что делать :((( Надо что-то предпринимать, не знаю куда щемиться... Если нужна какая инфа, все скажу

 

post-124076-007289700 1419326781_thumb.png

post-124076-096098600 1419326799_thumb.png

Edited by Kolbaska

Share this post


Link to post
Share on other sites

1)Обновите прошивку

2)Используйте альтернативный алгоритм

3)Отключите агрегацию

4)Убедитесь, что весь voip трафик содержит корректные QoS метки: http://wiki.ubnt.com/AirMax_-_QoS_DSCP/TOS_Mappings

 

Последние два пункта вряд ли исправят ситуацию в целом, но повысят качество voip.

Share this post


Link to post
Share on other sites

за прошедее время мной была предпринята попытка по исправлению ситуации, а именно: переезд на другую частоту. Не получилось :( Объяснять долго. В двух словах: для того, чтобы переход был безболезненным для пользователей, базу, которая работает в режиме моста (далее Б2), перевели на частоту, которую раньше занимала "проблемная" база (далее Б1); в то же время Б1 была перенесена на более высокую частоту с тем, чтобы клиентов можно было по одному брать с Б2 и "пересаживать" на Б1, изменяя сканируемую частоту в списке каналов. Последствия не заставили себя ждать.. У 70% клиентов RX с Б2 упал до 0, на остальных клиентов просто невозможно было зайти. Пришлось делать всё как было, и мы приняли решение играть ва-банк: заходить на каждого клиента вручную, прописывать там частоту, а после завершения этих работ разом переводить Б1 на новую частоту.

 

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

 

 

Мозги уже вытекают, натыкайте носом, пожалуйста, что делать :((( Надо что-то предпринимать, не знаю куда щемиться... Если нужна какая инфа, все скажу

 

Когда пропишите на всех клиентах полный сканлист, сможете погулять по частотам в широких диапазонах, т.к. бывает помеха на 200-300 мегагерц и смена частот рядом ситуацию не изменит. Кроме всего на всех устройствах сети должна стоять мощность 18дбм или менее.

Share this post


Link to post
Share on other sites
Кроме всего на всех устройствах сети должна стоять мощность 18дбм или менее.

Давай без сказок. Мощность выбирается исходя из уровня приёмного сигнала на противоположно стороне и помех.

Если нужна какая инфа, все скажу

Мэин-- подвкладка stations будет не лишней

 

Да, АСК дистанции введены вручную? Запас есть?

Share this post


Link to post
Share on other sites

Давай без сказок. Мощность выбирается исходя из уровня приёмного сигнала на противоположно стороне и помех.

 

То есть с расстояния в 5 км можно обычный нанос повесить и бегунок мощности до упора вправо подвинуть?

Share this post


Link to post
Share on other sites
Кроме всего на всех устройствах сети должна стоять мощность 18дбм или менее.

Давай без сказок. Мощность выбирается исходя из уровня приёмного сигнала на противоположно стороне и помех.

 

Мэин-- подвкладка stations будет не лишней

 

Да, АСК дистанции введены вручную? Запас есть?

post-124076-005182600 1419499483_thumb.png

Цветом выделен клиент с проблемами VoIP.

 

АСК стоит в автосогласовании.

 

По мощности: чем и как нужно руководствоваться при выставлении мощности? Есть какая-нибудь сводная таблица по зависимости мощности от уровня приемного сигнала/помех?

Edited by Kolbaska

Share this post


Link to post
Share on other sites
АСК стоит в автосогласовании.

Установите ручками и с запасом....

Цветом выделен клиент с проблемами VoIP.

CCQ плохой, если есть возможность --- запустите на клиенте (удалённо не получится) эирВью.

 

Мощность, если есть возможность -- увеличивайте.

АСК -- вручную с запасом.

Агрегацию, если стоит -- отрубить.

Алгоритм -- альтернативный.

Прошивка какая?

MCS можно зажать до MCS12.

 

Есть какая-нибудь сводная таблица по зависимости мощности от уровня приемного сигнала/помех?

Есть, недавно постил:

You need Signal to Noise Ratio (SNR).

MCS 15/7: 32 dB

MCS 14/6: 29 dB

MCS 13/5: 25 dB

MCS 12/4: 22 dB

MCS 11/3: 18 dB

MCS 10/2: 14 dB

Ознакомьтесь + пару постов выше:

http://forum.nag.ru/forum/index.php?showtopic=73541&view=findpost&p=1049592

 

При этом на базе уровни сигналов от клиентов не должны отличаться более чем на 6дБ.

 

Мощность базы выставляется по самому дальнему клиенту, нужно, чтоб он слышал базу по заданному уровню, в зависимости от уровня окружающих шумов требуемого MCS.

Share this post


Link to post
Share on other sites

Доброй ночи! Посоветуйте:

У меня мост ubiquity по WDS 'у от провайдера (у него PPPoE соединение), на моей стороне стоит Микротик Rb951g

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

Можно ли пробросить порт так чтобы я мог из своей внутренней сети заходить на адрес одного из ubiquity?

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

Спасибо..

Share this post


Link to post
Share on other sites

Доброй ночи! Посоветуйте:

У меня мост ubiquity по WDS 'у от провайдера (у него PPPoE соединение), на моей стороне стоит Микротик Rb951g

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

Можно ли пробросить порт так чтобы я мог из своей внутренней сети заходить на адрес одного из ubiquity?

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

Спасибо..

Можно конечно, Saab уже рассказывал как, я повторял его рассказ, у самого так было сделано и все работало отлично. На порт микротика куда входит кабель от ubiquity, вешается IP адрес из диапазона адресов которые указаны для управления UBNT и все, ходите по ним свободно. Пример. На Ubnt 1 стоит адрес 192.168.2.111 на Ubnt 2 192.168.2.112, вешаете на порт микротика адрес 192.168.2.100 и свободно ходите на адреса Ubnt 192.168.2.111 и 192.168.2.112. Вроде подробно и понятно объяснил.

Edited by Vasillich

Share this post


Link to post
Share on other sites

Доброй ночи! Посоветуйте:

У меня мост ubiquity по WDS 'у от провайдера (у него PPPoE соединение), на моей стороне стоит Микротик Rb951g

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

Можно ли пробросить порт так чтобы я мог из своей внутренней сети заходить на адрес одного из ubiquity?

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

Спасибо..

Можно конечно, Saab уже рассказывал как, я повторял его рассказ, у самого так было сделано и все работало отлично. На порт микротика куда входит кабель от ubiquity, вешается IP адрес из диапазона адресов которые указаны для управления UBNT и все, ходите по ним свободно. Пример. На Ubnt 1 стоит адрес 192.168.2.111 на Ubnt 2 192.168.2.112, вешаете на порт микротика адрес 192.168.2.100 и свободно ходите на адреса Ubnt 192.168.2.111 и 192.168.2.112. Вроде подробно и понятно объяснил.

 

Да, спасибо

 

Ubnt 1 192.168.88.20

Ubnt 2 192.168.88.21 Ether1 WAN порт

 

DHCP pool 192.168.88.100-200

Комп 192.168.88.119 Ether 2 LAN порт получил соответственно

 

На железки не заходит...Что я не так делаю?)

Не понимаю как можно зайти через сеть на железо за роутером

Edited by Rus19

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