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]

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

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

[saszay]

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

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

[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 каналу...

[saszay]

После нескольких дней шаманства вроде заработало всё как хотел, но остался осадок: в [SIP Registration Status] статус одного номера Idle, хотя связь исходящая/входящая работает

[harris]

После нескольких дней шаманства вроде заработало всё как хотел, но остался осадок: в [SIP Registration Status] статус одного номера Idle, хотя связь исходящая/входящая работает

Уваж. saszay!
Прошу пардону, но можно только Вам посочувствовать по поводу оставшегося осадка.
Но со стороны невозможно объективно оценить обоснованность этого осадка, т.к. ни конфигурация вашей станция, ни трассировки пакетов в процессе регистрации не были Вами представлены для обозрения. Можно только гадать, как именно Вы запрограммировали станцию.