SIP и несколько каналов Опции

[saszay]

Добрый день!
Есть MFIM-100 (MFIM/GS95M-5.5Df JUN/11 Boot Version-1.0Bf MAY/10 Kernel Version-5.5Dd H/W issue-3)
и два подключения по SIP к телефонному провайдеру. На каждом SIP подключении свой номер.
Как их правильно подключить? А то у меня получется по всякому, кроме правильно: хочу чтобы каждый номер шёл по отдельной CO. Станция находится за NAT.
Мои ситуации:
[SIP Registration Status ] пишет, что все подключения Terminated, но всё работает.
Если нет входящих вызовов, то любой звонок по SIP линиям приходит на первую свободную, даже если ей присвоен другой номер.

[harris]

Добрый день!
Есть MFIM-100 (MFIM/GS95M-5.5Df JUN/11 Boot Version-1.0Bf MAY/10 Kernel Version-5.5Dd H/W issue-3)
и два подключения по SIP к телефонному провайдеру. На каждом SIP подключении свой номер.
Как их правильно подключить? А то у меня получется по всякому, кроме правильно: хочу чтобы каждый номер шёл по отдельной CO. Станция находится за NAT.

В вашем случае, станция предоставляет любою свободную линию, связанную с данным SIP провайдером.
Что не устраивает??
Раньше, на версиях 5.0 было так: каждый SIP провайдер привязывается к отдельному модулю VOIM;
На версии 5.5 сделано более гибко: каждый SIP провайдер привязывается к определенным линиям (каналам VOIM).
А Вы хотите, чтобы к линии (каналу VOIM) система привязывала отдельную учетная запись (номер), а не весь домен отдельного SIP-провайдера ?? Зачем???
Учетных записей может быть гораздо больше, чем каналов в системе.
И вообще, это все равно, что в потоке ISDN закреплять за каждым из 30 каналов какой-либо один DID-номер...
Это прошлый век, ИМХО. Применяем современные IP технологии, а мыслить продолжаем в категориях аналоговых 2-х проводных линий.
Что Вы этим хотите добиться??
Сейчас как раз станция все делает правильно.

[saszay]

Зачем???
Учетных записей может быть гораздо больше, чем каналов в системе.
И вообще, это все равно, что в потоке ISDN закреплять за каждым из 30 каналов какой-либо один DID-номер...
Это прошлый век, ИМХО. Применяем современные IP технологии, а мыслить продолжаем в категориях аналоговых 2-х проводных линий.
Что Вы этим хотите добиться??
Сейчас как раз станция все делает правильно.

IP АТС у меня первая, поэтому ешё нахожусь в процессе перестройки на новые технологии...
А как тогда добиться, чтобы звонки с одного номера шли одним абонентам, а с другого другим?
И как тогда регулировать исходящие звонки: нужно чтобы один номер занимался одними абонентами, а другой другими?

[harris]

IP АТС у меня первая, поэтому ешё нахожусь в процессе перестройки на новые технологии...
А как тогда добиться, чтобы звонки с одного номера шли одним абонентам, а с другого другим?
И как тогда регулировать исходящие звонки: нужно чтобы один номер занимался одними абонентами, а другой другими?

Тогда бы нужно сначала пройти курсы обучения, например, в Арткоме.

Для исходящих:
- В ПГМ126 прописываются аккаунты (SIP ID).
- В ПГМ133 указывается, как аккаунты будут привязаны к линиям (каналам VOIM), т.е. какие аккаунты будут регистрироваться на выбранных линиях.
- каждому абоненту в ПГМ111-113 в поле SIP USER TABLE указывается нужный индекс в таблицу ПГМ126 - это ссылка на то, какой аккаунт применять для данного абонента.

Входящие: можно сделать по-разному, смотря какой алгоритм приема входящих вызов нужен.
Если достаточно того, чтобы звонили все телефоны, связанные с одним и тем же аккаунтом, то:
- можно просто в ПГМ126 для данного аккаунта указать в поле Ring Route Type значение = ID Assigned Stations.

[saszay]

Для исходящих:
- В ПГМ126 прописываются аккаунты (SIP ID).
- В ПГМ133 указывается, как аккаунты будут привязаны к линиям (каналам VOIM), т.е. какие аккаунты будут регистрироваться на выбранных линиях.
- каждому абоненту в ПГМ111-113 в поле SIP USER TABLE указывается нужный индекс в таблицу ПГМ126 - это ссылка на то, какой аккаунт применять для данного абонента.

Входящие: можно сделать по-разному, смотря какой алгоритм приема входящих вызов нужен.
Если достаточно того, чтобы звонили все телефоны, связанные с одним и тем же аккаунтом, то:
- можно просто в ПГМ126 для данного аккаунта указать в поле Ring Route Type значение = ID Assigned Stations.

