5 Jun
2008
5 Jun
'08
3:21 p.m.
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(a)in.ilimit.es
5 Jun
5 Jun
3:43 p.m.
New subject: [OpenSER-Users-ES] Módulo 'dispatcher' [SOLUCIONADO]
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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
8 Jun
8 Jun
9:13 a.m.
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
1:02 p.m.
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(a)in.ilimit.es>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(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:24 p.m.
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
9 Jun
9 Jun
12:15 a.m.
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(a)aliax.net>et>:
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
7:42 a.m.
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(a)aliax.net>et>:
El Domingo, 8 de Junio de 2008, David Villasmil escribió:
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
9:48 a.m.
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(a)voztele.com>om>:
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(a)aliax.net>et>:
El Domingo, 8 de Junio de 2008, David Villasmil escribió:
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
10:15 a.m.
On 6/9/08, David Villasmil <david.villasmil.work(a)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.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
5:27 p.m.
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.
5:33 p.m.
El 9/06/08, Raúl Alexis Betancor Santana <rabs(a)dimension-virtual.com> escribió:
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz Castillo
escribió:
Se admiten apuestas XD
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
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
5:43 p.m.
El Lunes, 9 de Junio de 2008 16:33, Iñaki Baz Castillo escribió:
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
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
El 9/06/08, Raúl Alexis Betancor Santana
<rabs(a)dimension-virtual.com>
escribió:
El Lunes, 9 de
Junio de 2008 09:15, Iñaki Baz Castillo escribió:
Se admiten apuestas XD 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 
6:10 p.m.
yas....
El día 9 de junio de 2008 17:33, Iñaki Baz Castillo <ibc(a)aliax.net>
escribió:
El 9/06/08, Raúl Alexis Betancor Santana
<rabs(a)dimension-virtual.com>
escribió:
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz
Castillo escribió:
tiene
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 una Nortel ... ? .. XDD
Se admiten apuestas XD
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
10 Jun
10 Jun
5:09 p.m.
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(a)dimension-virtual.com> escribió:
El Lunes, 9 de Junio de 2008 09:15, Iñaki Baz Castillo
escribió:
--
http://www.sinologic.net/
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
5798
days inactive
5803
days old
sr-users-es@lists.kamailio.org
13 comments
8 participants
participants (8)
-
Alberto Sagredo -
David Villasmil -
Elio Rojano -
Hugo Franco -
Iñaki Baz Castillo -
Iñaki Baz Castillo -
Jesus Rodriguez -
Raúl Alexis Betancor Santana