Jump to content

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


Recommended Posts

Posted

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

Posted

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

Posted
10 часов назад, slv700 сказал:

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

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

Posted
3 часа назад, aqwerty сказал:

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

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

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

Posted
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 и они счастливы.

Posted
5 часов назад, slv700 сказал:

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

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

Posted

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

Posted
2 минуты назад, slv700 сказал:

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

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

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

Posted

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

Posted (edited)
On 2/15/2018 at 7:24 AM, rdmitrich said:

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

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

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

 

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

 

Edited by m0sia
Posted (edited)
8 часов назад, m0sia сказал:

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

 

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

 

 

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

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

Edited by rdmitrich
Posted

Вот тест на загрузку сектора 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

Posted
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

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

Posted
14 часов назад, slv700 сказал:

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

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

Posted
5 часов назад, rdc сказал:

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

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

Posted

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

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

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.