3 Mar
2008
3 Mar
'08
11:48 a.m.
Hola, quiero que si llaman desde la PSTN a un número mío que mi proveedor me
envía por SIP, y resulta que el usuario SIP asignado a ese número PSTN no
está registrado entonces responder con un early-media en plan:
"El número al que llama no está disponible y blablabla".
Lo tengo hecho y funcionando. Lo he implementado con SEMS el cuál me permite
no sólo enviar el "183 Session Progress" con el audio, sino que tras el 183 m
permite especificar qué código SIP responder.
El problema es que si tras le 183 respondo con un "404" al gateway PSTN
entonces el proveedor del usuario que llamaba le soltará el discurso:
"Telefónica/Orange/Vodafone/... le informa de que actualmente no existe
ningún número con dicha numeración"
Y claro, queda muy feo oír el mismo mensaje (similar) 2 veces, una por parte
del proveedor llamado y la otra por parte del proveedor que da servicio al
llamante.
Por ello mi pregunta sería qué código final dar tras mi 183 para que el
proveedor del llamante no le suelte una chapa propia a su cliente.
Gracias por cualquier sugerencia.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
3 Mar
3 Mar
11:57 a.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
Ilaki mira a ver si tu proveedor te permite que el código de Q931 sea
personalizable al mandarle un 404. o lo que estimen..
http://www.quintum.com/support/xplatform/network/Q931_Disconnect_Cause_Code…
Lo ideal sería un "No route to destination".
El día 3/03/08, Iñaki Baz Castillo <ibc(a)in.ilimit.es> escribió:
Hola, quiero que si llaman desde la PSTN a un número mío que mi proveedor
me
envía por SIP, y resulta que el usuario SIP asignado a ese número PSTN no
está registrado entonces responder con un early-media en plan:
"El número al que llama no está disponible y blablabla".
Lo tengo hecho y funcionando. Lo he implementado con SEMS el cuál me
permite
no sólo enviar el "183 Session Progress" con el audio, sino que tras el
183 m
permite especificar qué código SIP responder.
El problema es que si tras le 183 respondo con un "404" al gateway PSTN
entonces el proveedor del usuario que llamaba le soltará el discurso:
"Telefónica/Orange/Vodafone/... le informa de que actualmente no existe
ningún número con dicha numeración"
Y claro, queda muy feo oír el mismo mensaje (similar) 2 veces, una por
parte
del proveedor llamado y la otra por parte del proveedor que da servicio al
llamante.
Por ello mi pregunta sería qué código final dar tras mi 183 para que el
proveedor del llamante no le suelte una chapa propia a su cliente.
Gracias por cualquier sugerencia.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
11:59 a.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 11:48:10 Iñaki Baz Castillo escribió:
Por ello mi pregunta sería qué código final dar tras
mi 183 para que el
proveedor del llamante no le suelte una chapa propia a su cliente.
He probado con el "480 Temporarily Unavailable" y parece que más o menos va
bien, ni Telefónica ni Orange me sueltan su chapa (en mi móvil de Orange
veo "sin respuesta").
Yo creo que el más apropiado sería, no obstante, "487 Request Terminated", o
sea, llamada finalizada y punto, pero por desgracia el RFC dice:
21.4.25 487 Request Terminated
The request was terminated by a BYE or CANCEL request. This response
is never returned for a CANCEL request itself.
O sea, que si no hay BYE o CANCEL no vale.
PD: Si respondo con un "603 Declined" entonces mi móil de Orange me
muestra "Rechazada" (lógico por otra parte), así que no me gusta.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
12:20 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 11:57:32 Alberto Sagredo escribió:
Ilaki mira a ver si tu proveedor te permite que el
código de Q931 sea
personalizable al mandarle un 404. o lo que estimen..
http://www.quintum.com/support/xplatform/network/Q931_Disconnect_Cause_Code
_List.pdf
Lo ideal sería un "No route to destination".
Qué buena info, gracias Alberto, lo miraré.
No obstante, creo que si encuentro un código SIP que me resuelva la papeleta
(de moemnto parece que un simple "480" lo hace) lo usaré y así será
independiente del proveedor.
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
1:11 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
Iñaki,
Si ya con el early-audio le estás dando la información que quieres
darle, porqué no le mandas simplemente un 16 (Normal Call Clearing)? A todos
los efectos TU te has encargado de la llamada, Telf/Vod/Oran no tienen
porqué agregar más info.
Es sólo una opinión.
David
2008/3/3 Iñaki Baz Castillo <ibc(a)in.ilimit.es>es>:
El Monday 03 March 2008 11:57:32 Alberto Sagredo
escribió:
Ilaki mira a ver si tu proveedor te permite que
el código de Q931 sea
personalizable al mandarle un 404. o lo que estimen..
http://www.quintum.com/support/xplatform/network/Q931_Disconnect_Cause_Code
_List.pdf
Lo ideal sería un "No route to destination".
Qué buena info, gracias Alberto, lo miraré.
No obstante, creo que si encuentro un código SIP que me resuelva la
papeleta
(de moemnto parece que un simple "480" lo hace) lo usaré y así será
independiente del proveedor.
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
1:23 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 13:11:15 David Villasmil escribió:
Iñaki,
Si ya con el early-audio le estás dando la información que quieres
darle, porqué no le mandas simplemente un 16 (Normal Call Clearing)? A
todos los efectos TU te has encargado de la llamada, Telf/Vod/Oran no
tienen porqué agregar más info.
El caso es que yo no tengo ningún gateway SIP_PSTN, es mi proveedor el que lo
tiene y a mí sólo me envía SIP, y por ende, yo sólo puede responderle con
SIP.
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
1:27 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
Tendrías que saber qué gw tienen, y el mapeo del gw sip->pstn...
intenta con un cancel.
David
2008/3/3 Iñaki Baz Castillo <ibc(a)in.ilimit.es>es>:
El Monday 03 March 2008 13:11:15 David Villasmil
escribió:
Iñaki,
Si ya con el early-audio le estás dando la información que quieres
darle, porqué no le mandas simplemente un 16 (Normal Call Clearing)? A
todos los efectos TU te has encargado de la llamada, Telf/Vod/Oran no
tienen porqué agregar más info.
El caso es que yo no tengo ningún gateway SIP_PSTN, es mi proveedor el que
lo
tiene y a mí sólo me envía SIP, y por ende, yo sólo puede responderle con
SIP.
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
1:31 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 13:27:56 David Villasmil escribió:
Tendrías que saber qué gw tienen, y el mapeo del gw
sip->pstn...
intenta con un cancel.
No no, un CANCEL sólo lo puede enviar quien envía el INVITE ;)
PD: Ya me he puesto en contacto con ellos para pedir un mapeo del 404 a algún
otro código ISUP más acorde. A ver qué me dicen.
Muchas gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
1:32 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
cuando te mandan la llamada qué user-agent mandan?
2008/3/3 Iñaki Baz Castillo <ibc(a)in.ilimit.es>es>:
El Monday 03 March 2008 13:27:56 David Villasmil
escribió:
Tendrías que saber qué gw tienen, y el mapeo del
gw sip->pstn...
intenta con un cancel.
No no, un CANCEL sólo lo puede enviar quien envía el INVITE ;)
PD: Ya me he puesto en contacto con ellos para pedir un mapeo del 404 a
algún
otro código ISUP más acorde. A ver qué me dicen.
Muchas gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
1:46 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
Éstos son los mappings implementados por Nortel:
ISUP Cause value SIP response
---------------- ------------
1 unallocated number 404 Not Found
2 no route to network 404 Not found
3 no route to destination 404 Not found
16 normal call clearing --- (*)
17 user busy 486 Busy here
18 no user responding 408 Request Timeout
19 no answer from the user 480 Temporarily unavailable
20 subscriber absent 480 Temporarily unavailable
21 call rejected 403 Forbidden (+)
22 number changed (w/o diagnostic) 410 Gone
22 number changed (w/ diagnostic) 301 Moved Permanently
23 redirection to new destination 410 Gone
26 non-selected user clearing 404 Not Found (=)
27 destination out of order 502 Bad Gateway
28 address incomplete 484 Address incomplete
29 facility rejected 501 Not implemented
31 normal unspecified 480 Temporarily unavailable
On Mon, Mar 3, 2008 at 1:42 PM, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote:
El Monday 03 March 2008 13:32:12 David Villasmil
escribió:
cuando te mandan la llamada qué user-agent
mandan?
Es una Nortel CS2000.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
2:11 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 13:46:26 David Villasmil escribió:
Éstos son los mappings implementados por Nortel:
ISUP Cause value SIP response
---------------- ------------
1 unallocated number 404 Not Found
2 no route to network 404 Not found
3 no route to destination 404 Not found
16 normal call clearing --- (*)
17 user busy 486 Busy here
18 no user responding 408 Request Timeout
19 no answer from the user 480 Temporarily unavailable
20 subscriber absent 480 Temporarily unavailable
21 call rejected 403 Forbidden (+)
22 number changed (w/o diagnostic) 410 Gone
22 number changed (w/ diagnostic) 301 Moved Permanently
23 redirection to new destination 410 Gone
26 non-selected user clearing 404 Not Found (=)
27 destination out of order 502 Bad Gateway
28 address incomplete 484 Address incomplete
29 facility rejected 501 Not implemented
31 normal unspecified 480 Temporarily unavailable
¡Toma ya! Muchas gracias, me viene genial ;)
PD: ¿Sabes si esta info es pública (me refiero a si aparece en las
especificaciones de la Nortel vía web y tal)? ¿o dispones de dicha info por
otros medios?
Muchas gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
2:15 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 13:46:26 David Villasmil escribió:
Éstos son los mappings implementados por Nortel:
ISUP Cause value SIP response
---------------- ------------
1 unallocated number 404 Not Found
2 no route to network 404 Not found
3 no route to destination 404 Not found
16 normal call clearing --- (*)
17 user busy 486 Busy here
18 no user responding 408 Request Timeout
19 no answer from the user 480 Temporarily unavailable
20 subscriber absent 480 Temporarily unavailable
21 call rejected 403 Forbidden (+)
22 number changed (w/o diagnostic) 410 Gone
22 number changed (w/ diagnostic) 301 Moved Permanently
23 redirection to new destination 410 Gone
26 non-selected user clearing 404 Not Found (=)
27 destination out of order 502 Bad Gateway
28 address incomplete 484 Address incomplete
29 facility rejected 501 Not implemented
31 normal unspecified 480 Temporarily unavailable
Por cierto, entiendo que ese es el mapping "ISUP to SIP", ¿sabes cómo es el
inverso "SIP to ISUP"?
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
2:22 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
Response received Cause value in the REL
----------------- ----------------------
400 Bad Request 41 Temporary Failure
401 Unauthorized 21 Call rejected (*)
402 Payment required 21 Call rejected
403 Forbidden 21 Call rejected
404 Not found 1 Unallocated number
405 Method not allowed 63 Service or option
unavailable
406 Not acceptable 79 Service/option not
implemented (+)
407 Proxy authentication required 21 Call rejected (*)
408 Request timeout 102 Recovery on timer expiry
410 Gone 22 Number changed
(w/o diagnostic)
413 Request Entity too long 127 Interworking (+)
414 Request-URI too long 127 Interworking (+)
415 Unsupported media type 79 Service/option not
implemented (+)
416 Unsupported URI Scheme 127 Interworking (+)
420 Bad extension 127 Interworking (+)
421 Extension Required 127 Interworking (+)
423 Interval Too Brief 127 Interworking (+)
480 Temporarily unavailable 18 No user responding
481 Call/Transaction Does not Exist 41 Temporary Failure
482 Loop Detected 25 Exchange - routing error
483 Too many hops 25 Exchange - routing error
484 Address incomplete 28 Invalid Number Format (+)
485 Ambiguous 1 Unallocated number
486 Busy here 17 User busy
487 Request Terminated --- (no mapping)
488 Not Acceptable here --- by Warning header
500 Server internal error 41 Temporary failure
501 Not implemented 79 Not implemented, unspecified
502 Bad gateway 38 Network out of order
503 Service unavailable 41 Temporary failure
504 Server time-out 102 Recovery on timer expiry
504 Version Not Supported 127 Interworking (+)
513 Message Too Large 127 Interworking (+)
600 Busy everywhere 17 User busy
603 Decline 21 Call rejected
604 Does not exist anywhere 1 Unallocated number
Nortel usa RFC 3398 para el mapping (o eso dicen)
606 Not acceptable --- by Warning header
On Mon, Mar 3, 2008 at 2:15 PM, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote:
El Monday 03 March 2008 13:46:26 David Villasmil
escribió:
Éstos son los mappings implementados por Nortel:
ISUP Cause value SIP response
---------------- ------------
1 unallocated number 404 Not Found
2 no route to network 404 Not found
3 no route to destination 404 Not found
16 normal call clearing --- (*)
17 user busy 486 Busy here
18 no user responding 408 Request Timeout
19 no answer from the user 480 Temporarily unavailable
20 subscriber absent 480 Temporarily unavailable
21 call rejected 403 Forbidden (+)
22 number changed (w/o diagnostic) 410 Gone
22 number changed (w/ diagnostic) 301 Moved Permanently
23 redirection to new destination 410 Gone
26 non-selected user clearing 404 Not Found (=)
27 destination out of order 502 Bad Gateway
28 address incomplete 484 Address incomplete
29 facility rejected 501 Not implemented
31 normal unspecified 480 Temporarily unavailable
Por cierto, entiendo que ese es el mapping "ISUP to SIP", ¿sabes cómo es
el
inverso "SIP to ISUP"?
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
2:34 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 14:22:45 David Villasmil escribió:
Response received Cause value in
the REL
----------------- ----------------------
400 Bad Request 41 Temporary Failure
401 Unauthorized 21 Call rejected (*)
402 Payment required 21 Call rejected
403 Forbidden 21 Call rejected
404 Not found 1 Unallocated number
405 Method not allowed 63 Service or option
unavailable
406 Not acceptable 79 Service/option not
implemented (+)
407 Proxy authentication required 21 Call rejected (*)
408 Request timeout 102 Recovery on timer expiry
410 Gone 22 Number changed
(w/o diagnostic)
413 Request Entity too long 127 Interworking (+)
414 Request-URI too long 127 Interworking (+)
415 Unsupported media type 79 Service/option not
implemented (+)
416 Unsupported URI Scheme 127 Interworking (+)
420 Bad extension 127 Interworking (+)
421 Extension Required 127 Interworking (+)
423 Interval Too Brief 127 Interworking (+)
480 Temporarily unavailable 18 No user responding
481 Call/Transaction Does not Exist 41 Temporary Failure
482 Loop Detected 25 Exchange - routing error
483 Too many hops 25 Exchange - routing error
484 Address incomplete 28 Invalid Number Format (+)
485 Ambiguous 1 Unallocated number
486 Busy here 17 User busy
487 Request Terminated --- (no mapping)
488 Not Acceptable here --- by Warning header
500 Server internal error 41 Temporary failure
501 Not implemented 79 Not implemented, unspecified
502 Bad gateway 38 Network out of order
503 Service unavailable 41 Temporary failure
504 Server time-out 102 Recovery on timer expiry
504 Version Not Supported 127 Interworking (+)
513 Message Too Large 127 Interworking (+)
600 Busy everywhere 17 User busy
603 Decline 21 Call rejected
604 Does not exist anywhere 1 Unallocated number
Nortel usa RFC 3398 para el mapping (o eso dicen)
606 Not acceptable --- by Warning header
¡Yeah! Brutal la info, gracias :)
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
5 Mar
5 Mar
4:36 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Monday 03 March 2008 11:57:32 Alberto Sagredo escribió:
Ilaki mira a ver si tu proveedor te permite que el
código de Q931 sea
personalizable al mandarle un 404. o lo que estimen..
http://www.quintum.com/support/xplatform/network/Q931_Disconnect_Cause_Code
_List.pdf
Lo ideal sería un "No route to destination".
¡¡ Brutal, lo he conseguido !!
Mi proveedor ha cambiado el código ISUP asociado al 404 y ahora en vez
de "Unallocated number" debe asociarlo a otro (no sé aun cuál, pero en el
móvil veo "error de red" luego supongo que será "No route to
destination"
o "Destination Out-of-Order" o "Network Out-of-Order"...).
Esto está muy bien ya que si respondo un 404 (que significa que el número
llamado no existe) entonces el proveedor del llamante no recibe
un "Unallocated number" y no le suelta la chapa en early-media al llamante en
plan:
"Telefónica le informa de que el num marcado no existe".
Esto me suponía un problema pues queiro que sea mi proveedor quien dé ese
mensaje, y hasta ahora ocurría que el llamante escuchabe primero mi 183 y
luego el early-media de Telefónica/Orange....
Saludos.
PD: La prisa que se han dado para resolver una chorrada y el tiempo que llevan
para cosas de verdad importantes XD
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
4:58 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Wednesday 05 March 2008 16:36:17 Iñaki Baz Castillo escribió:
El Monday 03 March 2008 11:57:32 Alberto Sagredo
escribió:
Confirmado, lo mapean a "No route to destination".
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Ilaki mira a ver si tu proveedor te permite que
el código de Q931 sea
personalizable al mandarle un 404. o lo que estimen..
http://www.quintum.com/support/xplatform/network/Q931_Disconnect_Cause_Co
de _List.pdf
Lo ideal sería un "No route to destination".
¡¡ Brutal, lo he conseguido !!
Mi proveedor ha cambiado el código ISUP asociado al 404 y ahora en vez
de "Unallocated number" debe asociarlo a otro
5:03 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
Pues se portan de pm.. porque no suelen ser tan flexibles..
Al menos los que yo he tratado
El día 5/03/08, Iñaki Baz Castillo <ibc(a)in.ilimit.es> escribió:
El Monday 03 March 2008 11:57:32 Alberto Sagredo escribió:
Ilaki mira a ver si tu proveedor te permite que
el código de Q931 sea
personalizable al mandarle un 404. o lo que estimen..
http://www.quintum.com/support/xplatform/network/Q931_Disconnect_Cause_Code
_List.pdf
Lo ideal sería un "No route to destination".
¡¡ Brutal, lo he conseguido !!
Mi proveedor ha cambiado el código ISUP asociado al 404 y ahora en vez
de "Unallocated number" debe asociarlo a otro (no sé aun cuál, pero en el
móvil veo "error de red" luego supongo que será "No route to
destination"
o "Destination Out-of-Order" o "Network Out-of-Order"...).
Esto está muy bien ya que si respondo un 404 (que significa que el número
llamado no existe) entonces el proveedor del llamante no recibe
un "Unallocated number" y no le suelta la chapa en early-media al llamante
en
plan:
"Telefónica le informa de que el num marcado no existe".
Esto me suponía un problema pues queiro que sea mi proveedor quien dé ese
mensaje, y hasta ahora ocurría que el llamante escuchabe primero mi 183 y
luego el early-media de Telefónica/Orange....
Saludos.
PD: La prisa que se han dado para resolver una chorrada y el tiempo que
llevan
para cosas de verdad importantes XD
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
5:14 p.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Wednesday 05 March 2008 17:03:28 Alberto Sagredo escribió:
Pues se portan de pm.. porque no suelen ser tan
flexibles..
Al menos los que yo he tratado
Encima me han confirmado que cada cliente puede tener asignado el mapeo
SIP<->ISUP que desee.
:)
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
7 Mar
7 Mar
1:01 a.m.
New subject: [OpenSER-Users-ES] Código a devolver a la PSTN en caso de error
El Wednesday 05 March 2008 16:14:38 Iñaki Baz Castillo escribió:
El Wednesday 05 March 2008 17:03:28 Alberto Sagredo
escribió:
Y por curiosidad, ¿quienes son los "chachis"? porque por aquí empezamos a
estar un poco/muy quedamos de los proveedores habituales.
Si se puede saber, claro .. :-)
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Pues se portan de pm.. porque no suelen ser tan
flexibles..
Al menos los que yo he tratado
Encima me han confirmado que cada cliente puede tener asignado el mapeo
SIP<->ISUP que desee.
:)
5917
days inactive
5921
days old
sr-users-es@lists.kamailio.org
19 comments
4 participants
participants (4)
-
Alberto Sagredo -
David Villasmil -
Iñaki Baz Castillo -
Raúl Alexis Betancor Santana