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

EPMP 2000 в качестве маршрутизатора

Добрый день коллеги, хотелось бы уточнить как используете EPMP 2000 ?  Только в качестве передающей части подключенной к маршрутизатору, или БС может сама нарезать полосы абонентам, маршрутить их и управляться из биллинга, как например микротик ?

Share this post


Link to post
Share on other sites

Только как транспорт. Все рулится и режется на Микротике. 

Share this post


Link to post
Share on other sites

База может сама нарезать скорость на каждого абонента ( причем делает это в отличие на Микротика на МАС уровне  L2 ).  Сеть из базовых станций, абонентов и магистралей  может быть L2 (  со свичами  и VLAN) , IP роутинг и роутеры не нужны ( не обязательны). Граничный маршрутизатор  может быть любой, Cisco или Микротик или что то другое. Биллинг- отдельная тема.

Share this post


Link to post
Share on other sites
10 часов назад, slv700 сказал:

База может сама нарезать скорость на каждого абонента

Резать-режет, вопросов нет, но есть один нью-анс, база режет на радио, т.е. учитывает весь трафик в том числе и мусор который ходит по L2. Если шейпить  клиенту например ровно 5Мбит,  - то он получит меньше 5Мбит. А если не шейпить базой, а  " Cisco или Микротик или что то другое" - клиент таки получит свой канал полностью.

Share this post


Link to post
Share on other sites
3 часа назад, aqwerty сказал:

Резать-режет, вопросов нет, но есть один нью-анс, база режет на радио, т.е. учитывает весь трафик в том числе и мусор который ходит по L2. Если шейпить  клиенту например ровно 5Мбит,  - то он получит меньше 5Мбит. А если не шейпить базой, а  " Cisco или Микротик или что то другое" - клиент таки получит свой канал полностью.

а если оператор поумнее и похитрее то он шейпер настроит с bust на 3-5 секунд с ограничением 8 мбит, и тогда при веб серфинге клиент будет быстро получать страничку или основную ее часть и быстрее освобождать канал, тоже с ютубом или другим видео контентом .......

но это уже нюансы....

Share this post


Link to post
Share on other sites
6 часов назад, aqwerty сказал:

А если не шейпить базой, а  " Cisco или Микротик или что то другое" - клиент таки получит свой канал полностью.

 Есть определенная техническая специфика шейпить на  IP уровне на маршрутизаторах,  особенно , находящихся далеко от базы. Одна их них шейп по аплинку.

Нормальная практика профессионального оборудования - создание для каждого клиента ( группы клиентов) MIR/CIR/QoS профайлов.   ePMP может  MIR c QoS по классификаторам трафика- DSCP, COS, VLAN ID, IP & MAC Addr, Broadcast, Multicast, Station Priority.   Широковещательный трафик ( типа АRP) в MIR клиента не засчитывается.

 

2 часа назад, Constantin сказал:

а если оператор поумнее и похитрее то он шейпер настроит с bust на 3-5 секунд с ограничением 8 мбит, и тогда при веб серфинге клиент будет быстро получать страничку или основную ее часть и быстрее освобождать канал, тоже с ютубом или другим видео контентом .......

но это уже нюансы....

Это все пионерия. Современные требования к клиентскому  каналу даже для глухомани - от 6-8+ Mbps, чтобы можно было смотреть видео.

Константин, отдыхайте на своем микротике с burst и другом вашем   мутном зоопарке.  Хотя из говна можно сделать конфетку. Elevate beta для Микротик уже есть  и работает отлично. При 30-50 клиентах на сектор после апгрейта Микротик спокойно  даете людям  тариф 10-20Мbps без всяких  burst и они счастливы.

Share this post


Link to post
Share on other sites
5 часов назад, slv700 сказал:

Elevate beta для Микротик уже есть  и работает отлично.

Кстати... Можете поделиться для тестов ??

Share this post


Link to post
Share on other sites

Спросите ( можно в русскогоязычном разделе форума оф.сайта) у moisa.  У меня прошивка есть, проводим  с  провайдерами полевые испытания ( полет нормальный ),  но я могу выдать прошивку только с его разрешения.

Share this post


Link to post
Share on other sites
2 минуты назад, slv700 сказал:

Спросите ( можно в русскогоязычном разделе форума оф.сайта) у moisa.  У меня прошивка есть, проводим  с  провайдерами полевые испытания ( полет нормальный ),  но я могу выдать прошивку только с его разрешения.

Я в принципе общался с ним на эту тему, но он куда то пропал ))

Можете дать прокомментировать какие либо особенности с передачей мультикаста ? Сейчас готовим платформу для теста с iptv, хотелось бы услышать ваше мнение относительно предоставления данной услуги посредством EPMP 2000

Share this post


Link to post
Share on other sites

