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.
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@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@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-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,
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@in.ilimit.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@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-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 quieresdarle, 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.
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@in.ilimit.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 quieresdarle, 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@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-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.
cuando te mandan la llamada qué user-agent mandan?
2008/3/3 Iñaki Baz Castillo ibc@in.ilimit.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@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
É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@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@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
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.
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.
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@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@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
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 :)
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
El Wednesday 05 March 2008 16:36:17 Iñaki Baz Castillo 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_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
Confirmado, lo mapean a "No route to destination".
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@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@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
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.
:)
El Wednesday 05 March 2008 16:14:38 Iñaki Baz Castillo escribió:
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.
:)
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 .. :-)
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.
sr-users-es@lists.kamailio.org
-
Alberto Sagredo -
David Villasmil -
Iñaki Baz Castillo -
Raúl Alexis Betancor Santana