Добрый день,

Вот решил освоить новые технологии. Купил пару AddPac'ов и попробовал положить начало новой эре PBX. :)
Мучаюсь уже пару дней. У меня не проходит авторизация. Подскажите как это можно побороть. Вот привожу конфиг sip.conf от *
[general]
context=default
recordhistory=yes
realm=megalink
port=5060
bindaddr=213.24.21.2
srvlookup=no
videosupport=yes
disallow=all
allow=g723
allow=g729
allow=gsm
allow=ulaw
allow=alaw
rtptimeout=60
useragent=Megalink PBX
language=ru

[2001]
type=friend
secret=mmm
host=dynamic
dtmfmode=rfc2833

А вот что имею при отладке SIP сообщений (привожу только стадию конечную без сообщений trying):

SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 213.24.21.30:5060;branch=z9hG4bK9340b6daa44136
From: <sip:2001@213.24.21.2>;tag=9340b6daa4
To: sip:2001@213.24.21.2;tag=as7ab648ff
Call-ID: 93fee140-025f-b6cc-81da-0002a401969c@213.24.21.30
CSeq: 4136 REGISTER
User-Agent: Megalink PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:2001@213.24.21.2>
WWW-Authenticate: Digest realm="megalink", nonce="55729c49"
Content-Length: 0

REGISTER sip:213.24.21.2 SIP/2.0
Via: SIP/2.0/UDP 213.24.21.30:5060;branch=z9hG4bK9340b6daa44137
From: <sip:2001@213.24.21.2>;tag=9340b6daa4
To: sip:2001@213.24.21.2
Call-ID: 93fee140-025f-b6cc-81da-0002a401969c@213.24.21.30
CSeq: 4137 REGISTER
Date: Wed, 30 Jun 2004 10:48:42 GMT
User-Agent: AddPac SIP Gateway
Authorization: Digest username="mmm", realm="megalink", nonce="55729c49", uri="sip:213.24.21.2", response="cd9ea60190502b81d09b89d51f634864", algorithm=MD5
Contact: <sip:2001@213.24.21.30>;expires=60
Expires: 60
Content-Length: 0
Max-Forwards: 70

SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 213.24.21.30:5060;branch=z9hG4bK9340b6daa44137
From: <sip:2001@213.24.21.2>;tag=9340b6daa4
To: sip:2001@213.24.21.2;tag=as7ab648ff
Call-ID: 93fee140-025f-b6cc-81da-0002a401969c@213.24.21.30
CSeq: 4137 REGISTER
User-Agent: Megalink PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:2001@213.24.21.2>
Content-Length: 0

