SIP и несколько каналов |
Здравствуйте, гость ( Вход | Регистрация )
SIP и несколько каналов |
2.9.2011, 7:59
Сообщение
#1
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
Добрый день!
Есть 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 линиям приходит на первую свободную, даже если ей присвоен другой номер. |
|
|
2.9.2011, 9:45
Сообщение
#2
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Добрый день! Есть 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-х проводных линий. Что Вы этим хотите добиться?? Сейчас как раз станция все делает правильно. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
2.9.2011, 11:17
Сообщение
#3
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
Зачем??? Учетных записей может быть гораздо больше, чем каналов в системе. И вообще, это все равно, что в потоке ISDN закреплять за каждым из 30 каналов какой-либо один DID-номер... Это прошлый век, ИМХО. Применяем современные IP технологии, а мыслить продолжаем в категориях аналоговых 2-х проводных линий. Что Вы этим хотите добиться?? Сейчас как раз станция все делает правильно. IP АТС у меня первая, поэтому ешё нахожусь в процессе перестройки на новые технологии... А как тогда добиться, чтобы звонки с одного номера шли одним абонентам, а с другого другим? И как тогда регулировать исходящие звонки: нужно чтобы один номер занимался одними абонентами, а другой другими? |
|
|
2.9.2011, 11:35
Сообщение
#4
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
IP АТС у меня первая, поэтому ешё нахожусь в процессе перестройки на новые технологии... А как тогда добиться, чтобы звонки с одного номера шли одним абонентам, а с другого другим? И как тогда регулировать исходящие звонки: нужно чтобы один номер занимался одними абонентами, а другой другими? Тогда бы нужно сначала пройти курсы обучения, например, в Арткоме. Для исходящих: - В ПГМ126 прописываются аккаунты (SIP ID). - В ПГМ133 указывается, как аккаунты будут привязаны к линиям (каналам VOIM), т.е. какие аккаунты будут регистрироваться на выбранных линиях. - каждому абоненту в ПГМ111-113 в поле SIP USER TABLE указывается нужный индекс в таблицу ПГМ126 - это ссылка на то, какой аккаунт применять для данного абонента. Входящие: можно сделать по-разному, смотря какой алгоритм приема входящих вызов нужен. Если достаточно того, чтобы звонили все телефоны, связанные с одним и тем же аккаунтом, то: - можно просто в ПГМ126 для данного аккаунта указать в поле Ring Route Type значение = ID Assigned Stations. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
2.9.2011, 12:30
Сообщение
#5
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
Для исходящих: - В ПГМ126 прописываются аккаунты (SIP ID). - В ПГМ133 указывается, как аккаунты будут привязаны к линиям (каналам VOIM), т.е. какие аккаунты будут регистрироваться на выбранных линиях. - каждому абоненту в ПГМ111-113 в поле SIP USER TABLE указывается нужный индекс в таблицу ПГМ126 - это ссылка на то, какой аккаунт применять для данного абонента. Входящие: можно сделать по-разному, смотря какой алгоритм приема входящих вызов нужен. Если достаточно того, чтобы звонили все телефоны, связанные с одним и тем же аккаунтом, то: - можно просто в ПГМ126 для данного аккаунта указать в поле Ring Route Type значение = ID Assigned Stations. Если абоненту нужно выходить на несколько линий, что нужно прописывать в ПГМ111-113 в поле SIP USER TABLE ? Как можно узнать причину, почему SIP абоненты не могут зарегистрироваться на серверах? |
|
|
2.9.2011, 12:56
Сообщение
#6
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Если абоненту нужно выходить на несколько линий, что нужно прописывать в ПГМ111-113 в поле SIP USER TABLE ? Как можно узнать причину, почему SIP абоненты не могут зарегистрироваться на серверах? Стоп! Я кажется, здорово ошибся. Вполне можно приписать один аккаунт к конкретной линии (Fixed Table). Сейчас посмотрю на своей станцию, вспомню, разберусь, тогда отвечу. Поясните пожалуйста, что имеется в виду: "абоненту нужно выходить на несколько линий" ??? У Вас же один SIP провайдер, так?? Все ваши аккаунты будут зарегистрированы на SIP сервере провайдера. Пользоваться можно любой линией. Но у каждого абонента будет указан, какой аккаунт нужно использовать для его исходящих вызовов. Т.е. абонент будет представлен один и тем же аккаунтом независимо от того, по какой линии он звонит. Что не так?? Зачем вашему абоненту нужно представляться провайдеру под разными аккаунтами? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
2.9.2011, 13:14
Сообщение
#7
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
Стоп! Я кажется, здорово ошибся. Вполне можно приписать один аккаунт к конкретной линии (Fixed Table). Сейчас посмотрю на своей станцию, вспомню, разберусь, тогда отвечу. Поясните пожалуйста, что имеется в виду: "абоненту нужно выходить на несколько линий" ??? У Вас же один SIP провайдер, так?? Все ваши аккаунты будут зарегистрированы на SIP сервере провайдера. Пользоваться можно любой линией. Но у каждого абонента будет указан, какой аккаунт нужно использовать для его исходящих вызовов. Т.е. абонент будет представлен один и тем же аккаунтом независимо от того, по какой линии он звонит. Что не так?? Зачем вашему абоненту нужно представляться провайдеру под разными аккаунтами? У нас несколько SIP провайдеров: sipnet & местный (телефонный). Планируем ещё подключить SIP провайдера (местного) |
|
|
2.9.2011, 14:05
Сообщение
#8
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
У нас несколько SIP провайдеров: sipnet & местный (телефонный). Планируем ещё подключить SIP провайдера (местного) ОК. Как провайдеры работают: с регистрацией или без (provision)?? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
2.9.2011, 14:33
Сообщение
#9
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
|
|
|
2.9.2011, 14:47
Сообщение
#10
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
С регистрацией От каждого провайдера берете по одному аккаунту или по несколько?? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
2.9.2011, 14:50
Сообщение
#11
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
От каждого провайдера берете по одному аккаунту или по несколько?? Игорь, вот, вроде, подобная вещь уже обсуждалась, только не найду никак. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
2.9.2011, 14:54
Сообщение
#12
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
|
|
|
2.9.2011, 15:02
Сообщение
#13
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
-------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
2.9.2011, 15:30
Сообщение
#14
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
От 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. Как-то так. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
5.9.2011, 8:51
Сообщение
#15
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
ОК. Наверное, будет проще вернуться к исходному варианту - привязать каждую линию к определенному аккаунту, т.е. использовать метод 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, то регистрация пропадает у всех номеров, хотя звонки принимает... |
|
|
5.9.2011, 17:50
Сообщение
#16
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
И ещё одна проблема обнаружилась - нет возможности сделать исходящие звонки у местно провайдера, у sipnet - всё работает.
Входящие звоники приходят |
|
|
5.9.2011, 18:01
Сообщение
#17
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
И ещё одна проблема обнаружилась - нет возможности сделать исходящие звонки у местно провайдера, у sipnet - всё работает. Входящие звоники приходят Так можно только гадать о причинах. Трассировки (снифы) нужно смотреть. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
6.9.2011, 8:18
Сообщение
#18
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
Код +++++++++++++++++++++++++++++++++++++++++++++ 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 |
|
|
6.9.2011, 8:46
Сообщение
#19
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Пытаюсь совершить звонок с телефона 957740 на 612191. ProxyServerIP - IP адрес прокси сервера, на котором зарегистрирован 957740 WanIP - IP адрес моего провайдера, через который я соединяюсь с прокси сервером 192.168.50.15 - внутренний IP MFIM-100 В сообщении Invite от iPECS'а в поле <From> отсутствует домен. Провайдер отклоняет вызов, поскольку он не прошел авторизацию. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
6.9.2011, 11:29
Сообщение
#20
|
|
Продвинутый пользователь Группа: Участники Сообщений: 173 Регистрация: 28.7.2011 Пользователь №: 16239 |
В сообщении Invite от iPECS'а в поле <From> отсутствует домен. Провайдер отклоняет вызов, поскольку он не прошел авторизацию. В ПГМ126 прописал домен в поле Registration User ID. В качестве домена использовал IP адрес прокси сервера провайдера. Вроде заработало!!! Но осталась ещё одна проблема: второй номер не регистрируется в принципе, даже запросов регистрации нет PS. и добавилась ещё одна - пропал звук при соединении по sipnet каналу... |
|
|
Текстовая версия | Сейчас: 29.4.2024, 9:39 |