Elastix (Asterisk 11.4.0) и Cisco 7940

[Sa2]

ded, я понимаю что должно быть, на другом trixbox я это все вижу.
У меня на этом еластиксе не регистрируется цискофон. Симптомы я все описал.
как побороть я не понимаю!

[ded]

Тут либо справитесь (на основе полученной информации), либо нет, либо одно из двух.

[ded]

эта опция стоит:

Код: Выделить всё

# grep voip_control_port SIPDefault.cnf
voip_control_port: "5060"
#

Это не должно быть в SIPDefault.cnf

Сделайте
tcpdump port tftp и перегрузите цыскофон. Смотрите какие он файлы просит/получает.
В правильном процессе телефон обращается к файлу SIPDefault.cnf только тогда, когда не находит свой персональный
SIP0001234AB53453CD.cnf

Кроме того в телефон можно залогиниться по телнет
telnet 192.168.50.185
и посмотреть какое там значение
show conf
voip_control_port : 5060 ??
По виду запросов REGISTER можно ожидать, что там увидим
voip_control_port : 50908
или параметр не указан там в явном виде.

[logdog]

у себя проверил, voip_control_port = 5060

[Sa2]

ded, привет!
Похоже, ты нас проверяешь!

Судя по доке:

There are two configuration files that can be downloaded from the TFTP server:

•A default configuration file, named SIPDefault.cnf, which is downloaded by all phones.

•A phone-specific configuration file, which is downloaded by a specific phone after the default configuration file.

tcpdump это прекрасно показывает и я это своими глазами видел сотни раз.

Я лично в SIPDefault.cnf прописываю общие настройки, а в SIPxxxxxxxxxx.cnf прописываю персональные для телефона.
voip_control_port = 5060 я еще несколько дней назад проверил, оно по умолчанию в SIPDefault.cnf прописано у меня и на телефоне тоже самое значение стоит.

Я, похоже, решил проблему, но пока наблюдаю.

[logdog]

Как решили?

[Sa2]

Я поставил в SIPDefault.cnf

nat_enable: "1"

в настройках экстеншенов стоит nat=no.
Только в этом случае телефоны строят соединение с порта 5060 и на 5060 обратно от астериска получают ответы и работают.
Более того, в построенном соединении вот как выглядит пакет:

Код: Выделить всё

16:42:28.170656 IP (tos 0x60, ttl  64, id 58251, offset 0, flags [none], proto: UDP (17), length: 724) 192.168.50.185.sip > 192.168.50.1.sip: [no cksum] SIP, length: 696
        REGISTER sip:192.168.50.1 SIP/2.0
        Via: SIP/2.0/UDP 192.168.50.185:5060;branch=z9hG4bK0a6a7e71
        From: <sip:753@192.168.50.1>;tag=0012da8acf38019b371de605-3c2f8818
        To: <sip:753@192.168.50.1>
        Call-ID: 0012da8a-cf380002-75b6c8ef-1b309eb3@192.168.50.185
        Max-Forwards: 70
        Date: Fri, 02 Aug 2013 09:42:28 GMT
        CSeq: 362 REGISTER
        User-Agent: Cisco-CP7940G/8.0
        Contact: <sip:753@192.168.50.185:5060;transport=udp>;+sip.instance="<urn:uuid:00000000-0000-0000-0000-0012da8acf38>";+u.sip!model.ccm.cisco.com="8"
        Authorization: Digest username="753",realm="asterisk",uri="sip:192.168.50.1",response="2772cc5e18328d5fc251ade947a984b2",nonce="0e7da1ff",algorithm=MD5
        Content-Length: 0
        Expires: 120

В поле Contact порт 5060, также как и в VIa.
Перегрузили пяток телефонов с утра еще и все пока работают!
Вот такие вот простые вещи.

Ded, logdog спасибо за содействие.

[ded]

Но это яавный парадокс! Или баг? Потому что (по моему разумению!) параметр nat_enable: "1" включает механизм НАТ, при трансляции ИП адресов используются верхние порты типа 50678. А nat_enable: "0" должен бы выключать, и использовать порт 5060, то есть всё наоборот, разве не так?

ded, привет!
Похоже, ты нас проверяешь! .

Ну не то что бы проверяю....
Я увидел очень грамотно построенный куски SIPDefault.cnf & SIPxxxxxxxxxx.cnf
Это могло быть результатом хорошего понимания что делается, или результатом тупой копипасты.
Сразу не понять.

[Sa2]

Спасибо.
Это вот новинки asterisk все, imho.
Подобные вещи на старых триксбоксах работают месяцами не перегружаясь...
А тут такое...
С одной стороны в новых версиях надеешься на исправления в безопасности, новые возможности (нужны ли?!), а с другой стороны -- на новые баги!

[ded]

Подобные вещи на старых триксбоксах работают месяцами не перегружаясь...

Нет.
Годами.