asterisk 1.8 - молча игнорирует запросы регистрации

[MATPOCKuH]

Имеется asterisk 1.8, достанный из загажников для тестов d-link DPH-80S и пара софтфонов (kphone, ekiga, linphone).
Прописал некоторое количество ext-ов, пытаюсь их зарегистрировать.
И тут обраруживается, что * по каким-то причинам абсолютно молча игнорирует запросы на регистрацию от dlink-а и kphone, но ekiga и linphone спокойно региструруются.
При этом kphone на работающем рядом * 1.4 замечательно регистрируется.
После продолжительного гугла нашёл как включить отладку sip-а, стал сравнивать запросы, но не нашёл ничего противоестественного со своей точки зрения. Сами запросы привёл в конце сообщения.

На всех ext-ах пароль не задан, конфиги минимальны, если это сможет чем-то помочь - могу выложЫть.

Соответственно напрашЫваются вопросы:
- как заставить * сообщать (хотя в консоль), почему он проигнорировал запрос
- где порылась проблема? в моих руках? в каких-то косяках kphone/dlink? в каких-то нововведениях в * 1.8?

собственно запросы:
ekiga:

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

<--- SIP read from UDP:192.168.80.30:5060 --->
REGISTER sip:192.168.2.2 SIP/2.0
CSeq: 4 REGISTER
Via: SIP/2.0/UDP 192.168.80.30:5060;branch=z9hG4bKe2c59274-613f-e011-81fe-0016d3
b3fd98;rport
User-Agent: Ekiga/3.2.7
From: <sip:104@192.168.2.2>;tag=d07d8d74-613f-e011-81fe-0016d3b3fd98
Call-ID: 38118d74-613f-e011-81fe-0016d3b3fd98@x60
To: <sip:104@192.168.2.2>
Contact: <sip:104@192.168.80.30>;q=1, <sip:104@129.159.127.33>;q=0.834, <sip:104@10.0.0.254>;q=0.668, <sip:104@10.1.0.254>;q=0.502, <sip:104@10.2.0.254>;q=0.336, <sip:104@10.3.0.254>;q=0.170
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING
Expires: 3600
Content-Length: 0
Max-Forwards: 70

kphone:

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

<--- SIP read from UDP:192.168.2.64:5060 --->
REGISTER sip:192.168.2.2 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.64;branch=z9hG4bKBB058E
CSeq: 6088 REGISTER
To: "101" <sip:101@192.168.2.2>
Expires: 900
From: "101" <sip:101@192.168.2.2>
Call-ID: 1663909598@192.168.2.64
Content-Length: 0
User-Agent: kphone/4.2
Event: registration
Allow-Events: presence
Contact: "101" <sip:101@192.168.2.64;transport=udp>;methods="INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK, REFER"

dlink:

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

<--- SIP read from UDP:192.168.2.65:5060 --->
REGISTER sip:192.168.2.2 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.65:5060
From: 102 <sip:102@192.168.2.2>
To: 102 <sip:102@192.168.2.2>
Call-ID: 16838@192.168.2.65
Contact: *
CSeq: 5758 REGISTER
Max-Forwards: 70
Content-Length: 0
User-Agent: D-Link DPH80 (TW-2.200)
Expires: 0

[ded]

Для dlink-а и kphone пропишите registertrying=yes

[MATPOCKuH]

Для dlink-а и kphone пропишите registertrying=yes

Эту опцию я вроде уже находил, сейчас перепроверил, не помогает.

ЗЫ. Если в ext-у указать host= c адресом kphone/dlink - * говорит что эти ext-ы теперь доступны, но регистрация всё равно не проиходит.

ЗЗЫ. Сейчас описания пиров выглядат примерно так:

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

[default](!)
        context=office
        type=friend
        qualify=yes
        host=dynamic
[103](default)
        username=103
        callerid="103"
        registertrying=yes

[ded]

1) посмотрите не то что отправляется при REGISTER от dlink, а что на это отвечает Астериск
2) поставьте в глобальной секции sip.conf
pedantic=yes
3) для теста просто поставьте какой-то secret=

[MATPOCKuH]

1) посмотрите не то что отправляется при REGISTER от dlink, а что на это отвечает Астериск

А вот в то и вопрос, что он НИЧЕГО не отвечает. что подтверждается и sip debug-ом и tcpdump-ом.
И в логи молчит.

2) поставьте в глобальной секции sip.conf
pedantic=yes

На сколько я могу судить по комментам к дефотному sip.conf-у, эта опция включена по умолчанию.
НО! Если её поставить в =no, то и kphone и dlink успешно регистрируются на *.
Осталось понять, чего * не нравится при pedantic=yes...

3) для теста просто поставьте какой-то secret=

Если оставить pedantic=yes, то опять же молча игнорирует.
По крайней мере dlink не регистрируется, а kphone - не спрашивает пароль на подключение (когда баловался с freeswitch - спрашЫвал)...

