Softswitch CommuniGate

[pt-gemini]

Добрый день!

 

Возник интересный вопрос.

Кто нибудь применял CommuniGate в качестве СофтСвитча

в местной телефонной сети?

 

По крайне мере сейчас данный продукт имеет ССС на передачу голоса в ПД

[naguser]

Кто нибудь применял CommuniGate в качестве СофтСвитча

в местной телефонной сети?

Если вопрос эквивалентен "применял ли кто CGP как офисную АТС",

то ответ: "Да". На ~100 абонентских устройств на 3-х площадках,

не считая домашних проключений. Не вижу проблем при расширении

до 1000 устройств. Если есть вопросы - задавайте.

[thodin]

Насколько я помню, брать информацию о клиентах по radius он не умел - обязательно нуно было заводить клиентов на нем.

[naguser]

Во-первых, может (http://mail.stalker.com/Guide//RADIUS.html#External),

во-вторых, нафига козе баян, если это не только телефонная станция,

точнее, не столько PBX, и в CGP удобно держать всё хозяйство пользователей (почту, календари, книжки, файлы, etc).

[ASV]

Добрый день!

 

Возник интересный вопрос.

Кто нибудь применял CommuniGate в качестве СофтСвитча

в местной телефонной сети?

 

По крайне мере сейчас данный продукт имеет ССС на передачу голоса в ПД

Есть 4 (по крайней мере) вопроса которые требуют ответа при использовании какого либо продукта в качестве МТС на ЗАКОННЫХ основаниях:

 

1. Сертификация применяемого решения как оборудования выполняющего функции МТС

 

2. СОРМ (Какой СОРМ сертифицирован для работы с CMG ?)

 

3. Как выполняется "стык" с ТФОП (Что у CMG с работой по ОКС7 ?)

 

4. Соответствие всем требованиям по работе с нумерацией, обеспечению возможности выбора абонентом оператора МГМН.

 

ИМХО - если продукт удовлетворяет этим требованиям, Вы сможете "сдать узел" и предоставлять коммерческую услугу на законных основаниях.

[naguser]

3. Как выполняется "стык" с ТФОП (Что у CMG с работой по ОКС7 ?)

Разумеется, CGP ничего не знает про ОКС-7, ему вполне хватает SIP. :-))

Стык с любой телефонной сетью обеспечивает продукция компании cisco с

соответствующими сертификатами, а правильные пацаны уже давно покупают

номерную ёмкость у её владельца сразу по SIP-у.

[thodin]

Во-первых, может (http://mail.stalker.com/Guide//RADIUS.html#External),

Ну для начала - читайте на что ссылаетесь :)

 

The RADIUS module accepts properly formatted "Access-Request" requests from RADIUS clients, retrieves the User-Name and User-Password attributes and tries to find the specified CommuniGate Pro Account and verify its password

 

Не умеет, то есть.

 

во-вторых, нафига козе баян, если это не только телефонная станция,

точнее, не столько PBX, и в CGP удобно держать всё хозяйство пользователей (почту, календари, книжки, файлы, etc).

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

 

Вообщем то ответ на изначальный вопрос - нет.

CGP имеет сертификат только на ПГИСПД.

 

Соответственно там ему и место, а для МТС требуется что-то иное.

[pashtet]

немного не по теме, но всё-таки, если такая схема будет, например:

 

Присоединяющий оператор <--ОКС-7--> М-200 <--PRI--> Audiocodes 2000 <--SIP--> CGP

 

маршрутизация, авторизация и биллинг выполняются на CGP(или любой другой софтинке с сертификатом на передачу голоса по сетям передачи данных, тот же MVTS например). кроме того CGP полность проксирует трафик, т.е. используется в качестве центрального коммутатора.

 

такая схема с точки зрения закона реальна? что будет если вместо CGP будет использоваться несертифицированный Asterisk ?

понимаю что вопросы такие обсуждались много раз, но в таких топиках сложно что-то найти, там флейм в основном :)

[Yossarian]

немного не по теме, но всё-таки, если такая схема будет, например:

 

Присоединяющий оператор <--ОКС-7--> М-200 <--PRI--> Audiocodes 2000 <--SIP--> CGP

вместо связки М-200 <--PRI--> Audiocodes 2000 <--SIP можно поставить 1 устройство Stillink200 - он терминирует SS7 напрямую в SIP

