Добрый день!
Есть 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 линиям приходит на первую свободную, даже если ей присвоен другой номер.
Полная версия этой страницы: SIP и несколько каналов
Цитата(saszay @ 2.9.2011, 8:59) 
Добрый день!
Есть 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.
Есть 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-х проводных линий.
Что Вы этим хотите добиться??
Сейчас как раз станция все делает правильно.
Цитата(harris @ 2.9.2011, 10:45)
Зачем???
Учетных записей может быть гораздо больше, чем каналов в системе.
И вообще, это все равно, что в потоке ISDN закреплять за каждым из 30 каналов какой-либо один DID-номер...
Это прошлый век, ИМХО. Применяем современные IP технологии, а мыслить продолжаем в категориях аналоговых 2-х проводных линий.
Что Вы этим хотите добиться??
Сейчас как раз станция все делает правильно.
Учетных записей может быть гораздо больше, чем каналов в системе.
И вообще, это все равно, что в потоке ISDN закреплять за каждым из 30 каналов какой-либо один DID-номер...
Это прошлый век, ИМХО. Применяем современные IP технологии, а мыслить продолжаем в категориях аналоговых 2-х проводных линий.
Что Вы этим хотите добиться??
Сейчас как раз станция все делает правильно.
IP АТС у меня первая, поэтому ешё нахожусь в процессе перестройки на новые технологии...
А как тогда добиться, чтобы звонки с одного номера шли одним абонентам, а с другого другим?
И как тогда регулировать исходящие звонки: нужно чтобы один номер занимался одними абонентами, а другой другими?
Цитата(saszay @ 2.9.2011, 12:17)
IP АТС у меня первая, поэтому ешё нахожусь в процессе перестройки на новые технологии...
А как тогда добиться, чтобы звонки с одного номера шли одним абонентам, а с другого другим?
И как тогда регулировать исходящие звонки: нужно чтобы один номер занимался одними абонентами, а другой другими?
А как тогда добиться, чтобы звонки с одного номера шли одним абонентам, а с другого другим?
И как тогда регулировать исходящие звонки: нужно чтобы один номер занимался одними абонентами, а другой другими?
Тогда бы нужно сначала пройти курсы обучения, например, в Арткоме.
Для исходящих:
- В ПГМ126 прописываются аккаунты (SIP ID).
- В ПГМ133 указывается, как аккаунты будут привязаны к линиям (каналам VOIM), т.е. какие аккаунты будут регистрироваться на выбранных линиях.
- каждому абоненту в ПГМ111-113 в поле SIP USER TABLE указывается нужный индекс в таблицу ПГМ126 - это ссылка на то, какой аккаунт применять для данного абонента.
Входящие: можно сделать по-разному, смотря какой алгоритм приема входящих вызов нужен.
Если достаточно того, чтобы звонили все телефоны, связанные с одним и тем же аккаунтом, то:
- можно просто в ПГМ126 для данного аккаунта указать в поле Ring Route Type значение = ID Assigned Stations.
Цитата(harris @ 2.9.2011, 12:35)
Для исходящих:
- В ПГМ126 прописываются аккаунты (SIP ID).
- В ПГМ133 указывается, как аккаунты будут привязаны к линиям (каналам VOIM), т.е. какие аккаунты будут регистрироваться на выбранных линиях.
- каждому абоненту в ПГМ111-113 в поле SIP USER TABLE указывается нужный индекс в таблицу ПГМ126 - это ссылка на то, какой аккаунт применять для данного абонента.
Входящие: можно сделать по-разному, смотря какой алгоритм приема входящих вызов нужен.
Если достаточно того, чтобы звонили все телефоны, связанные с одним и тем же аккаунтом, то:
- можно просто в ПГМ126 для данного аккаунта указать в поле Ring Route Type значение = ID Assigned Stations.
- В ПГМ126 прописываются аккаунты (SIP ID).
- В ПГМ133 указывается, как аккаунты будут привязаны к линиям (каналам VOIM), т.е. какие аккаунты будут регистрироваться на выбранных линиях.
- каждому абоненту в ПГМ111-113 в поле SIP USER TABLE указывается нужный индекс в таблицу ПГМ126 - это ссылка на то, какой аккаунт применять для данного абонента.
Входящие: можно сделать по-разному, смотря какой алгоритм приема входящих вызов нужен.
Если достаточно того, чтобы звонили все телефоны, связанные с одним и тем же аккаунтом, то:
- можно просто в ПГМ126 для данного аккаунта указать в поле Ring Route Type значение = ID Assigned Stations.
Если абоненту нужно выходить на несколько линий, что нужно прописывать в ПГМ111-113 в поле SIP USER TABLE ?
Как можно узнать причину, почему SIP абоненты не могут зарегистрироваться на серверах?
Цитата(saszay @ 2.9.2011, 13:30)
Если абоненту нужно выходить на несколько линий, что нужно прописывать в ПГМ111-113 в поле SIP USER TABLE ?
Как можно узнать причину, почему SIP абоненты не могут зарегистрироваться на серверах?
Как можно узнать причину, почему SIP абоненты не могут зарегистрироваться на серверах?
Стоп! Я кажется, здорово ошибся. Вполне можно приписать один аккаунт к конкретной линии (Fixed Table).
Сейчас посмотрю на своей станцию, вспомню, разберусь, тогда отвечу.
Поясните пожалуйста, что имеется в виду: "абоненту нужно выходить на несколько линий" ???
У Вас же один SIP провайдер, так??
Все ваши аккаунты будут зарегистрированы на SIP сервере провайдера. Пользоваться можно любой линией.
Но у каждого абонента будет указан, какой аккаунт нужно использовать для его исходящих вызовов.
Т.е. абонент будет представлен один и тем же аккаунтом независимо от того, по какой линии он звонит.
Что не так?? Зачем вашему абоненту нужно представляться провайдеру под разными аккаунтами?
Цитата(harris @ 2.9.2011, 13:56)
Стоп! Я кажется, здорово ошибся. Вполне можно приписать один аккаунт к конкретной линии (Fixed Table).
Сейчас посмотрю на своей станцию, вспомню, разберусь, тогда отвечу.
Поясните пожалуйста, что имеется в виду: "абоненту нужно выходить на несколько линий" ???
У Вас же один SIP провайдер, так??
Все ваши аккаунты будут зарегистрированы на SIP сервере провайдера. Пользоваться можно любой линией.
Но у каждого абонента будет указан, какой аккаунт нужно использовать для его исходящих вызовов.
Т.е. абонент будет представлен один и тем же аккаунтом независимо от того, по какой линии он звонит.
Что не так?? Зачем вашему абоненту нужно представляться провайдеру под разными аккаунтами?
Сейчас посмотрю на своей станцию, вспомню, разберусь, тогда отвечу.
Поясните пожалуйста, что имеется в виду: "абоненту нужно выходить на несколько линий" ???
У Вас же один SIP провайдер, так??
Все ваши аккаунты будут зарегистрированы на SIP сервере провайдера. Пользоваться можно любой линией.
Но у каждого абонента будет указан, какой аккаунт нужно использовать для его исходящих вызовов.
Т.е. абонент будет представлен один и тем же аккаунтом независимо от того, по какой линии он звонит.
Что не так?? Зачем вашему абоненту нужно представляться провайдеру под разными аккаунтами?
У нас несколько SIP провайдеров: sipnet & местный (телефонный).
Планируем ещё подключить SIP провайдера (местного)
Цитата(saszay @ 2.9.2011, 14:14)
У нас несколько SIP провайдеров: sipnet & местный (телефонный).
Планируем ещё подключить SIP провайдера (местного)
Планируем ещё подключить SIP провайдера (местного)
ОК. Как провайдеры работают: с регистрацией или без (provision)??
Цитата(harris @ 2.9.2011, 15:05)
ОК. Как провайдеры работают: с регистрацией или без (provision)??
С регистрацией
Цитата(saszay @ 2.9.2011, 15:33)
С регистрацией
От каждого провайдера берете по одному аккаунту или по несколько??
Цитата(harris @ 2.9.2011, 15:47)
От каждого провайдера берете по одному аккаунту или по несколько??
Игорь, вот, вроде, подобная вещь уже обсуждалась, только не найду никак.
Цитата(harris @ 2.9.2011, 15:47)
От каждого провайдера берете по одному аккаунту или по несколько??
От sipnet - один. От местного - пока 2
Цитата(saszay @ 2.9.2011, 15:54)
От sipnet - один. От местного - пока 2
Нашел. http://www.artcom.ru/forum/index.php?showtopic=8443
Цитата(saszay @ 2.9.2011, 15:54)
От 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.
Как-то так.
Цитата(harris @ 2.9.2011, 16:30)
ОК. Наверное, будет проще вернуться к исходному варианту - привязать каждую линию к определенному аккаунту, т.е. использовать метод 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.
Как-то так.
- в ПГМ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, то регистрация пропадает у всех номеров, хотя звонки принимает...
И ещё одна проблема обнаружилась - нет возможности сделать исходящие звонки у местно провайдера, у sipnet - всё работает.
Входящие звоники приходят
Входящие звоники приходят
Цитата(saszay @ 5.9.2011, 18:50)
И ещё одна проблема обнаружилась - нет возможности сделать исходящие звонки у местно провайдера, у sipnet - всё работает.
Входящие звоники приходят
Входящие звоники приходят
Так можно только гадать о причинах.
Трассировки (снифы) нужно смотреть.
Код
+++++++++++++++++++++++++++++++++++++++++++++
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
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
Цитата(saszay @ 6.9.2011, 9:18)
Пытаюсь совершить звонок с телефона 957740 на 612191.
ProxyServerIP - IP адрес прокси сервера, на котором зарегистрирован 957740
WanIP - IP адрес моего провайдера, через который я соединяюсь с прокси сервером
192.168.50.15 - внутренний IP MFIM-100
ProxyServerIP - IP адрес прокси сервера, на котором зарегистрирован 957740
WanIP - IP адрес моего провайдера, через который я соединяюсь с прокси сервером
192.168.50.15 - внутренний IP MFIM-100
В сообщении Invite от iPECS'а в поле <From> отсутствует домен.
Провайдер отклоняет вызов, поскольку он не прошел авторизацию.
Цитата(harris @ 6.9.2011, 9:46)
В сообщении Invite от iPECS'а в поле <From> отсутствует домен.
Провайдер отклоняет вызов, поскольку он не прошел авторизацию.
Провайдер отклоняет вызов, поскольку он не прошел авторизацию.
В ПГМ126 прописал домен в поле Registration User ID. В качестве домена использовал IP адрес прокси сервера провайдера.
Вроде заработало!!!
Но осталась ещё одна проблема: второй номер не регистрируется в принципе, даже запросов регистрации нет
PS. и добавилась ещё одна - пропал звук при соединении по sipnet каналу...
После нескольких дней шаманства вроде заработало всё как хотел, но остался осадок: в [SIP Registration Status] статус одного номера Idle, хотя связь исходящая/входящая работает
Цитата(saszay @ 7.9.2011, 12:19)
После нескольких дней шаманства вроде заработало всё как хотел, но остался осадок: в [SIP Registration Status] статус одного номера Idle, хотя связь исходящая/входящая работает
Уваж. saszay!
Прошу пардону, но можно только Вам посочувствовать по поводу оставшегося осадка.
Но со стороны невозможно объективно оценить обоснованность этого осадка, т.к. ни конфигурация вашей станция, ни трассировки пакетов в процессе регистрации не были Вами представлены для обозрения. Можно только гадать, как именно Вы запрограммировали станцию.
Логов нет - потому, что нет даже попыток зарегистрировать второй номер.
Мои настройки:
- в ПГМ 126 завёл два аккаунта под 2 номера провайдера. Отличаются только логином, паролем и Ring Route Typ.
- в ПГМ 133 для одного и второго номера прописал всё одинакого, кроме Registration UID Range и SIP User ID Table Index.
В этих полях соответствующие ID из ПГМ 126.
Линии сконфигурированны одинакого.
Мои настройки:
- в ПГМ 126 завёл два аккаунта под 2 номера провайдера. Отличаются только логином, паролем и Ring Route Typ.
- в ПГМ 133 для одного и второго номера прописал всё одинакого, кроме Registration UID Range и SIP User ID Table Index.
В этих полях соответствующие ID из ПГМ 126.
Линии сконфигурированны одинакого.
Цитата(saszay @ 7.9.2011, 13:17)
Логов нет - потому, что нет даже попыток зарегистрировать второй номер.
Мои настройки:
- в ПГМ 126 завёл два аккаунта под 2 номера провайдера. Отличаются только логином, паролем и Ring Route Typ.
- в ПГМ 133 для одного и второго номера прописал всё одинакого, кроме Registration UID Range и SIP User ID Table Index.
В этих полях соответствующие ID из ПГМ 126.
Линии сконфигурированны одинакого.
Мои настройки:
- в ПГМ 126 завёл два аккаунта под 2 номера провайдера. Отличаются только логином, паролем и Ring Route Typ.
- в ПГМ 133 для одного и второго номера прописал всё одинакого, кроме Registration UID Range и SIP User ID Table Index.
В этих полях соответствующие ID из ПГМ 126.
Линии сконфигурированны одинакого.
Конфиг станции выложите или пришлите мне по почте!!!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.