Перейти к содержимому
Калькуляторы

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

On 2/15/2018 at 7:24 AM, rdmitrich said:

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

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

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

 

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

 

Изменено пользователем m0sia

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

8 часов назад, m0sia сказал:

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

 

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

 

 

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

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

Изменено пользователем rdmitrich

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все что есть. Сетка  20,40,60, 80,100,120 Mbps.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах