[lanner]

Всем привет.

Имеется iptv через unicast, хочется ограничить доступ к нему и автоматизировать ограничение.

В двух словах как это видится: закрываемся для всех пользователей иптейблсом, а тем кто проплатил добавляем разрешающее правило на его ip. По сути требуется простернький биллинг с не большим функционалом, а именно

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

2.Нужно чтобы было видно к какому админу (дилеру) пренадлежит пользователь (кто зарегистрировал, тому и пренадлежит. Это как группы в абиллс или нодени)

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

 

Есть ли система с таким функционалом или придётся искать писателя?

 

PS а может я вобще не в том направлении мыслю, тогда поправьте пожалуйста.

[maxlapshin]

Судя по «дилерам», вы хотите «легально приземленное» телевидение продавать через интернет.

 

В этих условиях IP адреса плохой идентификатор, потому что он меняется.

 

Вам надо раздавать уникальные токены, как это делают другие «дистрибуторы» контента и выбрать стриминговый сервер, который умеет оповещать биллинг о том, что сессия с таким-то токеном всё ещё потребляет трафик.

[vlad11]

А теперь представьте, к вам приехало с одного IP несколько запросов на разные потоки.

Как отдавать будете? всем запросившим?

Изменено 22 декабря, 2014 пользователем vlad11

[lanner]

Судя по «дилерам», вы хотите «легально приземленное» телевидение продавать через интернет.

 

В этих условиях IP адреса плохой идентификатор, потому что он меняется.

 

Вам надо раздавать уникальные токены, как это делают другие «дистрибуторы» контента и выбрать стриминговый сервер, который умеет оповещать биллинг о том, что сессия с таким-то токеном всё ещё потребляет трафик.

 

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

 

А теперь представьте, к вам приехало с одного IP несколько запросов на разные потоки.

Как отдавать будете? всем запросившим?

 

Может я ошибаюсь, но в нашей сети такое возможно только если у абонента роутер. Да и бог с ними, пусть получают несколько.

[alibek]

Костыли это.

Если контент легальный, то скорее всего работа идет через агрегатора, а значит должно быть Middleware.

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

[vop]

Любой билинг, который умеет управлять переферией. Пункт 3 выполняется простым плагинчиком к простому биллингу. :)

[Saab95]

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

[vop]

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

 

Если интернет оплачен, значит на интернет уже установлен биллинг. Надо просто клиентам в этом биллинге добавить услугу iptv, и все. Если этого добавить нельзя, то вас обманули, и у вас не биллинг. :)

[lanner]

по поводу интернет биллинга это всё хорошо, только я не продаю интернет в этой сети.

Смог приспособить под свою задачу один известный биллинг на "А".