Всем доброе время суток!

Есть следующая проблема. Возможно я ее решил бы сам, но пока мои попытки безуспешны. Цена решения - время обдумывание и прочтения форумов. А времени, как и денег, всегда не хватает. Откликнувшимся заранее спасибо!!! (большое)! В форумах нашел мало, хотя очень похожая ситуация:
http://www.asterisk-support.ru/forums/general/541484159417/forum_topic

Использую * v 1.2.13. Ранее работал только на сеть 10.10.1.64/26. ip адрес * - 10.10.1.107. Потом этого стало мало. Поднял на eth0 VLAN. Чтобы вся система была удобней захотел подключить номер по ip у провайдера (enforta.ru). На сетевом уровне из под bash все хорошо. Пингуется и шлюз провайдера и его SIP сервер. А регистрироваться упирается. Хотя провайдер запрос на регистрацию видит. Запрос видит от хоста 172.24.27.102.
Пробовал убирать пароль. От сервера получил сообщение с замечанием.
Сеть провайдера также частная: ip для сервера - 172.24.27.102, gw - 172.24.27.1, sip-server-provider -172.24.27.7.
Есть ощущение, что * не очень дружит с различными сетями.

Включив дебаг увидел следующую портянку:
*CLI> sip debug
SIP Debugging enabled
Oct 8 16:40:40 NOTICE[1536]: chan_sip.c:5429 sip_reg_timeout: -- Registration for '78ХХХХ@172.24.27.7' timed out, trying again (Attempt #2)
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 172.24.27.7:5060:
REGISTER sip:172.24.27.7 SIP/2.0
Via: SIP/2.0/UDP 172.24.27.102:5060;branch=z9hG4bK56659226;rport
From: <sip:78ХХХХ@172.24.27.7>;tag=as5c042ebe
To: <sip:789553@172.24.27.7>
Call-ID: 1afcc5c90a133b6541947fc51106771c@10.10.1.107
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="78ХХХХ", realm="enforta.com", algorithm=MD5, uri="enforta.com", nonce="MTE5MTgyMzAyNjpTREZTZXJ2ZXJTZWNyZXRLZXk6MzY5MzcxMDc0", response="73c792f657410c00408de68b85297dc3", opaque=""
Expires: 120
Contact: <sip:78ХХХХ@172.24.27.102>
Event: registration
Content-Length: 0


---
*CLI>
<-- SIP read from 172.24.27.7:32771:
SIP/2.0 423 Interval Too Brief In Expires Header
From: <sip:78ХХХХ@172.24.27.7>;tag=as5c042ebe
To: <sip:78ХХХХ@172.24.27.7>;tag=486A89CEF5AB6EE4E270DA88D2F8BD6311918230462041853
Call-ID: 1afcc5c90a133b6541947fc51106771c@10.10.1.107
CSeq: 104 REGISTER
Via: SIP/2.0/UDP 172.24.27.102:5060;branch=z9hG4bK56659226;rport
Content-Length: 0
Min-Expires: 300
Organization: enforta.com
Server: Avaya SIP Enablement Services


--- (10 headers 0 lines) ---
-- Got SIP response 423 "Interval Too Brief In Expires Header" back from 172.24.27.7
Destroying call '1afcc5c90a133b6541947fc51106771c@10.10.1.107'
*CLI>


Почему Call-ID: 1afcc5c90a133b6541947fc51106771c@10.10.1.107 ???
Непонятно.
Кто решал подобную проблему, прошу поделиться опытом.
Заранее еще раз спасибо!

Текст - каша. Попробую еще раз. Да простят меня за вторую попытку.
Всем доброе время суток!
Есть следующая проблема. Возможно я ее решил бы сам, но пока мои попытки безуспешны. Цена решения - время обдумывание и прочтения форумов. А времени, как и денег, всегда не хватает.
Откликнувшимся заранее спасибо!!! (большое)! В форумах нашел мало,
хотя очень похожая ситуация:
http://www.asterisk-support.ru/forums/general/541484159417/forum_topic
Использую v 1.2.13.
Ранее работал только на сеть 10.10.1.64/26. ip адрес - 10.10.1.107. Потом этого стало мало. Поднял на eth0 VLAN. Чтобы вся система была удобней захотел подключить номер по ip у провайдера (enforta.ru).
На сетевом уровне из под bash все хорошо. Пингуется и шлюз провайдера
и его SIP сервер. А регистрироваться упирается. Хотя провайдер запрос
на регистрацию видит. Запрос видит от хоста 172.24.27.102.
Пробовал убирать пароль. От сервера получил сообщение с замечанием.
Сеть провайдера также частная: ip для сервера - 172.24.27.102, gw - 172.24.27.1, sip-server-provider -172.24.27.7.
Есть ощущение, что * не очень дружит с различными сетями.
Включив дебаг увидел следующую портянку:
*CLI> sip debug
SIP Debugging enabled
Oct 8 16:40:40 NOTICE[1536]: chan_sip.c:5429 sip_reg_timeout:
-- Registration for 78ХХХХ@172.24.27.7 timed out, trying again (Attempt #2)
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 172.24.27.7:5060:
REGISTER sip:172.24.27.7 SIP/2.0
Via: SIP/2.0/UDP 172.24.27.102:5060;branch=z9hG4bK56659226;rport
From: ;tag=as5c042ebe
To:
Call-ID: 1afcc5c90a133b6541947fc51106771c@10.10.1.107
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="78ХХХХ", realm="enforta.com", algorithm=MD5, uri="enforta.com", nonce="MTE5MTgyMzAyNjpTREZTZXJ2ZXJTZWNyZXRLZXk6MzY5MzcxMDc0", response="73c792f657410c00408de68b85297dc3", opaque=""
Expires: 120
Contact:
Event: registration
Content-Length: 0
---
*CLI>
;tag=as5c042ebe
To: ;
tag=486A89CEF5AB6EE4E270DA88D2F8BD6311918230462041853
Call-ID: 1afcc5c90a133b6541947fc51106771c@10.10.1.107
CSeq: 104 REGISTER
Via: SIP/2.0/UDP 172.24.27.102:5060;branch=z9hG4bK56659226;rport
Content-Length: 0
Min-Expires: 300
Organization: enforta.com
Server: Avaya SIP Enablement Services

--- (10 headers 0 lines) ---
Got SIP response 423 "Interval Too Brief In Expires Header" back
from 172.24.27.7
Destroying call 1afcc5c90a133b6541947fc51106771c@10.10.1.107
*CLI>

Почему Call-ID: 1afcc5c90a133b6541947fc51106771c@10.10.1.107 ???
Непонятно.
Кто решал подобную проблему, прошу поделиться опытом.
Заранее еще раз спасибо!

На каком это языке? Это не по-русски.
В чём смысл этого обращения? Если не уверен в том, что за окном у респондента, что мешает написать - "Привет"?
Когда люди начинают думать как роботы, роботы в результате работают ещё хуже. (§ 98. Здравствуйте, с вами говорит робот www.artlebedev.ru/kovodstvo/98/)
Если ты не затратишь драгоценного времени на разбор теории как SIP оперирует с НАТом, то любые советы тут будут малозначны, ввиду невозможности описать вышеуказанную теорию.
Кроме того, штатный форумский телепат задерживается в отпуске, потому прочитать твои конфиги sip.conf не представляется возможным. Опиши строку регистрации, если тебя не затруднит.

Привет! Широка страна моя родная! Про всемя суток я напсал потому,
что когда в Хабаровске уже конец рабочего дня, в Москве его начало.

Привет! Широка страна моя родная! Про всемя суток я напсал потому,
что когда в Хабаровске уже конец рабочего дня, в Москве его начало.

Строка регистрации:
register => 78ХХХХ:123987@172.24.27.7/78ХХХХ
т.е. => user:[secret]@sip-proxy-provider/extension
авторизация не нужна

ну extension здесь пока не важен, пробовал и без него. Провайдер по моей просьбе смотрел попытку регистрации. Он видит от меня запрос приходит корректно. Пробовал убирать пароль, возвращается сообщение о неправильном пароле.
На мой взгляд с моего Linux-a НАТа нет, есть несколько интерфейсов с различными подсетями. Все они доступны. Адреса же одни на другие не меняются. А вот как различные сети видит * для меня вопрос.
Почему Call-ID: 1afcc5c90a133b6541947fc51106771c@10.10.1.107 ?

Или как писал litnimax
http://www.asterisk-support.ru/forums/general/541484159417/forum_topic
Решается при помощи linux advanced routing.
davion: Да проблема оказалась решилась с помощью ip route и ip rule
правил.
Хотелось бы прочитать подсказку или более удачное решение.

или Всем привет!
Ты преполагал, что я не знаю о том, что когда в Хабаровске уже конец рабочего дня, в Москве его начало? Ты бы сам из Москвы позвонил в Хабаровс и так сказал бы - доброе время суток!? Сильно сомневаюсь! Ты обедняешь язык, в котором очень много форм приветствий, а доброе время суток! нету. Это чужие глупости (ты ведь не сам это придумал?), или будешь отстаивать чужую безграмотность, чтобы оправдвть свою?

Что у тебя в sip.conf
[general]
bindaddr=?

если ты сделаешь не 0.0.0.0 а 172.24.27.102, то это может разрешить проблему без linux advanced routing. Лишь бы все другие ВоИП хосты знали где 172.24.27.102.

Привет!
(теперь всем и всегда буду так писать и говорить! Честное слово!)
Если бы все филологи в этом форуме так обильно писали по сути вопроса.
К сожалению, я сильно обчитался форума, и начались мниться сложные проблемы. Настройки сети я менял в различных вариациях(nat,host,defaultip,bindaddr,localnet,externip и т.д.). Сообщение про интервал надо было понимать буквальнее. Лупанул defaultexpry=1200 (т. е. на порядок). user зарегистрировался. Окончательную настройку клиентов еще не сделал и систему не обкатал. Что новое будет напишу.
Натолкнуться на данное изменение помог параметр qualify, указанный в extension клиента. Не сразу, но проскачили логи про задержку. Хотя Ping до провайдера без нареканий (вроде). Ну вообщем опыт хотя и мусорный, а может кому поможет.

Всем терпевшим обсуждение вариантов приветствия большое спасибо. По предмету "русский язык" была 3.