mensaje SIP/2.0 489 Bad Event en proceso de reigistar un softphone
axlaxl
tengo un problema-curiosidad al momento de registar unas cuentas sip
en un softphone eyebeam (todo sip)
sip.conf
[XXXXXX]
context=**
type=friend
regexten=XXXXXX
username=XXXXXX
secret=**
dtmfmode=rfc2833
callerid="XXX" <XXX>
host=dynamic
nat=yes
canreinvite=no
disallow=all
allow=g729
allow=alaw
accountcode=XXXX
qualify=2000
cuando veo el debug con el ngref veo esto:
softphone -> asterisk
register
asterisk -> softphone
100 Trying
asterisk -> softphone
Unauthorized
softphone -> asterisk
register
asterisk -> softphone
100 Trying
asterisk -> softphone
200 OK
softphone -> asterisk
subscribe
asterisk -> softphone
Unauthorized
softphone -> asterisk
subscribe
asterisk -> softphone
SIP/2.0 489 Bad Event.
No entiendo el pq me da Unauthorized (pq el asterisk manda esto? es
algun parametro en el sip.conf), aunq luego el softphone vuelve a
enviar u register y el asterisk le da 200 OK, pero luego el softphine
manda un subscribe (pq lo hace? es algun parametro en el sip.conf?) y
el asterisk responde Unauthorizded, luego el softhpone vuelve a enviar
subscribe y termina con el SIP/2.0 489 Bad Even (q es este
parametro?).
El softphone registra, en la consola veo
"Registered SIP 'XXX' at ip_softphone port 15578 expires 3600
-- Saved useragent "eyeBeam release 1010f stamp 39239" for peer
XXX"
Luego de esto el softphone hace y recibe llmadas sin probelmas, mi
duad es pq termina con el 489 Bad Event.
Gracias por su apoyo!!!
Iñaki Baz Castillo
> Luego de esto el softphone hace y recibe llmadas sin probelmas, mi
> duad es pq termina con el 489 Bad Event.
Haz unas trazas SIP (con ngrep por ejemplo) y verás que el Eyebeam
está enviando un SUBSCRIBE de "Event: presence", cosa que no soporta
Asterisk y devuelve un 489 a *ese* SUBSCRIBE y no al REGISTER que ya
obtuvo su 200.
--
Iñaki Baz Castillo
<i...@aliax.net>
axlaxl
un:
Event: message-summary
me imagio que la respuesta del asterisk (489) debe ser por la misma
causa que indicas si fuese un Event: presence, entiendo que el
Register esta todo ok
Una consula adicional, que parametro o que es lo que origina que el
asterisk envie Unauthorized antes del 200 ok del Register?
Gracias por tu apoyo
On 24 nov, 12:01, Iñaki Baz Castillo <i...@aliax.net> wrote:
Iñaki Baz Castillo
> Event: message-summary
> me imagio que la respuesta del asterisk (489) debe ser por la misma
> causa que indicas si fuese un Event: presence, entiendo que el
> Register esta todo ok
Asterisk no permite subscripciones de tipo message-summary (unread
voice messages).
> Una consula adicional, que parametro o que es lo que origina que el
> asterisk envie Unauthorized antes del 200 ok del Register?
Vamos a ver, lo que te envía Asterisk en el PRIMER REGISTER es un 407
para que el cliente se autentique. En el segundo REGISTER el cliente
envía las credenciales y entonces Asterisk las verifica y responde el
200 OK.
Iñaki Baz Castillo
> Otra copnsulta, he estado chequeando el ngrep-sip pero no comprendo la
> sintaxis de como hacer los filtros, si fueses amable de pasarme
> algunos caos te lo agradeeria
Mantén los correos en la lista por favor, no envíes al personal ;)
http://dev.sipdoc.net/projects/sip-stuff/wiki/Ngrep-SIP
Saúl Ibarra Corretgé
> El día 24 de noviembre de 2010 19:30, axlaxl <calc...@gmail.com> escribió:
>> Event: message-summary
>> me imagio que la respuesta del asterisk (489) debe ser por la misma
>> causa que indicas si fuese un Event: presence, entiendo que el
>> Register esta todo ok
>
> Asterisk no permite subscripciones de tipo message-summary (unread
> voice messages).
>
Como que no? Las usa para el voicemail :-O
--
/Saúl
http://saghul.net | http://sipdoc.net
Iñaki Baz Castillo
<sag...@gmail.com> escribió:
>> Asterisk no permite subscripciones de tipo message-summary (unread
>> voice messages).
>
> Como que no? Las usa para el voicemail :-O
Asterisk envía NOTIFY "Event: message-summary" como *initial* request,
lo cuál es anti-estándar. Que muchos teléfonos lo traguen es otro
tema.
Pero Asterisk no soporta un SUBSCRIBE de se evento. Corrígeme si me
equivoco (hablo de la 1.4).
Saúl Ibarra Corretgé
>
> Asterisk envía NOTIFY "Event: message-summary" como *initial* request,
> lo cuál es anti-estándar. Que muchos teléfonos lo traguen es otro
> tema.
> Pero Asterisk no soporta un SUBSCRIBE de se evento. Corrígeme si me
> equivoco (hablo de la 1.4).
>
Asterisk 1.4:
<--- SIP read from 192.168.99.53:46654 --->
SUBSCRIBE sip:sag...@imac.saghul.lan SIP/2.0
Via: SIP/2.0/UDP
192.168.99.53:46654;rport;branch=z9hG4bKPjL0HcCp.9Bqw8Qf5thFJSewM2ndn6h2Bo
Max-Forwards: 70
From: <sip:sag...@imac.saghul.lan>;tag=59qeLwCSpayob1vvwoHpQhyuRALD7e7n
To: <sip:sag...@imac.saghul.lan>
Contact: <sip:gpnz...@192.168.99.53:46654>
Call-ID: zYNpQLW6k8vjolQAW5mBTIb6aR7leCv.
CSeq: 20358 SUBSCRIBE
Route: <sip:192.168.99.53;lr>
Event: message-summary
Expires: 3600
Accept: application/simple-message-summary
Allow-Events: message-summary
Supported: eventlist
User-Agent: sipsimple 0.16.2
Authorization: Digest username="saghul1", realm="asterisk",
nonce="6235b546", uri="sip:sag...@imac.saghul.lan",
response="46f409d1f8f0148a0e80ed7a49d2f465", algorithm=MD5
Content-Length: 0
<------------->
--- (17 headers 0 lines) ---
Creating new subscription
Sending to 192.168.99.53 : 46654 (NAT)
Found peer 'saghul1'
Scheduling destruction of SIP dialog
'zYNpQLW6k8vjolQAW5mBTIb6aR7leCv.' in 3610000 ms (Method: SUBSCRIBE)
<--- Transmitting (NAT) to 192.168.99.53:46654 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP
192.168.99.53:46654;branch=z9hG4bKPjL0HcCp.9Bqw8Qf5thFJSewM2ndn6h2Bo;received=192.168.99.53;rport=46654
From: <sip:sag...@imac.saghul.lan>;tag=59qeLwCSpayob1vvwoHpQhyuRALD7e7n
To: <sip:sag...@imac.saghul.lan>;tag=as45462c63
Call-ID: zYNpQLW6k8vjolQAW5mBTIb6aR7leCv.
CSeq: 20358 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO
Supported: replaces
Expires: 3600
Contact: <sip:sag...@192.168.99.53>;expires=3600
Content-Length: 0
*CLI> core show version
Asterisk SVN-branch-1.4-r293968 built by saghul @ hal on a x86_64
running Linux on 2010-11-07 10:56:31 UTC
Iñaki Baz Castillo
> SIP/2.0 200 OK
Dicho lo cuál me callo XD
Pregunta, ¿por qué no se lo acepta a quien ha iniciado el hilo?
Supongo que hay alguna opción en el sip.conf pero no recuerdo
ahora....
Saúl Ibarra Corretgé
:-)
> Pregunta, ¿por qué no se lo acepta a quien ha iniciado el hilo?
> Supongo que hay alguna opción en el sip.conf pero no recuerdo
> ahora....
>
Yo no he tocado nada, tengo el sip.conf by default y he añadido un
mailbox=1234@default al peer saghul1, sino devuelve 404.
Si pega el SUBSCRIBE igual podemos sacar algo en claro...
axlaxl
sus comentarios, acano de ver la traza y ahora veo que termina con un
404 Not Fopund
register
asterisk -> softphone
100 Trying
asterisk -> softphone
softphone -> asterisk
register
asterisk -> softphone
100 Trying
asterisk -> softphone
200 OK
softphone -> asterisk
subscribe
SUBSCRIBE sip:cuentasoftphone@ipasterisk SIP/2.0.
Via: SIP/2.0/UDP ipasterisk:18110;branch=z9hG4bK-
d87543-962d195fb6531f23-1--d87543-;rport.
Max-Forwards: 70.
Contact: <sip:cuentasoftphone@ipsoftphone:18110>.
To: "cuentasoftphone"<sip:cuentasoftphone@ipasterisk>.
From: "cuentasoftphone"<sip:cuentasoftphone@ipasterisk>>;tag=f10f7c07.
Call-ID: MTE1MzIyNDE5MDkxZTVhNDc3OWM2YmI5ZWUwMjkwNTk..
CSeq: 1 SUBSCRIBE.
Expires: 300.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,
SUBSCRIBE, INFO.
User-Agent: eyeBeam release 1010f stamp 39239.
Event: message-summary.
Content-Length: 0.
asterisk -> softphone
401 Unauthorized
softphone -> asterisk
subscribe
asterisk -> softphone
U ipasterisk:5060 -> ipsoftphone:18110
SIP/2.0 404 Not Found.
Via: SIP/2.0/UDP ipsoftphone:18110;branch=z9hG4bK-d87543-
a001cf1bad23e220-1--d87543-;received=ipsoftphone;rport=18110.
From: "cuentasoftphone"<sip:cuentasoftphone@ipasterisk>;tag=f10f7c07.
To: "cuentasoftphone"<sip:cuentasoftphone@ipasterisk>;tag=as072898dd.
Call-ID: MTE1MzIyNDE5MDkxZTVhNDc3OWM2YmI5ZWUwMjkwNTk..
CSeq: 2 SUBSCRIBE.
User-Agent: Asterisk PBX.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY.
Supported: replaces.
Content-Length: 0.
.
Gracias por su apoyo
Saúl Ibarra Corretgé
> el asterisk q tengo es 1.4.18, he estado haciendo unas pruebas viendo
> sus comentarios, acano de ver la traza y ahora veo que termina con un
> 404 Not Fopund
Te falta definir el mailbox entonces :-)
axlaxl
configurado los mailbox:
1) asterisk 1.2.9.1, luego de recibir el 200 ok el asterisk manda SIP/
2.0 489 Bad Event.
2) asterisk 1.4.18, luego de recibir el 200 ok el asterisk manda SIP/
2.0 404 Not found.
Para ambos el SUSCRIBE es:
Event: message-summary.
He estado gogglenado para ver estos puntos pero no encuentro, estos de
los suscribe que envia tipo message-summary o presence, parace q es
algo muy "de adentro", si tienes algun link para echarle una mira les
agradezco, garcias por sus coemntarios
On 24 nov, 16:51, Saúl Ibarra Corretgé <sag...@gmail.com> wrote:
> 2010/11/24 axlaxl <calca...@gmail.com>:
Saúl Ibarra Corretgé
> El mailbox esta configurado, tengo 2 escenarios, en ambos esta
> configurado los mailbox:
> 1) asterisk 1.2.9.1, luego de recibir el 200 ok el asterisk manda SIP/
> 2.0 489 Bad Event.
Posiblemente Asterisk 1.2 no soportara eso...
> 2) asterisk 1.4.18, luego de recibir el 200 ok el asterisk manda SIP/
> 2.0 404 Not found.
> Para ambos el SUSCRIBE es:
> Event: message-summary.
>
> He estado gogglenado para ver estos puntos pero no encuentro, estos de
> los suscribe que envia tipo message-summary o presence, parace q es
> algo muy "de adentro", si tienes algun link para echarle una mira les
> agradezco, garcias por sus coemntarios
>
Sos suscripciones a distintos eventos: 'presence' es como su nombre
indica para la presencia del usuario (que no el BLF de Asterisk) y
'message-summary' es el comunmente conocido MWI (Message Waiting
Indication).
Que has indicado en el mailbox? Pega el trozo relevante del sip.conf y
el voicemail.conf.