Если абоненту нужно выходить на несколько линий, что нужно прописывать в ПГМ111-113 в поле SIP USER TABLE ?

Как можно узнать причину, почему SIP абоненты не могут зарегистрироваться на серверах?

[harris]

Если абоненту нужно выходить на несколько линий, что нужно прописывать в ПГМ111-113 в поле SIP USER TABLE ?

Как можно узнать причину, почему SIP абоненты не могут зарегистрироваться на серверах?

Стоп! Я кажется, здорово ошибся. Вполне можно приписать один аккаунт к конкретной линии (Fixed Table).
Сейчас посмотрю на своей станцию, вспомню, разберусь, тогда отвечу.

Поясните пожалуйста, что имеется в виду: "абоненту нужно выходить на несколько линий" ???
У Вас же один SIP провайдер, так??
Все ваши аккаунты будут зарегистрированы на SIP сервере провайдера. Пользоваться можно любой линией.
Но у каждого абонента будет указан, какой аккаунт нужно использовать для его исходящих вызовов.
Т.е. абонент будет представлен один и тем же аккаунтом независимо от того, по какой линии он звонит.
Что не так?? Зачем вашему абоненту нужно представляться провайдеру под разными аккаунтами?

[saszay]

Стоп! Я кажется, здорово ошибся. Вполне можно приписать один аккаунт к конкретной линии (Fixed Table).
Сейчас посмотрю на своей станцию, вспомню, разберусь, тогда отвечу.

Поясните пожалуйста, что имеется в виду: "абоненту нужно выходить на несколько линий" ???
У Вас же один SIP провайдер, так??
Все ваши аккаунты будут зарегистрированы на SIP сервере провайдера. Пользоваться можно любой линией.
Но у каждого абонента будет указан, какой аккаунт нужно использовать для его исходящих вызовов.
Т.е. абонент будет представлен один и тем же аккаунтом независимо от того, по какой линии он звонит.
Что не так?? Зачем вашему абоненту нужно представляться провайдеру под разными аккаунтами?

У нас несколько SIP провайдеров: sipnet & местный (телефонный).
Планируем ещё подключить SIP провайдера (местного)

[harris]

У нас несколько SIP провайдеров: sipnet & местный (телефонный).
Планируем ещё подключить SIP провайдера (местного)

ОК. Как провайдеры работают: с регистрацией или без (provision)??

[saszay]

ОК. Как провайдеры работают: с регистрацией или без (provision)??

С регистрацией

[harris]

С регистрацией

От каждого провайдера берете по одному аккаунту или по несколько??

[Dron]

От каждого провайдера берете по одному аккаунту или по несколько??

Игорь, вот, вроде, подобная вещь уже обсуждалась, только не найду никак.

[saszay]

От каждого провайдера берете по одному аккаунту или по несколько??

От sipnet - один. От местного - пока 2

[Dron]

От sipnet - один. От местного - пока 2

Нашел. http://www.artcom.ru/forum/index.php?showtopic=8443

[harris]

От sipnet - один. От местного - пока 2

ОК. Наверное, будет проще вернуться к исходному варианту - привязать каждую линию к определенному аккаунту, т.е. использовать метод Fixed Table.
- в ПГМ126 прописать все аккаунты, и указать USER ID USAGE = ON
- в ПГМ133 в поле <From ID> указать = Fixed Table, а в поле <SIP User ID Table Index> указать индекс в ПГМ126 (ссылка на нужный для этой линии аккаунт).
Т.е. у Вас будет несколько линий, привязанных к SIPNET с одним и тем же аккаунтом, несколько линий, привязанных к местному провайдеру с аккаунтом 1, и несколько линий, привязанных к местному провайдеру с аккаунтом 2.
Это касается регистрации и исходящих вызовов

А входящие вызовы можно принимать:
- как DID-вызовы (как с линии ISDN). Для этого в ПГМ126 указать Ring Route Type = DID Conversion, и далее по ПГМ231,
либо
- как обычные аналоговые СО-линии. Тогда в ПГМ126 указать Ring Route Type = Ring Assignment, и далее по ПГМ144 или по ПГМ140 (если требуется принимать в режиме DISA).
И на всякий случай также выставить в ПГМ140 выбранный тип обработки входящий вызовов: Normal или DID.
Как-то так.

[saszay]

ОК. Наверное, будет проще вернуться к исходному варианту - привязать каждую линию к определенному аккаунту, т.е. использовать метод Fixed Table.
- в ПГМ126 прописать все аккаунты, и указать USER ID USAGE = ON
- в ПГМ133 в поле <From ID> указать = Fixed Table, а в поле <SIP User ID Table Index> указать индекс в ПГМ126 (ссылка на нужный для этой линии аккаунт).
Т.е. у Вас будет несколько линий, привязанных к SIPNET с одним и тем же аккаунтом, несколько линий, привязанных к местному провайдеру с аккаунтом 1, и несколько линий, привязанных к местному провайдеру с аккаунтом 2.
Это касается регистрации и исходящих вызовов

