Привет всем!!!!
На * поднят протокол SIP, но не в какую не хочет заходить в контекст с расширением 's', всё остальное работает замечательно. На клиенте при набирание любого номера пишет "404 Not found". Как я понимаю чтобы происходила обработка exten с расширением 's', надо в sip.conf делать register=>...., я прав ??? Но при написание в sip.conf "register=>......", тоже не хочет работать, пишет:

Apr 24 13:31:10 WARNING[22856]: chan_sip.c:711 retrans_pkt: Maximum retries exceeded on call F38D3FCA-813C-4839-954F-FC561966C3FC@196.236.25.5 for seqno 1 (Critical Response)

Apr 24 13:31:16 NOTICE[22856]: chan_sip.c:4227 sip_reg_timeout: -- Registration for '4321@172.16.0.1' timed out, trying again


конфиг sip.conf:

register=>4321:pass:aster@xxx.xxxx.xxx.xxx/1000

[proxy]
type=friend
context=users
fromuser=4321
username=aster
secret=pass
fromdomain=xxx.xxx.xxx.xxx
host=xxx.xxx.xxx.xxx
где xxx.xxx.xxx.xxx - хост на котором поднят Астериск.

Люди помогите пожалуйста, дайте пример рабочей конфигурации, буду очень благодарен за помощь!!!

РТФМ
проверять правильность регистрации (далеко не всем нужна запись вида x:y:z, многие требуют только x:y

читать внимательно описание s
(если используешь s - то никаких /1000 в регистер не должно быть)

смотреть в сторону "context=..." в секции general sip.conf, и проверять все еще раз внимательно

обычно все проблемы - либо от лени, либо от невнимательности, сорри за резкость

У меня возникла аналогичная ситуация! Понадобилось использовать exten => i,1,... но это не заработало! Полазив в мейл листах и на VOIPINFO выяснилось что эта функция не работает по умолчанию !! (может все таки я ошибаюсь?) и народ выходит из положения вставляя в конец диалплана вложенный контекст "include => invalid" куда и ссыпаются не обработанные номера.
Но также не работает и exten => s.... .Поясню ситуацию: Все звонки с шлюза и софтфона у меня сыпятся в default контекст. Номера прописанные в контексте обрабатываются четко проблем нет но неизвестные номера ext => s... не обрабатываются!!! просто тишина в трубке и в консоли астериска ничего не высвечивается в сообщенииях софтфона появляется надпись что такой номер не найден "404 Not found".
В документации на которую отсылает предыдущий ответ описывается ситуация когда в exten => s.... перенаправляются звонки пришедшие с sip proxy (дословно "астериск может регистрировать номера user agent на сторонних SIP прокси серверах" ) то есть для настройки конечных точек не применимо.
Так что же exten => s.... можно использовать только для перенаправления трафика с прокси серверов ? А для разруливания всех звонков с SIP агентов этот екстеншен использовать нельзя?

И о чем это вы? :)

просто хотелось знать работает ли START екстеншен у других или нет? Или это только у меня проблема такая?

попробовал разобраться с тем почему звонки на номера не прописаные в диалплане не попадают в 's' и 'i' extensions . Если звоню через OH323 канал то все Ok ошибочные звонки перенаправляются в 's' или 'i' но при звонках через SIP канал на прописаные в диалплане номера звонки проходят но при звонках на непрописаные номера звонки в 's' или 'i' не перенаправляются.!!!!
Облазил все описание SIP.conf но упоминания как решить эту проблему не нашел.
Может быть кто то встречался с этой проблемой? Помогите советом!!!
Как заставить SIP звонки перенаправлятся в 's' и 'i' extensions?

у меня такая же проблема именно с SIP, с H323 всё нормально, причём если в SJPhone набрать "s", то он заходит в этот контекст, в остальных случаях просто не хочет.

Столкнулся с такой же проблемой :(
Quintum A400 входящий звонок из города (аналог), номера DNID конечно же нет...
Шлет звонок просто на астер, тот ему NOT FOUND.

WARNING[12738]: pbx.c:1889 ast_pbx_run: Channel 'SIP/1123-79be' sent into invalid extension '192.168.1.222:5061' in context 'quintum', but no invalid handler

'exten =>' s не ловит, так как квинт шлет вместо номера свой адрес.

exten => 192.168.1.222:5061,1,Dial(SIP/test)

Работает.

Таким образом, видно что это квинтум посылает не пустой номер, а свой адрес и порт в кач-ве номера.

В квинте есть параметры trunkiddelivery, trunkidformat, где можно установть called/calling.

Таким образом: думаю что у вас проблемы с 's' extension из-за ip телефона. А вообще надо проичитать SIP RFC и узнать как надо

Таже история, непрходит не s не i

притом с телефоным номером вроде ок.

Looking for 745 in from-sip-external (domain 194.xxx.xxx.xx4;user=phone;phone-context=unknown)
Reliably Transmitting (no NAT) to 194.xxx.xxx.xxx3:5060:
SIP/2.0 484 Address Incomplete
Via: SIP/2.0/UDP 194.xxx.xxx.xx3:5060;received=194.xxx.xxx.xx3
From: "8801" <sip:8801@194.xxx.xxx.xx3>
To: <sip:745@194.xxx.xxx.xx4;user=phone;phone-context=unknown>;tag=as49861dd0
Call-ID: DB8EFCD8-8DE311DB-81F89A5C-58F00847@194.xxx.xxx.xx3
CSeq: 101 INVITE
User-Agent: VOIP NKL SoftSwitch
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:745@194.xxx.xxx.xx4>
Content-Length: 0

в контекст i непопал однако....

И вопрос в догонку, как в таком случае в диалплане отлавить все вхождения "SIP/2.0 484 Address Incomplete" ?