Входящая связь работает нормально.
При исходящей связи на телефоне появляется сообщение "Освобождено".
Пытался посылать различные форматы номера - международный, национальный, неформатированный -результат один.
Оператор пока тоже "чешет голову" и говорит типа у нас все настроено ищи у себя.
Ниже приведена трассировка сниффером - постоянно выдается ошибка 404 - номер не существует.

INVITE sip:74957433454@10.192.1.10 SIP/2.0
Supported: 100rel,timer
User-Agent: OxO_GW_610/013.001
Session-Expires: 43200
P-Asserted-Identity: "Reception" <sip:+76518910@10.192.15.50>
To: sip:74957433454@10.192.1.10
From: "Reception" <sip:+76518910@10.192.15.50>;tag=3a20bd8a7a61647c4c3b38eb1b81e5d1
Contact: "Reception" <sip:+76518910@10.192.15.50>
Content-Type: application/sdp
Call-ID: 04835f035a47b0d6d3454049f64d5cc6@10.192.15.50
CSeq: 612372180 INVITE
Via: SIP/2.0/UDP 10.192.15.50;branch=z9hG4bK2c30b0dfbd006079a1c9529af1a2eaf7
Max-Forwards: 70
Content-Length: 215
v=0
o=default 1215700130 1215700130 IN IP4 10.192.15.50
s=-
c=IN IP4 10.192.15.50
t=0 0
m=audio 32000 RTP/AVP 18 106
a=sendrecv
a=rtpmap:106 telephone-event/8000
a=fmtp:106 0-15
a=ptime:40
a=maxptime:120

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.192.15.50:5060;branch=z9hG4bK2c30b0dfbd006079a1c9529af1a2eaf7
From: "Reception" <sip:+76518910@10.192.15.50>;tag=3a20bd8a7a61647c4c3b38eb1b81e5d1
To: <sip:74957433454@10.192.1.10>;tag=ffff1b00ff1c7610ff00ffff0d03ffff
Call-ID: 04835f035a47b0d6d3454049f64d5cc6@10.192.15.50
CSeq: 612372180 INVITE
Contact: <sip:74957433454@10.192.1.10;user=phone>
Server: MERA MSIP v.1.0.2
Content-Length: 0
А

SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 10.192.15.50:5060;branch=z9hG4bK2c30b0dfbd006079a1c9529af1a2eaf7
From: "Reception" <sip:+76518910@10.192.15.50>;tag=3a20bd8a7a61647c4c3b38eb1b81e5d1
To: <sip:74957433454@10.192.1.10>;tag=ffff1b00ff1c7610ff00ffff0d03ffff
Call-ID: 04835f035a47b0d6d3454049f64d5cc6@10.192.15.50
CSeq: 612372180 INVITE
Server: MERA MSIP v.1.0.2
Reason: Q.850;cause=3;text="No route to destination"
Content-Length: 0

ACK sip:74957433454@10.192.1.10 SIP/2.0
Call-ID: 04835f035a47b0d6d3454049f64d5cc6@10.192.15.50
From: "Reception" <sip:+76518910@10.192.15.50>;tag=3a20bd8a7a61647c4c3b38eb1b81e5d1
To: <sip:74957433454@10.192.1.10>;tag=ffff1b00ff1c7610ff00ffff0d03ffff
Via: SIP/2.0/UDP 10.192.15.50;branch=z9hG4bK2c30b0dfbd006079a1c9529af1a2eaf7
CSeq: 612372180 ACK
Content-Length: 0

Подергайте провайдера. Если вам выдается "No route to destination", скорее всего что-то не так на рутере у него или у вас прописано.
А может быть еще с NAT проблемы.



Редактировано 1 раз. Последний раз 16.07.2008 16:47 пользователем Vsjakov.

Внешнюю сторону устраивает, что вызываемый номер идет с семеркой, но без плюсика? Обычно +7 или 8. Да и номер звонящего - тоже странный: с +7, но без кода города.

С форматом играл по всякому- и с плюсиком и без. Пока игрался разобрался с принципом формирования формата. Оказалась очень гибкая система. Причем первоначально звонки обрабатывались через таблицу DDI, но мне показалось не удобным. Все решается при использовании плана нумерации SIP, таблиц инсталяционных номеров и общедоступного плана нумерации (в моем случае).
Но с исходящими вызовами вопрос пока остается открытым.

А зачем играться? Наверно, можно напрямую спросить провайдера какой формат номера ему нужен (какой он от вас ждет).

Как ни странно провайдер не смог однозначно сказать какой у него формат - телефония для него побочный бизнес, основное это доступ в интернет.
Тем не менее ошибка локализовалась. Привожу ответ провайдера.

Да различия в строке From я тоже заметил.

Это удачный исходящий вызов с моего шлюза:

From: nsg <sip:74956518686@10.192.1.10> ;tag=aa257e9377f70666o0..

Эта стока с Вашей ATC:

From: "Reception" <sip:6518910@10.192.15.50>;tag=a06f96609e3aa7453d3ace85a4d429f9..


В моем случае nsg - это логин регистрации на Мере, потом номер настроенный на шлюзе, далее адрес Меры.

В Вашем случае вместо "Reception" должен быть abc24180, номер должен быть прописан полностью и непонятно почему АТС подставляет вместо ip адреса Меры, свой адрес???