А входящие вызовы можно принимать:
- как DID-вызовы (как с линии ISDN). Для этого в ПГМ126 указать Ring Route Type = DID Conversion, и далее по ПГМ231,
либо
- как обычные аналоговые СО-линии. Тогда в ПГМ126 указать Ring Route Type = Ring Assignment, и далее по ПГМ144 или по ПГМ140 (если требуется принимать в режиме DISA).
И на всякий случай также выставить в ПГМ140 выбранный тип обработки входящий вызовов: Normal или DID.
Как-то так.

Попробвал: 2 номера зарегистрировались, а один нет. Зарегистировался sipnet номер и один номер провайдера. Второй номер провайдера - ни в какую.
Если я во втором номере меняю адрес proxy server ПГМ133, то регистрация пропадает у всех номеров, хотя звонки принимает...

[saszay]

И ещё одна проблема обнаружилась - нет возможности сделать исходящие звонки у местно провайдера, у sipnet - всё работает.
Входящие звоники приходят

[harris]

И ещё одна проблема обнаружилась - нет возможности сделать исходящие звонки у местно провайдера, у sipnet - всё работает.
Входящие звоники приходят

Так можно только гадать о причинах.
Трассировки (снифы) нужно смотреть.

[saszay]

Код

+++++++++++++++++++++++++++++++++++++++++++++
Sent 808 Bytes to ProxyServerIP:5060 by UDP (SendEv)
--------------------------------------------------------------------------------
INVITE sip:612191@ProxyServerIP SIP/2.0
From: "957740"<sip:957740@>;tag=40bc3e50-f32a8c0-13c4-55013-7e2e6-109e013b-7e2e6
To: <sip:612191@ProxyServerIP>
Call-ID: 40c0cd08-f32a8c0-13c4-55013-7e2e6-162a6cc5-7e2e6
CSeq: 1 INVITE
Via: SIP/2.0/UDP 192.168.50.15:5060;rport;branch=z9hG4bK-7e2e6-1ece532f-680ee6a8
Max-Forwards: 70
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBER,NOTIFY,MESSAGE,INFO,PRAC
K,UPDATE
Supported: replaces
P-Asserted-Identity: <sip:957740>
User-Agent: LG-Ericsson iPECS-LIK 100 5.5Df
Contact: "957740"<sip:957740@192.168.50.15:5060;transport=UDP>
Min-SE: 0
Content-Type: application/sdp
Content-Length: 149
    
v=0
o=iPECS-LIK 6 6 IN IP4 192.168.50.15
s=iPECS-LIK SIPc=IN IP4 192.168.50.15
t=0 0
m=audio 7310 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=sendrecv
+++++++++++++++++++                              
===================================
Received 569 Bytes from ProxyServerIP:5060 by UDP (ReceiveEv)                                                
--------------------------------------------------------------------------------
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.50.15:5060;branch=z9hG4bK-7e2e6-1ece532f-680ee6a8;received=WanIP;rport=51305
From: "957740"<sip:957740@>;tag=40bc3e50-f32a8c0-13c4-55013-7e2e6-109e013b-7e2e6
To: <sip:612191@ProxyServerIP>;tag=as5b5b404f
Call-ID: 40c0cd08-f32a8c0-13c4-55013-7e2e6-162a6cc5-7e2e6                                                    
CSeq: 1 INVITE
Server: Softx3000 V300R10
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="36ccb42f"
Content-Length: 0

Пытаюсь совершить звонок с телефона 957740 на 612191.
ProxyServerIP - IP адрес прокси сервера, на котором зарегистрирован 957740
WanIP - IP адрес моего провайдера, через который я соединяюсь с прокси сервером
192.168.50.15 - внутренний IP MFIM-100

[harris]

Пытаюсь совершить звонок с телефона 957740 на 612191.
ProxyServerIP - IP адрес прокси сервера, на котором зарегистрирован 957740
WanIP - IP адрес моего провайдера, через который я соединяюсь с прокси сервером
192.168.50.15 - внутренний IP MFIM-100

В сообщении Invite от iPECS'а в поле <From> отсутствует домен.
Провайдер отклоняет вызов, поскольку он не прошел авторизацию.

[saszay]

В сообщении Invite от iPECS'а в поле <From> отсутствует домен.
Провайдер отклоняет вызов, поскольку он не прошел авторизацию.

В ПГМ126 прописал домен в поле Registration User ID. В качестве домена использовал IP адрес прокси сервера провайдера.
Вроде заработало!!!
Но осталась ещё одна проблема: второй номер не регистрируется в принципе, даже запросов регистрации нет

PS. и добавилась ещё одна - пропал звук при соединении по sipnet каналу...