ЗЫ. Судя по гуглам, народ любит ставить canreinvite=no. Это вообще имеет смысл если у большЫнства используются hard фоны на статических адресах?

[ded]

1) посмотрите не то что отправляется при REGISTER от dlink, а что на это отвечает Астериск

А вот в то и вопрос, что он НИЧЕГО не отвечает. что подтверждается и sip debug-ом и tcpdump-ом.
И в логи молчит.

2) поставьте в глобальной секции sip.conf
pedantic=yes

На сколько я могу судить по комментам к дефотному sip.conf-у, эта опция включена по умолчанию.
НО! Если её поставить в =no, то и kphone и dlink успешно регистрируются на *.
Осталось понять, чего * не нравится при pedantic=yes...

Пусть IgorG прокомментирует. Я понимал эту опцию ровно наоборот.
Разбираться в RFC нет сил.

ЗЫ. Судя по гуглам, народ любит ставить canreinvite=no. Это вообще имеет смысл если у большЫнства используются hard фоны на статических адресах?

Это имеет смысл. Чтобы предотвращать попытку reinvite - склеивание медиа в обход Астериска. Он при этом не может выступать транскодером - преобразовывать один кодек в другой, не может правильно обрабатывать трансферы, не может music-on-hold, не может сделать конференцию, и т.д.

[tma]

не может правильно обрабатывать трансферы

REFER никто не отменял. проксирование RTP для этого не требуется.

не может music-on-hold

Не вижу взаимосвязи. Это вполне можно реализовать и без проксирования (re-INVITE на MOH-сервер какой-нибудь).
Но OpenSER'е реализуется при помощи RTPProxy.
Но что-то не помню, чтобы у asterisk'ов (по крайнйе мере раньше) были проблемы с MOH при отсутствии проксирования...

[MATPOCKuH]

2) поставьте в глобальной секции sip.conf
pedantic=yes

На сколько я могу судить по комментам к дефотному sip.conf-у, эта опция включена по умолчанию.
НО! Если её поставить в =no, то и kphone и dlink успешно регистрируются на *.
Осталось понять, чего * не нравится при pedantic=yes...

Пусть IgorG прокомментирует. Я понимал эту опцию ровно наоборот.[/quote]
Если веритоь имеющимся комментариям в sip.conf:

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

;pedantic=yes                   ; Enable checking of tags in headers,
                                ; international character conversions in URIs
                                ; and multiline formatted headers for strict
                                ; SIP compatibility (defaults to "yes")

То всё таки pedantic=no это как быть "менее придирчивым", и, в общем "логично", что в этом случае * начинает пускать этих пользователей.

Это имеет смысл. Чтобы предотвращать попытку reinvite - склеивание медиа в обход Астериска. Он при этом не может выступать транскодером - преобразовывать один кодек в другой, не может правильно обрабатывать трансферы, не может music-on-hold, не может сделать конференцию, и т.д.

(задумчиво) а ведь еще есть directmedia=no, который (как я понял) предназначен для NAT-еный клиентов, и как вроде как тоже заставляет ходить голосовой трафик через *, а не напрямую.
это не одно и тоже?

если вы на 100% уверены что с 1.4 все регистрируется, значит это новвоведения либо ухудшения астериска

про kphone - на 100. ибо когда начал доходить "до ручки" - попробовал подцепиться к боевому * 1.4.
и на freeswitch он тоже регистрировался. а вот на * 1.8 без pedantic=no - был послан.
что в общем-то не отменяет возможной кривизны в, например, kphone, которую "не замечали" остальные.

это отмена регистрации а не регистрация

А из какого места запроса это можно понять?

[MATPOCKuH]

А из какого места запроса это можно понять?

из RFC, но что бы не перечитывать, поверте мне на слово
поэтому смотрите какие пакеты REGISTER были до этого

Хм.
Остановил *, удалил astdb, убрал pedantic=no, выключил dlink, запустил *, включил sip debug, включил dlink.
Первый пакет:

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

<--- SIP read from UDP:192.168.2.65:5060 --->
REGISTER sip:192.168.2.10 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.65:5060
From: 104 <sip:104@192.168.2.10>
To: 104 <sip:104@192.168.2.10>
Call-ID: 16838@192.168.2.65
Contact: *
CSeq: 5758 REGISTER
Max-Forwards: 70
Content-Length: 0
User-Agent: D-Link DPH80 (TW-2.200)
Expires: 0

<------------->
--- (11 headers 0 lines) ---

Это снова unregister?

[eyt5297]

та же самая ситуация с planet VIP-480
на asterisk 1.4 регистрация успешная не зависимо от pedantic=no/yes
на asterisk 1.8 регистрация успешная только при pedantic=no
причем в 1.4 по умолчанию значение "no", а в 1.8 по умолчанию "yes"

Расскажите чем именно чревато изменение параметра pedantic=no/yes?

кроме как для совместимости с неправильными клиентами.