[pashtet]

немного не по теме, но всё-таки, если такая схема будет, например:

 

Присоединяющий оператор <--ОКС-7--> М-200 <--PRI--> Audiocodes 2000 <--SIP--> CGP

вместо связки М-200 <--PRI--> Audiocodes 2000 <--SIP можно поставить 1 устройство Stillink200 - он терминирует SS7 напрямую в SIP

да, впринципе тот же аудиокодес умеет окс7(с доп лицензией), но тогда в нашей схеме не будет ни одной железки с сертификатом на ГТС :)

Edited March 5, 2009 by pashtet

[naguser]

The RADIUS module accepts properly formatted "Access-Request" requests from RADIUS clients, retrieves the User-Name and User-Password attributes and tries to find the specified CommuniGate Pro Account and verify its password

 

Не умеет, то есть.

Ну, тогда читаем дальше: http://mail.stalker.com/Guide//Security.html#External

Если нужна аутентификация через внешний RADIUS-сервер, добавляем 3 строчки в пример

из http://www.communigate.com/CGAUTH/

 

Короче, всё там есть :-))

 

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

Да ну? Скажите это Tele2 и другим товарищам - вот они, болезные, удивятся. :-))

 

[thodin]

Короче, всё там есть :-))

Все прекрасно, пароль он может брать из любого места, но вот может ли он действительно не хранить ВООБЩЕ информацию по пользователям в своей базе?

Пока что ни одного примера ни в документации, ни в мейлинг листах не обнаружено.

 

[ram_scan]

вместо связки М-200 <--PRI--> Audiocodes 2000 <--SIP можно поставить 1 устройство Stillink200 - он терминирует SS7 напрямую в SIP

Это зависит от того как вы присоединены. Если как абонент то чо там делает SS7. Если как оператор то схему с этим стилинком вы никогда не сдадите. И даже не только не сдадите, а и просто физически не подключите, просто до этого дело не дойдет, по шее дадут заблаговременно.

[pt-gemini]

Вообще, с точки зрения маршрутизации SIP, проксирования потоков (SBC), NAT мне понравился продукт.

 

Все прекрасно, пароль он может брать из любого места, но вот может ли он действительно не хранить ВООБЩЕ информацию по пользователям в своей базе?

Пока что ни одного примера ни в документации, ни в мейлинг листах не обнаружено.

Насколько мне известно, RADIUS можно использовать, но при условии, что в БД CGP уже заведен пользователь. В некотором роде как реал-тайм авторизация по биллингу.

 

да, впринципе тот же аудиокодес умеет окс7(с доп лицензией), но тогда в нашей схеме не будет ни одной железки с сертификатом на ГТС :)

CGP не умеет выступать в качестве Call Agent для ОКС7, а АудиоКодес самостоятельно такие вещи не делает.

 

2. СОРМ (Какой СОРМ сертифицирован для работы с CMG ?)

3. Как выполняется "стык" с ТФОП (Что у CMG с работой по ОКС7 ?)

4. Соответствие всем требованиям по работе с нумерацией, обеспечению возможности выбора абонентом оператора МГМН.

Вот наличие СОРМ вообще под большим секретом. Мне даже перепродавец решения в России вразумительно не ответил.

[naguser]

Вот наличие СОРМ вообще под большим секретом. Мне даже перепродавец решения в России вразумительно не ответил.

Это ж кто такой невразумительный Вам попался? Неужели Эмби?

Разумеется, в продуктах, продаваемых в самой демократической стране мира - ЦВ,

перехват обязан быть (и есть). :0)

Но мы, вообще-то, начинали разговор с офисной АТС - в Вашем китайском Парнаслонике

он есть? Особенно прикалывают эти разговоры для SIP, в котором RTP может (и должен)

идти напрямую, минуя сёрвер - и вопросы СОРМа решаются совсем другим оборудованием.

 

[thodin]

Насколько мне известно, RADIUS можно использовать, но при условии, что в БД CGP уже заведен пользователь. В некотором роде как реал-тайм авторизация по биллингу.

Ну вот о чем я речь и веду.

 

Как корпоративное решение - да Бога ради, но не более того.

[ram_scan]

Особенно прикалывают эти разговоры для SIP, в котором RTP может (и должен) идти напрямую, минуя сёрвер - и вопросы СОРМа решаются совсем другим оборудованием.

