asterisk.ru

После того как прописал:
register => username:supersecret@sip.datagroup.com.ua/04411111111
register => username:supersecret@sip.datagroup.com.ua/04422222222
register => username:supersecret@sip.datagroup.com.ua/04433333333

прошло три успешных регистрации!!!!!

но правила входящей маршрутизации не заработали

Если возможно - не надо тупить, хорошо? Если была одна регистрация прописана в sip_registration_additional, то ДВЕ другие а не все ТРИ надо было прописать в sip_registration_additional_custom.

Dial("SIP/DataGroup-0000000a", "SIP/6002") - звонок к вам приходит без DID, поэтому и
"Catch-All DID Match - Found h - You probably want a DID for this."
Вы не можете разделить по разным номерам входящие при таком раскладе. Только создать один общий котелок - маршрут ANY DID / ANY CID и всё куда-то направить там.
Пробуйте убрать insecure=very с пира, указать type=peer и создать USER context 044111111 type= user, context=from-trunk-custom и в нём прописать кастомный приём звонка через Set(DID=044111111) или ещё как-то в этом духе.

Я так понимаю - Вы заинтересованы в подключении к Датагруп, и Датагруп заинтересовано в подключении вас к себе. Пусть их служба поддержки, суки ленивые, работают и помогают Вам, за это зарплату получают! Нихрена не понимаю мотиваций!
На третьей странице пережёвывания этого подключения могу резюмировать: в платный суппорт.
Тех поддержке Датагруп - тоже. Ибо, кто консультирует консультантов?

я пытаюсь не тупить .... понимаю выходит не очень ... но честно стараюсь

Сейчяс попробую нагнуть Датагруп....

Ответ от датагруп

Вы недонастроили оборудование. В сообщениии Invite в поле Request Вам присылается пилотный номер. Вызываемый номер приходит к Вам в поле ТО. Для того, что бы Ваш шлюз насквозь пропускал звонок к вызываемому номеру, необходимо анализировать поле ТО сообщения Invite.

ded писал(а):Пробуйте убрать insecure=very с пира, указать type=peer и создать USER context 044111111 type= user, context=from-trunk-custom и в нём прописать кастомный приём звонка через Set(DID=044111111) или ещё как-то в этом духе.

Надо добиться аутентификации не по ИП входящего звонка от Датагруп, а по User = 044111111 в Invite в поле Request.

В общих чертах: если у вас на Астриске будут присутствовать sip show users -
Username Def.Context
04411111111 from-trunk-custom
04422222222 from-trunk-custom
04433333333 from-trunk-custom
то звонки из мира будут аутентифицироваться по User 044111111@ip_asterisk и попадать каждый в контекст from-trunk-custom, где с ними можно делать что надо. По простому -

exten => 04411111111,1,Dial(SIP/6001)
exten => 04422222222,1,Dial(SIP/6002)

или по сложному
exten => 044XXXXXXXX,1,Set(DID=${EXTEN})
exten => 044XXXXXXXX,n,Goto(ext-did-catchall)

exten => 04411111111,1,Dial(SIP/6001)
exten => 04422222222,1,Dial(SIP/6002)

и было прописано....

и всеравно при звонке на 04422222222 он уходит на 04411111111,1,Dial(SIP/6001)

ded писал(а): звонки из мира будут аутентифицироваться по User 044111111@ip_asterisk и попадать каждый в контекст from-trunk-custom

kogr,
1. Они аутентифицируются по User 044111111?
2. Попадают в в контекст from-trunk-custom?

да

Нет.