asterisk.ru

к сожалению не отрабатывает ни одна из версий:

1) exten => 2[0-7]X,1,Set(AddNum=760)
exten => 2[0-7]X,n,Dial(DAHDI/g2/${AddNum}${EXTEN})
exten => 2[0-7]X,n,Hangup

2) exten => 2[0-7]X,n,Dial(DAHDI/g2/760${EXTEN})
exten => 2[0-7]X,n,Hangup

3) exten => 2[0-7]X,n,Dial(DAHDI/g2/${760}${EXTEN})
exten => 2[0-7]X,n,Hangup

Звонок допустим, по exten => 269,1,Dial(DAHDI/g2/760269) проходит.

Есть подозрение, что AddNum, 760, ${760} определяются как строки, хотя где то читал, что переменные в Астериске не имеют типа.

_ не забыто ?

забыто, благодарю

столкнулся с неприятной проблемой, шлюз VIP-480 от Planet не хочет регистрироваться на Asterisk как SIP-клиент, при дебаге выяснил, что во время регистрации он не посылает астеру поле CID (CallerID) в SIP-пакете.
Если на астериске я делаю в sip.conf pedantic=no, то шлюз прекрасно регистрируется, но со временем большая часть звонков как в город, так и внутри сети не проходит (линия якобы занята, хотя с другой стороны никто не говорит).
С сожалением вернул pedantic=yes, и теперь вопрос: можно ли для отдельного SIP-клиента или как то принудительно указать CID, или указать вообще не обращать внимание на CID при регистрации?
Пробовал указывать для SIP-клиента:

fromuser=299
cid_number=299

результат нулевой, все равно при регистрации на астере в дебаге строки:

[May 14 08:54:47] DEBUG[13534] chan_sip.c: = Looking for Call ID: 5y63ia96853008h5en88-0@*.*.*.* (Checking From) --From tag --To-tag
[May 14 08:54:47] DEBUG[13534] chan_sip.c: REGISTER request has no from tag, dropping callid: 5y63ia96853008h5en88-0@*.*.*.* from: <sip:299@*.*.*.*>
[May 14 08:54:47] DEBUG[13534] chan_sip.c: Invalid SIP message - rejected , no callid, len 317
[May 14 08:54:51] DEBUG[13534] chan_sip.c: = Looking for Call ID: 5y63ia96853008h5en88-0@*.*.*.* (Checking From) --From tag --To-tag
[May 14 08:54:51] DEBUG[13534] chan_sip.c: REGISTER request has no from tag, dropping callid: 5y63ia96853008h5en88-0@*.*.*.* from: <sip:299@*.*.*.*>
[May 14 08:54:51] DEBUG[13534] chan_sip.c: Invalid SIP message - rejected , no callid, len 317


asterisk*CLI> core show version
Asterisk 1.8.11.1 built by *@ asterisk on a x86_64 running Linux on 2012-04-27 05:28:16 UTC

дамп сигналки снимите

ладно, с планетами похоже ничего не получится. Сделал sip set debug on, и постоянно вижу сообщения вида:

Really destroying SIP dialog '48380000-e91e-f167-8000-0002a407e2d2@x.x.x.x' Method: REGISTER
Really destroying SIP dialog '48380000-5401-718c-8001-0002a407e2d2@x.x.x.x' Method: REGISTER

Really destroying SIP dialog 'fa46b24f-ab78-0f3d-8590-0002a40771ea@x.x.x.x' Method: REGISTER
Really destroying SIP dialog 'fa46b24f-49da-4501-8591-0002a40771ea@x.x.x.x' Method: REGISTER
Really destroying SIP dialog 'fa46b24f-e404-41d2-8592-0002a40771ea@x.x.x.x' Method: REGISTER
Really destroying SIP dialog 'fa46b24f-6c36-1790-8593-0002a40771ea@x.x.x.x' Method: REGISTER

Чую, это не есть хорошо, а вы как думаете, должен ли sip-телефон постоянно просить регистрацию?

tcpdump -i eth0-в-сторону-планетов-который -vvvnn -s0 host ip-кантуженного -w planet-must-day.cap

да, благодарю за пример, но от регистрации Планетов по SIP я пока отказался, и наблюдаю за SIP-телефонами, и картина получается следующая:

http://db.tt/QsIOcsKF

получается астер отказывает в регистрации по SIP?

но sip show peers показывает что все телефоны зарегистрированы.

Я взялся за дебаг по сипу, поскольку хотя все и работает, но иногда конечные абоненты жалуются, что при при звонке на любой номер, внутренний или внешний сразу же дается сигнал отбоя, но при мне все работает, иными словами в логах все чисто, поэтому я ухватился за возможные ошибки по сипу.

да, ведут они себя странно астериск говорит всё Ok ты зареган, а оно опять шлет регистер, но возможно присутствует потеря пакетов и шлюх просто не видит ответа.
если хотите разобраться кто конь, зеркалируйте порт на планет и снимайте дам с обоих концов одновременно.

почитал про процесс регистрации SIP-клиента на астере.

"Изначально клиент отправляет на Asterisk запрос "REGISTER", в котором нет пароля, а есть только contact. В ответ приходит сообщение "401 Unauthorized", в котором указано, что нужно пройти "Digest access authentication". В присланном сообщении сгенерированы nonce и realm. Используя nonce и realm (полученные от сервера), пароль и username (прописанные на шлюзе), а также digesturi, шлюз генерит md5-хэш — response — и отправляет все это обратно на Asterisk, который проверяет присланные данные. Если они верные, то возвращает 200 ОК, если нет — снова 401."

К тому же, если для sip-клиента указано в конфиге host=dynamic (у меня так для всех клиентов), астер сам периодически перерегистрирует данного клиента. Время перерегистрации думаю где то можно конфигурировать на астере.

Прочие непонятные вещи типа мгновенного сигнала отбоя решились перезагрузкой ipLDK-100.