И каким-же это другим то ? По всей сети порты миррорить а потом колдобину изобретать чтобы она из сигналинга и ртп голос выколупывала ?

 

Всю жизнь это решалось поддержкой со стороны софтсвитча, чтобы он умел на лету по запросу поменять параметры сессии (конкретно для сипа - реинвайтнуться) и запроксировать ее через себя принудительно. Потом проксированное сливается куда надо. На сегодняшний день это единственный разумный метод. Что делать если шлюзу запрещено реинвайтиться - я не знаю =)

 

[telematic]

а правильные пацаны уже давно покупают

номерную ёмкость у её владельца сразу по SIP-у.

Правильные пацаны уже давно получают номерную ёмкость в ФАСе.

[naguser]

Короче, всё там есть :-))

Все прекрасно, пароль он может брать из любого места, но вот может ли он действительно не хранить ВООБЩЕ информацию по пользователям в своей базе?

Пока что ни одного примера ни в документации, ни в мейлинг листах не обнаружено.

А как Вы в этом случае представляете себе реализацию схемы лицензирования по количеству пользователей? :-))) Но все настройки пользователя в LDAP хранить можно (см. в сторону

Directory-Based Domains).

 

 

Как корпоративное решение - да Бога ради, но не более того.

Вот в "Тарио" не знают, что Sipnet - это "корпоративное решение" :-))

 

(Sorry за delay - изучал кубинскую телефонию :-) ).

 

[thodin]

А как Вы в этом случае представляете себе реализацию схемы лицензирования по количеству пользователей? :-))) Но все настройки пользователя в LDAP хранить можно (см. в сторону

Directory-Based Domains).

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

Да Вы не переживайте - я еще в бытность инженером очень много с этим сgp наобщался и что он умеет или не умеет - знаю неплохо :)

 

Вот в "Тарио" не знают, что Sipnet - это "корпоративное решение" :-))

Ээ.. Вот уж точно не самый удачный пример!

[dr Tr0jan]

Есть одна организация (с выделенной ёмкостью в 2000 номеров), на которой стоит АТСка Alacatel OmniPCX Enterprise (проблем с СОРМ нет). С Алкателя смаршрутизирован транк (E1) на Communigate Pro (100 номеров из этих двух тысяч). Возникла задача СОРМировать как минимум двух абонентов с этой сотни (в идеале вообще всю сотню). Какие могут быть варианты организации СОРМ?

Внедренец софта на Алькателе говорит, что СОРМ на CGPro низзя, а можно только СОРМ-2. До ФСБ есть потоки E1 и IP.

С куратором разговаривать по этому вопросу пока не хотим (пока не разберемся в технических аспектах).

 

В классической телефонии разбираюсь слабо (однако, вынужден обслуживать CGPro, на котором сидит VoIP), посему и пишу здесь.

[catalist]

Я бы на вашем месте вообще не светил CGP

[dr Tr0jan]

Представители CGP отписались - сертифицированной в России возможности СОРМ в CGPro нет. Осуществлять надо на шлюзе.

Будем думать. Алькатель (конкретно в наших условиях) не умеет VoIP, а два VoIP абонента нужны нам кровь из носу.

[MATPOC]

Есть одна организация (с выделенной ёмкостью в 2000 номеров), на которой стоит АТСка Alacatel OmniPCX Enterprise (проблем с СОРМ нет). С Алкателя смаршрутизирован транк (E1) на Communigate Pro (100 номеров из этих двух тысяч). Возникла задача СОРМировать как минимум двух абонентов с этой сотни (в идеале вообще всю сотню). Какие могут быть варианты организации СОРМ?

А что мешает на Alcatel сормировать эти номера? Или Alcatel умеет отдавать в СОРМ только простые абонентские порты?

[dr Tr0jan]

Или Alcatel умеет отдавать в СОРМ только простые абонентские порты?

Да, только так. Для него CGPro - присоединённая станция. А Алькателевцы писали СОРМ тыщу лет назад, и он это не умеет.

 

Интересно, CGPro умеет некий протокол PacketCable 2.0. Как его в СОРМ заворачивать? Нужен ли медиатор? Или это только с куратором решать?

Edited February 27, 2017 by dr Tr0jan