Hola, tengo una pequeña duda de concepto sobre la validez del módulo dispatcher para mi propósito:
Básicamente se trata de dos carriers a los que se enviará tráfico en un porcentaje (si es que se puede hacer) de: - Carrier A: 70% - Carrier B: 30%
El problema es que el Carrier A se cae con demasiada frecuencia y esto se traduce en errores 5XX de todos los colores. Pero desgraciadamente en muchas ocasiones estos errores 5XX no se producen inmediatamente sino tras un 183 que dura unos segundos, y luego ZAS, un 503.
¿Sirve el módulo 'dispatcher' para crear un nuevo branch (tipo 'failure_route') a Carrier B en caso de que Carrier A haya devuelto un 18X durante varios segundos y luego un 503?
El Thursday 05 June 2008 15:21:47 Iñaki Baz Castillo escribió:
Hola, tengo una pequeña duda de concepto sobre la validez del módulo dispatcher para mi propósito:
He releído la doc del módulo y lo tengo mucho más claro:
Básicamente se trata de dos carriers a los que se enviará tráfico en un porcentaje (si es que se puede hacer) de:
- Carrier A: 70%
- Carrier B: 30%
Bien, esto me temo no es posible con el módulo 'dispatcher'.
El problema es que el Carrier A se cae con demasiada frecuencia y esto se traduce en errores 5XX de todos los colores. Pero desgraciadamente en muchas ocasiones estos errores 5XX no se producen inmediatamente sino tras un 183 que dura unos segundos, y luego ZAS, un 503.
Nada, entonces iré a mi failure_route, analizaré que es un error 5XX y entonces lanzaré ds_next_dst(). Chupao XD
Sólo me queda una duda: ¿alguien me puede garantizar que la función ds_next_dst() / ds_next_domain() devuelven "false" si se ha agotado la lista de gateways? es que en ese caso quiero enviar a un servidor de media ahciendo un append_branch.
Gracias.
Hola a todos Actualmente me encuentro haciendo pruebas de estres a un servidor sip y deseo hacerlo con sipp ylo mas real posible por lo que pense hacerlo con un uas y un uac que genere trafico rtp. No tengo muy claro como darle la habilidad al sipp para que reproduzca el audio, pero se que necesito un archivo .pcap con el audio. Para generarlo capture con wireshark una conversacion pero cuando guardo el archivo me guarda todos los paquetes (señalizacion, audio, arp etc) mis preguntas son: Como hago para guardar solo los paquetes que necesito en el archivo .cap? Donde guardo ese archivo para porderlo usar con el uac_pcap.xml? De antemano gracias por su ayuda
Hol Iñaki,
Lo que quieres hacer no me parece que lo haga el dispatcher, aunque no lo conozco tanto como para decirte. Es que no me parece lógico, no? Una vez se recibe el 183, se entiende que ha sido aceptada la llamada e incluso hay audio in-band...
Tu situación me parece bastante rara.
No he visto nunca nada de distribuir por porcentajes... Algo que puedes hacerm algo se que es una chapuza es repetir esos gw tantas veces como quieras distribuir...
1 UDP:IP_1:5060 2 UDP:IP_1:5060 3 UDP:IP_1:5060 4 UDP:IP_2:5060 ésto, aunque no quiera, lo reparte al 75-25, por ejemplo.. es una total chapuza, pero funciona... de hecho lo he utilizado.. ;-) Yo utilizo dispatcher.list
David 2008/6/5 Iñaki Baz Castillo ibc@in.ilimit.es:
Hola, tengo una pequeña duda de concepto sobre la validez del módulo dispatcher para mi propósito:
Básicamente se trata de dos carriers a los que se enviará tráfico en un porcentaje (si es que se puede hacer) de:
- Carrier A: 70%
- Carrier B: 30%
El problema es que el Carrier A se cae con demasiada frecuencia y esto se traduce en errores 5XX de todos los colores. Pero desgraciadamente en muchas ocasiones estos errores 5XX no se producen inmediatamente sino tras un 183 que dura unos segundos, y luego ZAS, un 503.
¿Sirve el módulo 'dispatcher' para crear un nuevo branch (tipo 'failure_route') a Carrier B en caso de que Carrier A haya devuelto un 18X durante varios segundos y luego un 503?
-- 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 Domingo, 8 de Junio de 2008, David Villasmil escribió:
Hol Iñaki,
Lo que quieres hacer no me parece que lo haga el dispatcher, aunque nolo conozco tanto como para decirte. Es que no me parece lógico, no? Una vez se recibe el 183, se entiende que ha sido aceptada la llamada e incluso hay audio in-band...
No tiene porqué. Te garantizo que por desgracia me enfrento a continuos 183 (con early audio) seguidos a los 2 segundos de un nefasto 503. En ese caso, el módulo dispatcher me sirve perfectamente puesto que al recibir un 503 ejecuto un FAILURE_ROUTE, compruebo que es un 503 (y da igual que antes haya habido o no un 183) y llamo de nuevo a "d_select" (o como se diga) para que cree un nuevo branch a otro gateway.
Tu situación me parece bastante rara.
Pero 100% real :(
No he visto nunca nada de distribuir por porcentajes... Algo que puedes hacerm algo se que es una chapuza es repetir esos gw tantas veces como quieras distribuir...
1 UDP:IP_1:5060 2 UDP:IP_1:5060 3 UDP:IP_1:5060 4 UDP:IP_2:5060 ésto, aunque no quiera, lo reparte al 75-25, por ejemplo.. es una total chapuza, pero funciona... de hecho lo he utilizado.. ;-) Yo utilizo dispatcher.list
pues es una forma :)
Pues si que es raro, si...
Con quién te pasa eso? Si no te importa decirnoslo. Mira que tengo tiempo en esto, pero nunca había visto esa situación... es como decir, "Venga, dame la llamadam que he verificado y está dando ring del otro lado" y de pronto decir: "AH no, no, que no era un ring, era fastbusy!!"
un poco raro.. jeje pero bueno...
David
2008/6/8 Iñaki Baz Castillo ibc@aliax.net:
El Domingo, 8 de Junio de 2008, David Villasmil escribió:
Hol Iñaki,
Lo que quieres hacer no me parece que lo haga el dispatcher, aunqueno
lo conozco tanto como para decirte. Es que no me parece lógico, no? Una vez se recibe el 183, se entiende que ha sido aceptada la llamada e
incluso
hay audio in-band...
No tiene porqué. Te garantizo que por desgracia me enfrento a continuos 183 (con early audio) seguidos a los 2 segundos de un nefasto 503. En ese caso, el módulo dispatcher me sirve perfectamente puesto que al recibir un 503 ejecuto un FAILURE_ROUTE, compruebo que es un 503 (y da igual que antes haya habido o no un 183) y llamo de nuevo a "d_select" (o como se diga) para que cree un nuevo branch a otro gateway.
Tu situación me parece bastante rara.
Pero 100% real :(
No he visto nunca nada de distribuir por porcentajes... Algo que puedes hacerm algo se que es una chapuza es repetir esos gw tantas veces como quieras distribuir...
1 UDP:IP_1:5060 2 UDP:IP_1:5060 3 UDP:IP_1:5060 4 UDP:IP_2:5060 ésto, aunque no quiera, lo reparte al 75-25, por ejemplo.. es una total chapuza, pero funciona... de hecho lo he utilizado.. ;-) Yo utilizo dispatcher.list
pues es una forma :)
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Hola,
Pues si que es raro, si...
Con quién te pasa eso? Si no te importa decirnoslo. Mira que tengo tiempo en esto, pero nunca había visto esa situación... es como decir, "Venga, dame la llamadam que he verificado y está dando ring del otro lado" y de pronto decir: "AH no, no, que no era un ring, era fastbusy!!"
un poco raro.. jeje
No creas que es tan raro... he visto bastantes softswitches de operadores por ahí que lo primero que hacen al recibir un INVITE es enviar un 100 e inmediatamente después un 180... luego claro, te pueden devolver un 404, un 486 o cualquier otra cosa (incluso cursar la llamada correctamente :) ), pero de entrada te envían un 180.
Saludos JesusR.
2008/6/8 Iñaki Baz Castillo ibc@aliax.net: El Domingo, 8 de Junio de 2008, David Villasmil escribió:
Hol Iñaki,
Lo que quieres hacer no me parece que lo haga el dispatcher,aunque no
lo conozco tanto como para decirte. Es que no me parece lógico,
no? Una
vez se recibe el 183, se entiende que ha sido aceptada la llamada
e incluso
hay audio in-band...
No tiene porqué. Te garantizo que por desgracia me enfrento a continuos 183 (con early audio) seguidos a los 2 segundos de un nefasto 503. En ese caso, el módulo dispatcher me sirve perfectamente puesto que al recibir un 503 ejecuto un FAILURE_ROUTE, compruebo que es un 503 (y da igual que antes haya habido o no un 183) y llamo de nuevo a "d_select" (o como se diga) para que cree un nuevo branch a otro gateway.
Tu situación me parece bastante rara.
Pero 100% real :(
No he visto nunca nada de distribuir por porcentajes... Algo que
puedes
hacerm algo se que es una chapuza es repetir esos gw tantas veces
como
quieras distribuir...
1 UDP:IP_1:5060 2 UDP:IP_1:5060 3 UDP:IP_1:5060 4 UDP:IP_2:5060 ésto, aunque no quiera, lo reparte al 75-25, por ejemplo.. es una total chapuza, pero funciona... de hecho lo he
utilizado.. ;-)
Yo utilizo dispatcher.list
pues es una forma :)
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
Si, un 100, desde luego, y hasta un 180, pero un 183? 183 significa que la llamada YA ESTÁ PASANDO! 100, que la está intentando, 180 que ya llegó al switch final (por así decirlo)... PERO 183???? 183 es CASI un 200 OK, en teoría SÖLO falta que el tipo conteste el teléfono!
Pero me ha contado Iñaki que son problemas en el switch del proveedor que tiene, que ha implementeado (obviamente mal) el VoIP...
Si es que.... son pa matarlos
Saludos
David
2008/6/9 Jesus Rodriguez jesusr@voztele.com:
Hola,
Pues si que es raro, si...
Con quién te pasa eso? Si no te importa decirnoslo. Mira que tengo tiempo en esto, pero nunca había visto esa situación... es como decir, "Venga, dame la llamadam que he verificado y está dando ring del otro lado" y de pronto decir: "AH no, no, que no era un ring, era fastbusy!!"
un poco raro.. jeje
No creas que es tan raro... he visto bastantes softswitches de operadores por ahí que lo primero que hacen al recibir un INVITE es enviar un 100 e inmediatamente después un 180... luego claro, te pueden devolver un 404, un 486 o cualquier otra cosa (incluso cursar la llamada correctamente :) ), pero de entrada te envían un 180.
Saludos JesusR.
2008/6/8 Iñaki Baz Castillo ibc@aliax.net: El Domingo, 8 de Junio de 2008, David Villasmil escribió:
Hol Iñaki,
Lo que quieres hacer no me parece que lo haga el dispatcher,aunque no
lo conozco tanto como para decirte. Es que no me parece lógico,
no? Una
vez se recibe el 183, se entiende que ha sido aceptada la llamada
e incluso
hay audio in-band...
No tiene porqué. Te garantizo que por desgracia me enfrento a continuos 183 (con early audio) seguidos a los 2 segundos de un nefasto 503. En ese caso, el módulo dispatcher me sirve perfectamente puesto que al recibir un 503 ejecuto un FAILURE_ROUTE, compruebo que es un 503 (y da igual que antes haya habido o no un 183) y llamo de nuevo a "d_select" (o como se diga) para que cree un nuevo branch a otro gateway.
Tu situación me parece bastante rara.
Pero 100% real :(
No he visto nunca nada de distribuir por porcentajes... Algo que
puedes
hacerm algo se que es una chapuza es repetir esos gw tantas veces
como
quieras distribuir...
1 UDP:IP_1:5060 2 UDP:IP_1:5060 3 UDP:IP_1:5060 4 UDP:IP_2:5060 ésto, aunque no quiera, lo reparte al 75-25, por ejemplo.. es una total chapuza, pero funciona... de hecho lo he
utilizado.. ;-)
Yo utilizo dispatcher.list
pues es una forma :)
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
On 6/9/08, David Villasmil david.villasmil.work@gmail.com wrote:
Si, un 100, desde luego, y hasta un 180, pero un 183? 183 significa que la llamada YA ESTÁ PASANDO! 100, que la está intentando, 180 que ya llegó al switch final (por así decirlo)... PERO 183???? 183 es CASI un 200 OK, en teoría SÖLO falta que el tipo conteste el teléfono!
Por aclararlo más aún: Sí: el teléfono destino **EMPIEZA** a sonar y lo hace durante 2 segundos hasta que el softswtich muere miserablemente y envía un 503 por SIP y un "loqueseaequivalenteISUP" por SS7. Y si el usuario destino responde la llamada en esos 2-3 segundos entonces se corta en cuanto llegamos a los 2-3 segundos. Chapuzas telco.
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz Castillo escribió:
Por aclararlo más aún: Sí: el teléfono destino **EMPIEZA** a sonar y lo hace durante 2 segundos hasta que el softswtich muere miserablemente y envía un 503 por SIP y un "loqueseaequivalenteISUP" por SS7. Y si el usuario destino responde la llamada en esos 2-3 segundos entonces se corta en cuanto llegamos a los 2-3 segundos. Chapuzas telco.
¿No será por casualidad cierto operador español, que tu y yo conocemos, "supuestamente" puntero en tecnología de VoIP e Internet que tiene una Nortel ... ? .. XDD
El 9/06/08, Raúl Alexis Betancor Santana rabs@dimension-virtual.com escribió:
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz Castillo escribió:
Por aclararlo más aún: Sí: el teléfono destino **EMPIEZA** a sonar y lo hace durante 2 segundos hasta que el softswtich muere miserablemente y envía un 503 por SIP y un "loqueseaequivalenteISUP" por SS7. Y si el usuario destino responde la llamada en esos 2-3 segundos entonces se corta en cuanto llegamos a los 2-3 segundos. Chapuzas telco.
¿No será por casualidad cierto operador español, que tu y yo conocemos, "supuestamente" puntero en tecnología de VoIP e Internet que tiene una Nortel ... ? .. XDD
Se admiten apuestas XD
El Lunes, 9 de Junio de 2008 16:33, Iñaki Baz Castillo escribió:
El 9/06/08, Raúl Alexis Betancor Santana rabs@dimension-virtual.com
escribió:
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz Castillo escribió:
Por aclararlo más aún: Sí: el teléfono destino **EMPIEZA** a sonar y lo hace durante 2 segundos hasta que el softswtich muere miserablemente y envía un 503 por SIP y un "loqueseaequivalenteISUP" por SS7. Y si el usuario destino responde la llamada en esos 2-3 segundos entonces se corta en cuanto llegamos a los 2-3 segundos. Chapuzas telco.
¿No será por casualidad cierto operador español, que tu y yo conocemos, "supuestamente" puntero en tecnología de VoIP e Internet que tiene una Nortel ... ? .. XDD
Se admiten apuestas XD
Juas, juas, juas ... si son mas chapuzas no lo cuentan ... XDD .. por dios bendito, ¿tan difícil es encontrar a alguien con los conocimientos adecuados en este país? .. XD
yas....
El día 9 de junio de 2008 17:33, Iñaki Baz Castillo ibc@aliax.net escribió:
El 9/06/08, Raúl Alexis Betancor Santana rabs@dimension-virtual.com escribió:
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz Castillo escribió:
Por aclararlo más aún: Sí: el teléfono destino **EMPIEZA** a sonar y lo hace durante 2 segundos hasta que el softswtich muere miserablemente y envía un 503 por SIP y un "loqueseaequivalenteISUP" por SS7. Y si el usuario destino responde la llamada en esos 2-3 segundos entonces se corta en cuanto llegamos a los 2-3 segundos. Chapuzas telco.
¿No será por casualidad cierto operador español, que tu y yo conocemos, "supuestamente" puntero en tecnología de VoIP e Internet que
tiene
una Nortel ... ? .. XDD
Se admiten apuestas XD
-- Iñaki Baz Castillo ibc@aliax.net _______________________________________________ Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Con esa definición yo conozco al menos 2... >:)
El día 9 de junio de 2008 17:27, Raúl Alexis Betancor Santana < rabs@dimension-virtual.com> escribió:
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz Castillo escribió:
Por aclararlo más aún: Sí: el teléfono destino **EMPIEZA** a sonar y lo hace durante 2 segundos hasta que el softswtich muere miserablemente y envía un 503 por SIP y un "loqueseaequivalenteISUP" por SS7. Y si el usuario destino responde la llamada en esos 2-3 segundos entonces se corta en cuanto llegamos a los 2-3 segundos. Chapuzas telco.
¿No será por casualidad cierto operador español, que tu y yo conocemos, "supuestamente" puntero en tecnología de VoIP e Internet que tiene una Nortel ... ? .. XDD
-- Saludos.
Raúl Alexis Betancor Santana Dimensión Virtual S.L.
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
sr-users-es@lists.kamailio.org
-
Alberto Sagredo -
David Villasmil -
Elio Rojano -
Hugo Franco -
Iñaki Baz Castillo -
Iñaki Baz Castillo -
Jesus Rodriguez -
Raúl Alexis Betancor Santana