Constantin Posted November 16, 2015 Posted November 16, 2015 За то, чтобы люди, когда ставят то или иное оборудование, понимали, что получат в итоге. И задавали подобные вопросы до того, а не после. на МТ скорость сектора упадет немного, на плохого клиента будут сыпать потери, на остальных будет небольшое увеличение джитера на камбиуме же на плохом клиенте потерь будет в разы меньше, НО у остальных пинг подскочит до 100-200мс (автоматом пропускная сектора упадет в гавно) так что смотрите что лучше. Вставить ник Quote
Saab95 Posted November 16, 2015 Posted November 16, 2015 Ограничил плохому клиенту модуляцию до MCS8. База работает на MCS13. На вкладке Registration получилось вот что (см.рис.). Красным обведён плохой клиент. Если вы на самом клиенте установили галочки, то такое работает только в нстриме, в NV2 эти настройки не применяются, что используется в случаях, когда напортачили с настройками и клиент потерялся. На вашей картинке видно, что база работает на передачу в 40мгц, у части клиентов указано 20мгц. Нужно на самой базе ограничить канальные скорости снизу, например оставить только MCS 12-13 и посмотреть что произойдет со скоростью и качеством связи. В настройках NV2 TDMA Period Size нужно попробовать поменять значения в интервале от 2 до 5, так же можно попробовать и большие значения, например 10, что позволит еще больше увеличить скорость, в ущерб задержке. Так же, если вы еще не сделали, нужно заблокировать трафик между абонентами БС в фильтрах бриджа, и на самих клиентах зарезать все лишнее, если у вас не PPPoE. Если вы за одним клиентом подключаете несколько абонентов по кабелю и авторизация по PPPoE, то на антенне так же фильтрами бриджа все ограничиваете. Вставить ник Quote
slv700 Posted November 16, 2015 Posted November 16, 2015 За то, чтобы люди, когда ставят то или иное оборудование, понимали, что получат в итоге. И задавали подобные вопросы до того, а не после. на МТ скорость сектора упадет немного, на плохого клиента будут сыпать потери, на остальных будет небольшое увеличение джитера на камбиуме же на плохом клиенте потерь будет в разы меньше, НО у остальных пинг подскочит до 100-200мс (автоматом пропускная сектора упадет в гавно) так что смотрите что лучше. Это ложь, поклеп. Так Камбиум не работает, TDMA технологически так не может работать. Нет ни одного примера чтобы ePMP таким образом работал с плохими клиентами. Зы Constantin у Вас разве есть сеть малтипойнт на Камбиум? Откуда такие фантазии? Если у Вас есть такая сеть и она ведет описанном Вами выше способом, то в качестве доказательства своих слов выложите скрины, пожалуйста. Вставить ник Quote
divxl Posted November 16, 2015 Posted November 16, 2015 и на самих клиентах зарезать все лишнее Можно подробнее, что резать? Вставить ник Quote
TTvs Posted November 16, 2015 Posted November 16, 2015 (edited) Если вы на самом клиенте установили галочки, то такое работает только в нстриме, в NV2 эти настройки не применяются, что используется в случаях, когда напортачили с настройками и клиент потерялся. На вашей картинке видно, что база работает на передачу в 40мгц, у части клиентов указано 20мгц. Нужно на самой базе ограничить канальные скорости снизу, например оставить только MCS 12-13 и посмотреть что произойдет со скоростью и качеством связи. В настройках NV2 TDMA Period Size нужно попробовать поменять значения в интервале от 2 до 5, так же можно попробовать и большие значения, например 10, что позволит еще больше увеличить скорость, в ущерб задержке. Так же, если вы еще не сделали, нужно заблокировать трафик между абонентами БС в фильтрах бриджа, и на самих клиентах зарезать все лишнее, если у вас не PPPoE. Если вы за одним клиентом подключаете несколько абонентов по кабелю и авторизация по PPPoE, то на антенне так же фильтрами бриджа все ограничиваете. Было сделано всё, что вы написали. Аптайм всех клиентов, кроме одного больше месяца. TDMA Period Size я выбирал по максимальной прокачке до плохого клиента. Так как на хороших клиентах он почти не сказывается. Спасибо! Edited November 16, 2015 by TTvs Вставить ник Quote
Saab95 Posted November 16, 2015 Posted November 16, 2015 Можно подробнее, что резать? Это зависит от того, по какой технологии у вас сеть. Например у вас база, подключена сетевым портом Ether1 к центральному микротику. В бридже в фильтрах создаете правило, если входящий интерфейс не ether1 и исходящий интерфейс не ether1, то дроп. Ведь если данные передаются от абонента к серверу, то исходящим будет сетевой порт, если данные идут от сервера к клиенту, то входящим будет сетевой порт и данные пройдут. Если же абоненты будут передавать данные между собой, подключенные по радио, то их данные будут отброшены. Аналогично, если у вас на сервере подключено несколько БС или секторов, то нужно на каждом изолировать абонентов, а потом еще и в центре по аналогичной схеме изолировать порты, только в этом случае уже не будет интерфейса, просто блокируете весь трафик который идет на бридже транзитом. Далее на клиентах, если PPPoE то блокируете PPPoE Seccion и Discovery. Делать это нужно тогда, когда за антенной находится несколько абонентов и она работает в бридже. Если там просто PPPoE клиент на самой антенне, то нужно только ARP отключить на интерфейсе в сторону беспроводки. Таким образом вы уменьшите количество не нужного трафика, это позволяет немного увеличить общую скорость работы, особенно когда много абонентов на БС и все они что-то качают, т.к. не активные абоненты практически ничего не передают. Если у вас такая схема, что адреса выдают в центре, а за антенной по кабелю подключен абонент, то нужно заблокировать весь исходящий трафик на все мак адреса, кроме адреса сервера, оставить широковещательные запросы и запросы к DHCP серверу. Что бы не заморачиваться со сменой фильтров маков при замене оборудования в центре, на нем можно сразу установить какие-то левые маки, или делать фильтры по маске. Вставить ник Quote
TTvs Posted November 16, 2015 Posted November 16, 2015 если входящий интерфейс не ether1 и входящий интерфейс не ether1, то дроп. Здесь ошибка? Вставить ник Quote
Saab95 Posted November 17, 2015 Posted November 17, 2015 если входящий интерфейс не ether1 и входящий интерфейс не ether1, то дроп. Здесь ошибка? Да, второе это исходящий интерфейс. Вставить ник Quote
divxl Posted November 19, 2015 Posted November 19, 2015 Подскажите, как правильно сделать. Сейчас абонентские антенны являются роутерами, за ними стоит еще один роутер для раздачи WiFi по дому. Если подключаем за антенной несколько абонентов, то все просто, даем разные IP и готово. Начали внедрять биллинг Hotspot + MAC авторизация, столкнулись с проблемой, как авторизовывать абонетов с одной антенны? Настраивать ее как бридж и ехать к каждому для перенастройки роутера? Или есть правильнее решение ? Вставить ник Quote
Saab95 Posted November 20, 2015 Posted November 20, 2015 Или есть правильнее решение ? PPPoE, тогда часть абонентов работают за CPE, которая сама подключается к сети и раздает инет по кабелю, обычно в этих случаях у абонента роутер настраивают как коммутатор с вайфаем. Когда за антенной подключено несколько разных абонентов, ее настраивают либо бриджом с фильтром всего не нужного, далее уже подключаются абоненты без указания IP, либо на антенне PPPoE клиент и поверх в EoIP туннеле идет трафик абонентов в центр, тогда не требуется выделять адреса для установки на антенне. Вставить ник Quote
divxl Posted November 20, 2015 Posted November 20, 2015 обычно в этих случаях у абонента роутер настраивают как коммутатор с вайфаем. К сожалению не все роутеры так умеют :( Когда за антенной подключено несколько разных абонентов, ее настраивают либо бриджом с фильтром всего не нужного, далее уже подключаются абоненты без указания IP Т.е. на роутерах абонентов подключаемся по PPPoE ? либо на антенне PPPoE клиент и поверх в EoIP туннеле идет трафик абонентов в центр, тогда не требуется выделять адреса для установки на антенне. В таком виде не понятно, как биллинг будет этих абонентов обслуживать, если авторизация по PPPoE ? Получается что антенна является абонентом, разве нет ? Вставить ник Quote
TTvs Posted November 20, 2015 Posted November 20, 2015 К сожалению не все роутеры так умеют :( Во многих роутерах отключается DHCP сервер. Выставляете на нем такую же подсеть, как на CPE и все работает. Вставить ник Quote
Saab95 Posted November 21, 2015 Posted November 21, 2015 Т.е. на роутерах абонентов подключаемся по PPPoE ? Да, либо прямо на компьютерах. В таком виде не понятно, как биллинг будет этих абонентов обслуживать, если авторизация по PPPoE ? Получается что антенна является абонентом, разве нет ? Биллинг будет обслуживать на основе IP адреса, который через PPPoE выдается, соответственно если вы завели в биллинг этого абонента, он посчитает. Если нет, то считать не будет. Вы можете завести абонентов для служебных нужд, просто учетные записи, которые вводите на антеннах, за которыми подключено несколько клиентов, тогда IP адрес антенны у вас будет задаваться в настройках учетной записи и не будет меняться, куда бы вы эту антенну не подключили. Второй плюс такого решения - в случае проблем, например флуд с порта, вы просто отключаете эту учетную запись и скидываете с сервера, она больше в сеть ничего передавать не будет. Во многих роутерах отключается DHCP сервер. Выставляете на нем такую же подсеть, как на CPE и все работает. Да, нужно поменять IP адрес внутренней сети роутера на другой, что бы он не конфликтовал с адресом на микротике и не был в списке для выдачи по DHCP. Кабель от микротика нужно подключать в порт LAN. Вставить ник Quote
divxl Posted November 21, 2015 Posted November 21, 2015 Выставляете на нем такую же подсеть, как на CPE и все работает. Да, нужно поменять IP адрес внутренней сети роутера на другой, что бы он не конфликтовал с адресом на микротике и не был в списке для выдачи по DHCP. Что то Вы запутали меня... DHCP выдавать будет микротик, верно? На роутере указываю IP подсеть миротика? вставляю все это в ЛАН порт роутера? Только из всего выше сказанного не понятно, какой у самого роутера будет IP, или его указать в разделе WAN как статик, тот же что и локальная сеть, но только что б не попадал в выдачу по DHCP? Вставить ник Quote
TTvs Posted November 22, 2015 Posted November 22, 2015 Я делаю так. Например, у Микротика подсеть: 192.168.1.0/24. Адрес микротика: 192.168.1.1. Включаю DHCP сервер: 192.168.1.3-192.168.1.254 LAN адрес роутера: 192.168.1.2, та же подсеть. DHCP отключен. Кабель от Микротика вставлен в любой порт LAN роутера. Вставить ник Quote
Saab95 Posted November 22, 2015 Posted November 22, 2015 DHCP выдавать будет микротик, верно? На роутере указываю IP подсеть миротика? вставляю все это в ЛАН порт роутера? Только из всего выше сказанного не понятно, какой у самого роутера будет IP, или его указать в разделе WAN как статик, тот же что и локальная сеть, но только что б не попадал в выдачу по DHCP? Например роутер выдает сеть вида 192.168.0.2-254 и сам имеет адрес 192.168.0.1 Вы заходите на микротик и настраиваете на нем адрес 192.168.0.1, настраиваете DHCP сервер на выдачу адресов 192.168.0.100-254. Заходите на роутер (не подключая его к микротику) в настройках отключаете DHCP сервер, и меняете IP адрес сети LAN на 192.168.0.2. Компьютерам и устройствам, которым нужно указать адреса вручную, ставите их из диапазона 192.168.0.10-99. На микротике можете настроить проброс порта на адрес роутера, что бы можно было удаленно зайти и поменять какие-то настройки, например пароль на вайфай. Если нужно подключиться к сети абонента, что бы поменять настройки вновь устанавливаемого роутера, то настраиваете на интерфейсе микротика прокси-арп, настраиваете PPTP сервер, создаете учетку с адресом например 192.168.0.90 и оказываетесь как бы в его сети. Если абонент поставил новый роутер и у него адрес опять стал 192.168.0.1, то вы на микротике ставите другой адрес, например 192.168.0.10, заходите удаленно на роутер и меняете настройки, потом возвращаете адрес на микротике. С микротиком очень удобно работать. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.