Понятно, что "Reception" - это имя телефона с которого осуществляется вызов и на станции телефонов много и всем давать одно имя=логину...
Вообщем косяк определился. Осталось найти как его исправить.



Редактировано 2 раз. Последний раз 17.07.2008 16:33 пользователем TMC.

Что-то стало еще менее понятно. Как это провайдер не знает, что ему надо. Это, типа, присылайте мне 3, нет, 4, а еще лучше 5 звёздочек.
А фраза: "и непонятно почему АТС подставляет вместо ip адреса Меры, свой адрес??? " - вообще класс. Почему ОХО должна вместо своего адреса подставлять чей-то чужой? Речь идет про номер звонящего, т.е. с ОХО. Построение идентификатора идет через планы нумерации и инсталляционные номера. Но у вас, кроме этого, похоже проблемы с построением номера - куда звонить.
Попробуйте как-то разделить проблемы и, все-таки, выяснить у провайдера конкретные параметры подключения.

"Чем дальше в лес, тем толще партизаны..."
С форматом разобрались - он просто отсутствует (unformat).
Что касается станции, то она себя ведет как и положено, просто это не укладывается в требования провайдера.
Привожу детали трассировок со стороны ОХО и провайдера (другое рабочее устройство, на которое он ссылается как на образец):

Alcatel OXO

REGISTER sip:10.192.1.10 SIP/2.0
Expires: 60
User-Agent: OxO_GW_610/013.001
To: sip:74956518910@mera
From: sip:74956518910@mera;tag=af2697f046fc96ccc3b846457ecf6a4d
Contact: sip:74956518910@10.192.15.50
Call-ID: 804e3b2c1f8c9b82d760cb5acf351246@10.192.15.50
CSeq: 2110322309 REGISTER
Max-Forwards: 70
Authorization: Digest username="abc24180",realm="10.192.1.10",nonce="b2d61c009d1c76108000c2d90d0397bf@gk2.artcoms.ru",uri="sip:10.192.1.10",response="3b318ec93977b192d43b166d8dd2595f"
Via: SIP/2.0/UDP 10.192.15.50;branch=z9hG4bK4a491a61ddd1e1d3ccfd4ebdc0807336
Content-Length: 0

LinkSys

REGISTER sip:10.192.1.10 SIP/2.0
Via: SIP/2.0/UDP 10.192.1.18:5060;branch=z9hG4bK-27287bc
From: nsg <sip:74956518686@10.192.1.10>;tag=52283bd5c147a1e2o0
To: nsg <sip:74956518686@10.192.1.10>
Call-ID: b5b2c90-16896fba@10.192.1.18
CSeq: 63151 REGISTER
Max-Forwards: 70
Authorization: Digest username="nsg",realm="10.192.1.10",nonce="767686001db37d108000c2d90d0397bf@gk2.artcoms.ru",uri="sip:10.192.1.10",algorithm=MD5,response="9d85192366b87d3f3713cb8986001d83"
Contact: nsg <sip:74956518686@10.192.1.18:5060>;expires=60
User-Agent: Linksys/PAP2T-3.1.15(LS)
Content-Length: 0
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura

Я обратил внимание на предпоследнюю строчку в трассировке LinkSys -
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
которая отсутстыует в моей трассировке. Могу предроложить, что этой строчкой определяется область действия username присвоенного при регистрации.
Тогда логично, что LinkSys использует в процедуре INVITE не свой IP,а присвоенный при регистрации.
Осталось найти где это прописать. Предполагаю, что это непонятное поле Registered Realm (сфера в переводе Alcatel) в параметрах шлюза и авторизации SIP.

Некорректно все-таки, я думаю, сравнивать PABX с линксисовским оборудованием. Категории все-таки разные

У нас все решалось проще: станция подключается к рутеру, который, собственно и рулит айпишниками, согласно требованиям провайдера, включая подмену адресов. И все довольны и все работает.
А насчет настройки данных параметров в станции тоже хотел бы услышать....

Опять облом - все вернулось на круги своя...
Собственно как показал дальнейший анализ на что-то влияют только установки в закладке VoIP параметры > SIP. Соответственно в полях:
Зарегистрированное имя = номер телефона;
IP адрес Registrar = IP узла регистрации (провайдер);
Имя Registrar = имя или IP узла регистрации (резульат одинаковый);
Авторизация = login, password, IP узла регистрации (поле может быть пустым -результат олинаковый);

Login, password в ARS > параметры шлюза в моем случае ни начто не влияют.

Осталось бороться с провайдером за настройки маршрутизатора.

Покапался в документации нашел следущую информацию -
в примере п.п. 6.4.1.4 Message Formats указано, что в поле From указывается логический адрес инициатора вызва, а в поле Contact -физический.
В п.п. 6.4.2.4.6 Configuring the Local Domain Name что имя используется в поле FROM, т.е. как я понял мне нужно вписать "Номер"@ IP провайдера.
Нужно проверить.

Вообщем все заработало.
Как выяснил из документации станция имеет физический и логический IP адрес. Логический адрес формирует строку FROM в пакетах станции, а физический строку Connect.
Нужно было в VoIP параметры > SIP > Локальное имя DNS = Логический IP адрес.