Страница 2 из 2

Re: pppoe реализация на cisco

СообщениеДобавлено: 16 сен 2009, 13:26
lehisnoe
waxmax писал(а):ток вот как еще к этому пририсовать гейткипер Астериск, при условии что потоки е1 приходят на Cisco5350 далее на гейткипер. :?

С этим тоже не сложно: главное - подружить Asterisk (далее - *) и radius, затем все звонки, адресованные собственной номерной емкости, на 5350 воипным диалпиром отправляешь на * (таким образом, все входящие у тебя придут на *).
С исходящими не сложнее: настраиваешь *, чтобы все звонки он слал на 5350 и все. Авторизация и аккаунтинг CDR производится радиусом: совпали логин-пароль - можешь звонить, иначе - нет.

ЗЫ: Я, ессесно, образно описал схему, без префиксных нюансов.
ЗЗЫ: А почему выбор пал на *, а не, скажем, на OpenSER?

Re: pppoe реализация на cisco

СообщениеДобавлено: 16 сен 2009, 14:43
waxmax
а тарификация pppoe и Voip будет на разных радиусах фактически? или можно както в один воткнуть?
(еси че, то биллинг - BGBilling).
а Asterisk или OpenSER это еще не решили. Ната не планируем.
Надо вот пока все обдумать, т.к. тольконедавно задумались о внедрении сервиса айпителефонии для своих абонентов интернет типа трипл плей и тд., чтоб впаривать им приставки или воайпишные телефоны и гонять эти звонки от конечных абонентов по спд.

Re: pppoe реализация на cisco

СообщениеДобавлено: 16 сен 2009, 15:08
lehisnoe
waxmax писал(а):а тарификация pppoe и Voip будет на разных радиусах фактически?

Впервые слышу про тарификацию рррое :shock:

Re: pppoe реализация на cisco

СообщениеДобавлено: 17 сен 2009, 08:01
waxmax
хех, ну это я сократил так.
имелось ввиду, что считать интернет трафик абонентов на Pppoe которые и считать воайпи вызовы, что бы это потом все тарифицировать и выставить счет. тоесть гейткипер отправляет данные о voip Трафике на тот же радиус, что и с7201 по идее? что бы там уже вести аккаунтинг и тд. такой вариант возмжен?

Re: pppoe реализация на cisco

СообщениеДобавлено: 17 сен 2009, 08:31
lehisnoe
Ну, в принципе, никто не мешает сделать тебе это так. Вот только рано или поздно перед тобой встанет вопрос о несогласии абона с объемом потребленного/отданного им инет-трафика. А логов-то у тебя и не будет, т.к. ты хочешь считать траф на основе данных радиуса. Что будешь делать? ;-)
Рекомендовал бы тебе логи инет-трафика собирать по netflow (тогда ты сможешь абону сделать детализацию его трафа).

Резюмируя: радиус у тебя должен будет использоваться для авторизации РРРоЕ и VoIP, а также для приема данных о звонках с 5350.