Почитал внимательно про авторизацию и понял, что в * MD5 хеш статически вычисляется на основании echo -n "<user>:<realm>:<secret>" | md5sum (это из http://www.voip-info.org/wiki-Asterisk+sip+md5secret).
А у меня MD5 hash при каждой попытке новый присылает AddPac, что и понятно. Наверно берется еще значение "nonce" при вычислении. Подскажите как мне заставить нормально регестрироваться устройства в *?! И еще, при описании в sip.conf в квадратные скобки надо обязательно занасить номер телефона или как-то можно символьными метками обойтись....?

Где username?

Пропиши так:

[2001]
type=friend
username=mmm
secret=mmm
host=dynamic
dtmfmode=rfc2833
defaultip=<ip твоей железки>
canreinvite=no
qualify=no
nat=no

Блин. Я уже все варианты перебрал и с username и без...
Не регестрируется и все тут!
Я так понял в квадратных скобках надо написать то, что используется как регестрируемое имя до @. Тоесть если я использую E164 адресацию, то это будет номер телефона. Так?
А что тогда значит username?
Это только для авторизации придумали?
Есть у народа AddPAC с регистрацией?????
Может я что не так в AddPac настроил?
Я сделал:
sip-ua
sip-server 213.24.21.2

и соответственно для dial-peer pots задал:

dial-peer voice 0 pots
destination-pattern 2000
port 0/0
user-name mmm
user-password mmm

У кого-нибудь получилось найти решене этой проблемы?
У меня правда Ap-200, но симптомы один в один :(

Оно таки работает.
Настройки шлюза (ap200):
! Pots peer configuration.
dial-peer voice 1 pots
destination-pattern 3298
port 0/0

! Voip peer configuration.
dial-peer voice 2 voip
destination-pattern .T
session target 192.168.19.222
session protocol sip
codec g711ulaw
dtmf-relay rtp-2833

! SIP UA configuration.
sip-ua
sip-server 192.168.19.222
register e164

sip.conf:
[3298]
nat=no
type=peer
host=dynamic
disallow=all
;dtmfmode=inband
allow=ulaw
callerid="Office"

И вуаля ;)
-- Registered SIP '3298' at 192.168.19.223 port 5060 expires 60

оппс, дубль случился.

а как в таком случае должен выглядеть extensions.conf ?
exten => _ZXXXX,1,Dial(3298/${EXTEN},20,rTtS(60)) выдает

-- Executing Dial("SIP/1142-4e5a", "SIP/3298/12345") in new stack
-- Called 3298/12345
-- SIP/3298-4cf2 is circuit-busy
== Everyone is busy/congested at this time (1:0/1/0)
в логах адпака Local:InvalidNumber

но за звонки из "города" спасибо - работает.

при настройках
dial-peer voice 10 pots
destination-pattern T
port 0/0
user-name xxxxxxx
user-password ppppppppp


dial-peer voice 1 voip
destination-pattern T
session target sip-server
session protocol sip
codec g729
dtmf-relay rtp-2833
no vad


sip-ua
user-register
sip-server aaa.bbb.ccc.ddd
register e164

звонить в "город" без проблем, но из "города" Remote:Unknown


как же заставить адпак звонить в обе стороны?

Поправлю, вот так правильнее

! Voip peer configuration.
dial-peer voice 2 voip
destination-pattern .T
session target sip-server
session protocol sip
voice-class codec 0
no vad
!
voice class codec 0
codec preference 1 g729
codec preference 2 g7231r63
codec preference 3 g7231r53
codec preference 4 g711alaw
codec preference 5 g711ulaw
!
sip-ua
sip-server 192.168.19.222
register e164
!
если session target 192.168.19.222, то это статический пир, никакой регистрации.
для кодеков надо создать класс и его указать в пире, тогда будет хоть перебор кодеков, а не один codec g711ulaw
и если не отключить vad - то все булькать будет.
Когда он регистрируется динамически, то засовывает входящие звонки в другой контекст, надо указать в sip.conf для него соответсвующий, типа [from-pstn]

спасибо за совет. звонки пошли в обе сторны, но connection plar 123 теперь не работает.

voice-port 0/0
! FXO
connection plar 123
ring detect-timeout 80
!

при отключеном connection plar
на дисплее телефона вместо номера входящего отображается слово asterisk.
и довольно часто зависает входящий звонок, причем сразу на всех fxo портах.

< 15> May 31 11:43:25 local 1142 : May 31 11:43:21 4 Local:CallClear
< 14> May 31 11:42:53 outgoing 114 sip:114@aaa.bbb.ccc.ddd :aaa.bbb.ccc.ddd May 31 11:42:46 7 Local:CallClear

Два способа принимать звонок в AddPac из города:
1) connection plar ХХХ - при вызове на соотв порт AddPac терминирует звонок на себя, и будет набран номер ХХХ, который в соответствии с правилами пиров уйдет в соответстующий диал пир, в нашем случае - .Т означает все номера, туда и уйдёт на *. Если на * будет прописан соотв екстен, то дальше - как укажешь.
2) если нет connection plar, то AddPac не терминирует, а пропускает транзитом через себя, был набран городской 112233, он кинется искать его в диал плпне Истериска.

По поводу зависания - изучаем команду voice class clear-down-tone на AddPac