Мои кастомеры с этим сервисом не работают,  все предпочитают OTT или IPTV в unicast . Сергей Голованов ( Камбиум ) имеет  большой опыт работы с  multicast IPTV на ePMP. Спросите у него. 

Share this post


Link to post
Share on other sites
On 2/15/2018 at 7:24 AM, rdmitrich said:

Я в принципе общался с ним на эту тему, но он куда то пропал ))

Можете дать прокомментировать какие либо особенности с передачей мультикаста ? Сейчас готовим платформу для теста с iptv, хотелось бы услышать ваше мнение относительно предоставления данной услуги посредством EPMP 2000

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

 

Только если очень хочется и вы понимаете все присущие мультикасту проблемы, то можно.

 

Edited by m0sia

Share this post


Link to post
Share on other sites
8 часов назад, m0sia сказал:

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

 

Только если очень хочется и вы понимаете все присущие мультикасту проблемы, то можно.

 

 

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

К БС подается канал в 50 мегабит и подключено допустим 30 абонентов. Если рассматривать вариант с отт (юникаст), то путем эмпирических рассуждений получается следующая картина:  Субботним вечером 50% абонентов решили смотреть всей семьей ТВ. Учитывая, что это минимум 4 мегабита на абонента, то получается 4*30 ?? И того 120 мегабит в раздаче ??  В 20 мегагерцной полосе получаем практически полную загрузку сектора ?? Поправьте меня если ошибаюсь...

Edited by rdmitrich

Share this post


Link to post
Share on other sites

Вот тест на загрузку сектора ePMP  8 CPE,  unicast ,  8  HD ТВ каналов со скоростью видео до 6 Mbps. Это OTT  ( не IPTV c constant bitrate). Поэтому видеоблок OTT  скачиваетcя СПЕ с максимальной доступной скоростью  и далее ТВ проигрывает это блок. Получается гребенка, постоянной загрузки канала нет. Здесь важно   дать клиенту скорость ( тариф)  не менее 20М.  Тогда 16 клиентов могут спокойно смотреть ТВ в миксе с 16 клиентами с обычным серфингом. А поскольку не все смотрят именно HD, а SD-  до 1.5-2М, то 60 клиентов 30 SD/HD + 30 web- в 20 Мгц вполне реально. 

8xHD_720p.png

Share this post


Link to post
Share on other sites
2 часа назад, slv700 сказал:

Вот тест на загрузку сектора ePMP  8 CPE,  unicast ,  8  HD ТВ каналов со скоростью видео до 6 Mbps. Это OTT  ( не IPTV c constant bitrate). Поэтому видеоблок OTT  скачиваетcя СПЕ с максимальной доступной скоростью  и далее ТВ проигрывает это блок. Получается гребенка, постоянной загрузки канала нет. Здесь важно   дать клиенту скорость ( тариф)  не менее 20М.  Тогда 16 клиентов могут спокойно смотреть ТВ в миксе с 16 клиентами с обычным серфингом. А поскольку не все смотрят именно HD, а SD-  до 1.5-2М, то 60 клиентов 30 SD/HD + 30 web- в 20 Мгц вполне реально. 

8xHD_720p.png

Можете дать граффик с более четким разрешением ? Не видно значений

Share this post


Link to post
Share on other sites
14 часов назад, slv700 сказал:

Здесь важно   дать клиенту скорость ( тариф)  не менее 20М.

Лучше всего вообще не резать скорость с ip-адресов OTT сервиса.

Share this post


Link to post
Share on other sites
5 часов назад, rdc сказал:

Лучше всего вообще не резать скорость с ip-адресов OTT сервиса.

Согласен с вами, а лучше ее вобще не резать, и абоненты будут довольны ))) Вот только ресурсы не безграничные, поэтому и ломаем голову, где и как сэкономить  !

Share this post


Link to post
Share on other sites

Тут фишка в том, что СПЕ должен скачивать блок контента  с высокой скоростью, так чтобы минимизировать  пересечение интервалов времени скачивания с с другими СПЕ. Известно, что если СПЕ качает один ( точка-точка) то загрузка сектора >100М  у Камбиум или  ubnt ( в хороших условиях) , если 8-16СПЕ  одновременно, то 70-80М  у Камбиум и 35-45М Ubnt, то есть доступной пропускной способности в малтипойнт меньше.  Поэтому важно снижать вероятность пересечения этих интервалов  скачивания одновременно несколькими СПЕ увеличением скорости скачивания контента у каждого СПЕ . 

Именно для OTT  сервиса  ( по классификатору,например IP адрес ) ее вообще не следует ограничивать, все равно больше 5-8МBps за HD в среднем за несколько десятков минут скорости у СПЕ не будет ( если один клиент конечно не будет включать, например,  3 разных канала на 3 телевизорах) .  А вот  burst до 100+ М ( как видно на графике ) будет,  и это имеет значение именно для OTT.

Share this post


Link to post
Share on other sites
Sign in to follow this