programa para testear trafico voip

[MarPin Soft]

Hola alguien sabe de algun programa para testear trafico voip solamente y que sea bajo windows?
Tengo un amigo que cree que su proveedor de internet le esta interfiriendo su trafico voip, aunque no se lo esta bloqueando, existe algun test de network que solo analice el trafico voip o alguna forma de saber que el proveedor esta interfiriendo solamente el trafico voip?

Gracias.

____________________________________________________________________________________
¡Todo sobre Amor y Sexo!
La guía completa para tu vida en Mujer de Hoy.
http://mujerdehoy.telemundo.yahoo.com/

[Saúl Ibarra]

Así sin pensar mucho podrías poner un iperf dentro de la red en el
puerto 5060 por ejemplo y recibir el tráfioco desde fuera. Así podrías
ver si con un cierto volumen de tráfico cortan ese puerto o algo...

Otra opción sería poner sipp a lanzar llamadas como loco e ir mirando
a ver si a partir de un momento dado no consiguen salir...

Es todo lo que se me ocurre a estas horas :)

--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/

[MarPin Soft]

Hola de nuevo gracias por la idea, por lo que he podido averiguar parece que estan usando el puerto 5060 para controlar el trafico sip voip y aunque no lo estan bloqueando si lo estan retardando o quitando y poniendo paquetes para que no se oiga bien.
Mi pregunta ahora es si yo puedo poner a escuchar el asterisk en otro puerto que no sea el 5060, segun info que revise cambiando el parametro bindport en sip.conf puedo hacerlo pero cuando cambio el puerto 5060 por 8080 por ejemplo no logro comunicarme con el cliente softphone.Uso el cliente X-PRO para hacer las pruebas y en el cliente tambien cambie el puerto de escucha de 5060 a 8080 pero sigue el mismo problema, y por supuesto en el router tambien cambie la redireccion del puerto 8080 hacia el server asterisk.
El el log del X-PRO veo que en algun lado se sigue manteniendo el 5060 como puerto sip pero no se si es del lado del cliente o del lado del asterisk, por la ip que pone que es mi ip publica creo que es del lado del server. aqui pongo un extracto del log del X-PRO para que tengas una idea:

SEND >> 74.229.46.128:5060
INVITE sip:13053...@74.229.46.128 SIP/2.0
Via: SIP/2.0/UDP 10.24.1.157:46404;rport;branch=z9hG4bKB428F28093F9476FB768018A2282747B
From: 102 <sip:1...@74.229.46.128>;tag=2674960650
To: <sip:13053...@74.229.46.128>
Contact: <sip:1...@10.24.1.157:46404>
Call-ID: 413EA21F-C204-4971...@10.24.1.157
CSeq: 50978 INVITE
Max-Forwards: 70
Content-Type: application/sdp
User-Agent: X-PRO build 1101
Content-Length: 192

v=0
o=102 48773531 48773531 IN IP4 10.24.1.157
s=X-PRO
c=IN IP4 10.24.1.157
t=0 0
m=audio 46406 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

SEND >> 74.229.46.128:5060
REGISTER sip:74.229.46.128 SIP/2.0
Via: SIP/2.0/UDP 10.24.1.157:46404;rport;branch=z9hG4bKFEF8ECCFAFC9475AB450D44F0A4E55D4
From: 102 <sip:1...@74.229.46.128>
To: 102 <sip:1...@74.229.46.128>
Contact: "102" <sip:1...@10.24.1.157:46404>
Call-ID: 72DC834805664B19...@74.229.26.128
CSeq: 10315 REGISTER
Expires: 1800
Max-Forwards: 70
User-Agent: X-PRO build 1101
Content-Length: 0


SEND >> 74.229.46.128:5060
INVITE sip:13053...@74.229.46.128 SIP/2.0
Via: SIP/2.0/UDP 10.24.1.157:46404;rport;branch=z9hG4bKB428F28093F9476FB768018A2282747B
From: 102 <sip:1...@74.229.46.128>;tag=2674960650
To: <sip:13053...@74.229.46.128>
Contact: <sip:1...@10.24.1.157:46404>
Call-ID: 413EA21F-C204-4971...@10.24.1.157
CSeq: 50978 INVITE
Max-Forwards: 70
Content-Type: application/sdp
User-Agent: X-PRO build 1101
Content-Length: 192

v=0
o=102 48779781 48779781 IN IP4 10.24.1.157
s=X-PRO
c=IN IP4 10.24.1.157
t=0 0
m=audio 46406 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15



y un extracto de mi sip.conf:
bindport=8080
bindaddr=0.0.0.0
disallow=all
allow=g729:20
context=from-trunk
callerid=Unknown
tos_sip=cs3
tos_audio=ef
tos_video=af41
=============================================
; Reported as required for Asterisk 1.4
dtmfmode=rfc2833
canreinvite=yes
qualify=yes
insecure=port,invite
;----------------------------------------------
rtptimeout=60
rtpholdtimeout=300
;----------------------------------------------


y otra pregunta, conocees de algun cliente IAX2 con soporte codec g729 para hacer pruebas porque la otra solucion que veo es si estan filtrando sip es empezar a usar iax2?

Gracias


--- El jue 8-ene-09, Saúl Ibarra <sag...@gmail.com> escribió:

[Raúl Alexis Betancor Santana]

El Viernes, 9 de Enero de 2009 16:34, MarPin Soft escribió:
> Hola de nuevo gracias por la idea, por lo que he podido averiguar parece
> que estan usando el puerto 5060 para controlar el trafico sip voip y aunque
> no lo estan bloqueando si lo estan retardando o quitando y poniendo
> paquetes para que no se oiga bien. Mi pregunta ahora es si yo puedo poner
> a escuchar el asterisk en otro puerto que no sea el 5060, segun info que
> revise cambiando el parametro bindport en sip.conf puedo hacerlo pero
> cuando cambio el puerto 5060 por 8080 por ejemplo no logro comunicarme con
> el cliente softphone.Uso el cliente X-PRO para hacer las pruebas y en el
> cliente tambien cambie el puerto de escucha de 5060 a 8080 pero sigue el
> mismo problema, y por supuesto en el router tambien cambie la redireccion
> del puerto 8080 hacia el server asterisk. El el log del X-PRO veo que en
> algun lado se sigue manteniendo el 5060 como puerto sip pero no se si es
> del lado del cliente o del lado del asterisk, por la ip que pone que es mi
> ip publica creo que es del lado del server. aqui pongo un extracto del log
> del X-PRO para que tengas una idea:

Aclaremos primero varios errores ...:

a) El puerto 5060 que es el standar de de SEÑALIZACIÓN SIP, no transporta el
audio, por lo que si "te quitan paquetes o retardan" de ese puerto, el único
efecto visible es que o se corta la llamada (si tienes algún tipo de
keepalive sip activado), o no llegan los DTMF (si usas SIP-INFO como modo de
transporte de los DTMF) o que una llamada tarda un poco más o menos en
establecerse o cortarse (porque se producen retransmisiones)

b) Si cambias el puerto de escucha del Asterisk, has de decirle a los clientes
en que puerto está Asterisk escuchando, no son adivinos, ni funciona
por "magia potagia..."

Tu problema real tiene pinta de provenir de otro sitio, mi recomendación es
que hagas un par de llamadas de pruebas usando ALAW como codec, las captures
con wireshark y analices los flujos RTP, para que verifiques si realmente
tienes perdidas de paquetes o retardos.
Haz la captura tanto en la máquina Asterisk como en el cliente con el
softphone y compara los resultados de los análisis para que puedas sacar
conclusiones.

--
Raúl Alexis Betancor Santana
Dimensión Virtual

[Adrià Vidal]

Tienes que decirle al x-pro que tu server esta en un nuevo puerto que
no es el 5060
Ipodominio:puertonuevo


Enviado desde mi iPhone

El 09/01/2009, a las 17:34, MarPin Soft <marpi...@yahoo.es>
escribió:

[MarPin Soft]

> Aclaremos primero varios errores ...:
>
> a) El puerto 5060 que es el standar de de SEÑALIZACIÓN
> SIP, no transporta el
> audio, por lo que si "te quitan paquetes o
> retardan" de ese puerto, el único
> efecto visible es que o se corta la llamada (si tienes
> algún tipo de
> keepalive sip activado), o no llegan los DTMF (si usas
> SIP-INFO como modo de
> transporte de los DTMF) o que una llamada tarda un poco
> más o menos en
> establecerse o cortarse (porque se producen
> retransmisiones)

ok, dejame explicarme bien, a lo que me referia es a que yo cambie los puertos rtp por defecto del asterisk del 10000 al 20000 por otro rango, eso creo lo tengo claro, segun entiendo esos son los puertos que por default asterisk transmite los paquetes y tambien quiero cambiar el puerto de senalizacion sip 5060 por otro , en este caso 8080 , cambie los rtp y todo va bien, pero al cambiar el 5060 ahi mismo se me traba , yo cambie el puerto sip 5060 por 8080 y le dije al cliente x-pro que usar el puerto 8080 para senalizacion, y no puedo comunicarme y en el log del x-pro veo que en alguna parte sigue usando el puerto 5060 para senalizacion si se supone que yo se lo cammie tanto a asterisk como al cliente x-pro, eso es lo que no entiendo que hice mal.

>
> b) Si cambias el puerto de escucha del Asterisk, has de
> decirle a los clientes
> en que puerto está Asterisk escuchando, no son adivinos,
> ni funciona
> por "magia potagia..."

en sip.conf cambie el parametro binport=5060 por bindport=8080 y le dije al cliente x-pro que usara el puerto 8080 en ves de 5060, eso creo esta bien porque es sencillo a lo que me refiero es que aunque le haya hecho esos cambios segun el log del cleinte x-pro en algun lugar se mantiene que siga escuchando en el puerto 5050 por

>
> Tu problema real tiene pinta de provenir de otro sitio, mi
> recomendación es
> que hagas un par de llamadas de pruebas usando ALAW como
> codec, las captures
> con wireshark y analices los flujos RTP, para que
> verifiques si realmente
> tienes perdidas de paquetes o retardos.
> Haz la captura tanto en la máquina Asterisk como en el
> cliente con el
> softphone y compara los resultados de los análisis para
> que puedas sacar
> conclusiones.
>
> --
> Raúl Alexis Betancor Santana
> Dimensión Virtual
>
>

¡Felices Fiestas! Enviale una tarjeta electronica gratis a tu familia y amigos y deseales felices fiestas. http://yahoomorado.com/tarjetas/

[MarPin Soft]

> Aclaremos primero varios errores ...:
>
> a) El puerto 5060 que es el standar de de SEÑALIZACIÓN
> SIP, no transporta el
> audio, por lo que si "te quitan paquetes o
> retardan" de ese puerto, el único
> efecto visible es que o se corta la llamada (si tienes
> algún tipo de
> keepalive sip activado), o no llegan los DTMF (si usas
> SIP-INFO como modo de
> transporte de los DTMF) o que una llamada tarda un poco
> más o menos en
> establecerse o cortarse (porque se producen
> retransmisiones)

ok, dejame explicarme bien, a lo que me referia es a que yo cambie los puertos rtp por defecto del asterisk del 10000 al 20000 por otro rango, eso creo lo tengo claro, segun entiendo esos son los puertos que por default asterisk transmite los paquetes y tambien quiero cambiar el puerto de senalizacion sip 5060 por otro , en este caso 8080 , cambie los rtp y todo va bien, pero al cambiar el 5060 ahi mismo se me traba , yo cambie el puerto sip 5060 por 8080 y le dije al cliente x-pro que usar el puerto 8080 para senalizacion, y no puedo comunicarme y en el log del x-pro veo que en alguna parte sigue usando el puerto 5060 para senalizacion si se supone que yo se lo cammie tanto a asterisk como al cliente x-pro, eso es lo que no entiendo que hice mal.
>

> b) Si cambias el puerto de escucha del Asterisk, has de
> decirle a los clientes
> en que puerto está Asterisk escuchando, no son adivinos,
> ni funciona
> por "magia potagia..."

en sip.conf cambie el parametro binport=5060 por bindport=8080 y le dije al cliente x-pro que usara el puerto 8080 en ves de 5060, eso creo esta bien porque es sencillo a lo que me refiero es que aunque le haya hecho esos cambios segun el log del cleinte x-pro en algun lugar se mantiene que siga escuchando en el puerto 5050 por
>

> Tu problema real tiene pinta de provenir de otro sitio, mi
> recomendación es
> que hagas un par de llamadas de pruebas usando ALAW como
> codec, las captures
> con wireshark y analices los flujos RTP, para que
> verifiques si realmente
> tienes perdidas de paquetes o retardos.
> Haz la captura tanto en la máquina Asterisk como en el
> cliente con el
> softphone y compara los resultados de los análisis para
> que puedas sacar
> conclusiones.
>
> --
> Raúl Alexis Betancor Santana
> Dimensión Virtual
>
>

[Raúl Alexis Betancor Santana]

El Viernes, 9 de Enero de 2009 18:41, MarPin Soft escribió:
>
> ok, dejame explicarme bien, a lo que me referia es a que yo cambie los
> puertos rtp por defecto del asterisk del 10000 al 20000 por otro rango, eso

No creo que vayas a conseguir anda con eso, no me imagino a un ISP filtrando
ese rango "porque es el que usa Asterisk" ... ni de coña, estoy casi 100%
seguro que tu problema ó deriva de QoS ó simplemente tu proveedor es una
mierda y tienes un enlace pesimo. Por eso te recomendé lo de las capturas en
ambos extremos, para que puedas comparar los resultados de lo que se envía y
se recibe.

> creo lo tengo claro, segun entiendo esos son los puertos que por default
> asterisk transmite los paquetes y tambien quiero cambiar el puerto de
> senalizacion sip 5060 por otro , en este caso 8080 , cambie los rtp y todo
> va bien, pero al cambiar el 5060 ahi mismo se me traba , yo cambie el
> puerto sip 5060 por 8080 y le dije al cliente x-pro que usar el puerto 8080
> para senalizacion, y no puedo comunicarme y en el log del x-pro veo que en
> alguna parte sigue usando el puerto 5060 para senalizacion si se supone que
> yo se lo cammie tanto a asterisk como al cliente x-pro, eso es lo que no
> entiendo que hice mal.

Da igual en que puerto le digas al X-PRo que "escuche", lo importante es que
le digas al X-Pro en que puerto escucha el Asterisk, cuando el X-Pro se
registre en el Asterisk ya le dirá a este donde está ..
Revisa los parámetros de configuración de la cuenta del X-PRO, no recuerdo si
había una opción específica para el puerto o simplemente le dices que
el "registrar server" y el "outbound proxy" son el <IP-Asterisk:8080>

Saludos

[MarPin Soft]

Disculpenme por el mensaje anterior que no salio completo.

> Aclaremos primero varios errores ...:
>
> a) El puerto 5060 que es el standar de de SEÑALIZACIÓN
> SIP, no transporta el
> audio, por lo que si "te quitan paquetes o
> retardan" de ese puerto, el único
> efecto visible es que o se corta la llamada (si tienes
> algún tipo de
> keepalive sip activado), o no llegan los DTMF (si usas
> SIP-INFO como modo de
> transporte de los DTMF) o que una llamada tarda un poco
> más o menos en
> establecerse o cortarse (porque se producen
> retransmisiones)

ok, dejame explicarme bien, a lo que me referia es a que yo cambie los puertos rtp por defecto del asterisk del 10000 al 20000 por otro rango, eso creo lo tengo claro, segun entiendo esos son los puertos que por default asterisk transmite los paquetes de voz y tambien quiero cambiar el puerto de senalizacion sip 5060 por otro , en este caso 8080 , cambie los rtp y todo va bien, pero al cambiar el 5060 ahi mismo se me traba , yo cambie el puerto sip 5060 por 8080 y le dije al cliente x-pro que usara el puerto 8080 para senalizacion, y no puedo comunicarme y en el log del x-pro veo que en alguna parte sigue usando el puerto 5060 para senalizacion si se supone que yo se lo cambie tanto en asterisk como al cliente x-pro, eso es lo que no entiendo que hice mal.

>
> b) Si cambias el puerto de escucha del Asterisk, has de
> decirle a los clientes
> en que puerto está Asterisk escuchando, no son adivinos,
> ni funciona
> por "magia potagia..."

en sip.conf cambie el parametro bindport=5060 por bindport=8080 y le dije al cliente x-pro que usara el puerto 8080 en ves de 5060 y en el router hice el forwarding correspondiente de los puertos, eso creo esta bien porque es sencillo a lo que me refiero es que aunque le haya hecho esos cambios segun el log del cliente x-pro en algun lugar se mantiene que siga escuchando en el puerto 5060 porque en el log del cliente x-pro me aparecen lineas como SEND >> mi_ip_publica:5060, me imagino que eso es porque sigue escuchando en el puerto sip 5060, no se exactamente que otra cosa hay que modificar.

>
> Tu problema real tiene pinta de provenir de otro sitio, mi
> recomendación es
> que hagas un par de llamadas de pruebas usando ALAW como
> codec, las captures
> con wireshark y analices los flujos RTP, para que
> verifiques si realmente
> tienes perdidas de paquetes o retardos.
> Haz la captura tanto en la máquina Asterisk como en el
> cliente con el
> softphone y compara los resultados de los análisis para
> que puedas sacar
> conclusiones.
>

Alaw no puedo usarlo porque las conexion que se estan usando en este caso son dialup, tengo que morirme con el g729 obligatoriamente, de lo que si estoy seguro porque ya lo confirme es que el proveedor esta filtrando los paquetes rtp de la voz y elimando o modificando paquetes rtp para interferir la calidad de la llamada, y lo que se me ha ocurrido antes de cambiar de sip para IAX o H323, es cambiar los puertos standard por los que asterisk hace la senalizacion(5060) y por los que transporte los paquetes(del 10000 al 20000) para ver si asi soluciono el problema.si con eso no soluciono el problema me imagino que tendre que probar todo con iax o h323 a ver si se mantiene el mismo problema, lo que si ya he comprobabdo es que el proveedor esta filtrando todo el trafico SIP sin bloquearlo apra causar intereferencia sin bloquearlo completamente.
SI utilizo otro proveedor de internet diferente funciona todo el trafico sip sin problemas es solo con ese proveedor.

Saludos, y gracias

> Raúl Alexis Betancor Santana
> Dimensión Virtual
>
>

[MarPin Soft]

no me refiero a si lo usa asterisk o no, menciono asterisk solo porque fue con el que hice las pruebas, es mas flexible para hacer pruebas, esos puertos son los que usan por default la mayoria de los proveedores de voiz ip, este caso particular se esta dando ahora mismo en cuba que el unico proveedor de internet que hay parece esta filtrando el trafico SIP de todos los proveedor de vozip que trabajan con sip, no lo esta bloqueando simplemente lo esta filtrando, y no es problema de ancho de banda con vozip porque skype que consume mucho mas ancho de banda que el protocolo sip trabaja perfecto con ese proveedor asi que descotnado el problema del ancho de bando con esa cuenta dialup.debe ser que estan controlando el trafico sip a traves de su red.LAs razones ustedes mismos se la deben imaginar.



--- El vie 9-ene-09, Raúl Alexis Betancor Santana <ra...@dimension-virtual.com> escribió:

> De: Raúl Alexis Betancor Santana <ra...@dimension-virtual.com>
> Asunto: [Asterisk-ES] Re: programa para testear trafico voip
> A: aster...@googlegroups.com

[Raúl Alexis Betancor Santana]

El Viernes, 9 de Enero de 2009 18:55, MarPin Soft escribió:

> Alaw no puedo usarlo porque las conexion que se estan usando en este caso
> son dialup, tengo que morirme con el g729 obligatoriamente, de lo que si
> estoy seguro porque ya lo confirme es que el proveedor esta filtrando los
> paquetes rtp de la voz y elimando o modificando paquetes rtp para
> interferir la calidad de la llamada, y lo que se me ha ocurrido antes de
> cambiar de sip para IAX o H323, es cambiar los puertos standard por los que
> asterisk hace la senalizacion(5060) y por los que transporte los
> paquetes(del 10000 al 20000) para ver si asi soluciono el problema.si con
> eso no soluciono el problema me imagino que tendre que probar todo con iax
> o h323 a ver si se mantiene el mismo problema, lo que si ya he comprobabdo
> es que el proveedor esta filtrando todo el trafico SIP sin bloquearlo apra
> causar intereferencia sin bloquearlo completamente. SI utilizo otro
> proveedor de internet diferente funciona todo el trafico sip sin problemas
> es solo con ese proveedor.

¿Y como has llegado a la tajante conclusión de que tu proveedor
está "toqueteando" el tráfico RTP y SIP sin hacer capturas del trafico que
entra y sale de cada extremo? .. no puedes, por ciencia infusa no se
descubren las cosas.
La única forma de llegar a esa conclusión es capturar el tráfico y compararlo,
lo de Alaw te lo decía porque es más fácil reproducir la captura para
verificar la calidad, aunque con los análisis de flujos RTP del WireShark es
más que suficiente para saber que pasa.

Además, afirmas que con otros proveedores no te pasa ... pues eso es casi un
100% de que el proveedor te está proveyendo de un enlace de pésima calidad.

--

[MarPin Soft]

estoy convencido que no es problema de pesima calidad de la conexion dialup del proveedor sin tener que usar el WireShark, aunque sean cuentas dialup siempre han funcionado bien hasta hace 15 dias, y a todo el mundo en cuba que usa la vozip les esta pasando el mismo problema(en cuba solo hay un solo proveedor de internet), si fuera problema de ancho de banda de la conexion el skype tendria el mismo problema y tampoco funcionaria, y no es el caso, el skype se oye a la perfeccion sin eco, si retraso en la conversacion con una buena calidad pese a ser conexiones dialup, y como sabras el skype usa mas ancho de banda para una llamada que una llamada sip.
De todas maneras gracias por tu sugerencia.

--- El vie 9-ene-09, Raúl Alexis Betancor Santana <ra...@dimension-virtual.com> escribió:

> De: Raúl Alexis Betancor Santana <ra...@dimension-virtual.com>
> Asunto: [Asterisk-ES] Re: programa para testear trafico voip
> A: aster...@googlegroups.com

[Martin Carmona]

Hola no creo que soluciones el tema con eso, ya que las empresas estan
utilizando Layer7, el cual lee los encabezados en la capa 7 y bloquea
o demora o achica el ancho de banda disponible servicio por servicio,
tal es asi que no solucionaras nada porque no realalizan el trabajo a
nivel de puertoa abiertos o cerrados.

Me ayudaria saber que empresa tienes y en que ciudad estas, para ver
que estan usando, pero lo unico que ha podido saltear este tipo de
control, es el montar una VPN entre el Aterisk y el cliente, muchas
empresas hacen eso para evitar la lectura de los encabezados, ya que
para layer7 los leera como encabezados HTTP y pasaran directo, ya que
normalmente no cortan ni achican ese servicio porque los clientes los
matarian.

una forma rapida y casera de reconocer esto es:

Entra a yutube y reproduce un video si este se corta pero el test de
velocidad de ADSL4ever.com te da bien es porque estan haciendo lo que
tye dije. ya que la reproduccion de los vidos flash no van por puerto
80 ni encabezados http o como se diga.

prueva y comenta

El 9/01/09, MarPin Soft <marpi...@yahoo.es> escribió:

--
Este mensaje es confidencial y en consecuencia puede contener
información amparada por el secreto profesional. Si usted ha recibido
este e-mail por error, por favor comuníquese inmediatamente vía e-mail
y elimínelo de su sistema; no deberá copiar o imprimir el mensaje ni
divulgar su contenido a ninguna persona. Muchas gracias.

This message is confidential and it may also contain information that
is private and privileged or otherwise legally exempt from disclosure.
If you have received it by mistake please let us know by e-mail
immediately and delete it from your system; should also not copy or
print the message nor disclose its contents to anyone. Many thanks.

Saludos
Martín Rodrigo Carmona
Rivadavia 865 Local 25
San Luis - Argentina
www.tel-ar.com.ar
www.sensaciones-sex.com.ar

[MarPin Soft]

Hola el problema es en todo el pais porque en cuba solo hay un proveedor de internet que es enet y es del estado, yo no vivo en cuba pero vire de vacaciones de alla hace poco y desde el 25 en todo el pais se esta presentando ese probema y me llama la atencion que solo es con los proveedores que utilizan el protocolo SIP, que es la mayoria de los proveedores y que por ejemplo el skype si sigue funcionando mas o menos bien. voy a probar lo
de youtube y adsl4server.com a ver si puedo confirmar que es ese problema.

gracias por tu informacion.


--- El vie 9-ene-09, Martin Carmona <martin...@gmail.com> escribió:

¡Todo sobre la Liga Mexicana de fútbol! Estadisticas, resultados, calendario, fotos y más:&lt;
http://espanol.sports.yahoo.com/

[Mehdi chouikh]

Hola

Hay muchos ISPs en España tamaño pequeño, que penalizan el trafico de algunos protocolos SIP, Skype etc.. mediante equipos de QOS tipo PaketLogic o ALLOT, para que los clientes compren su servicio de VOIP, he hecho consultoria para algunos en varias cuidades Espñolas.

No digo que todos la hagan, pero bastantes WISP y cableros lo hacen sobre todo con SKYPE.

Saludos
Mehdi
www.voz-ip.info

2009/1/9 MarPin Soft <marpi...@yahoo.es>

--
Mehdi Chouikh
http://www.voz-ip.info
http://www.unitelexperts.com
http://www.mitelefonovirtual.com

[Paco Gil]

yo sé de algunos WISP que usan ALLOT y, tras haber pagado un pastón por dicho equipo, están "muy contentos" viendo como manejan a su antojo los paquetes a nivel L7 (ojo, ni puertos ni leches... aplicaciones). Como se ha comentado, una buena VPN puede ser tu solución

saludos,

2009/1/11 Mehdi chouikh <cme...@gmail.com>

--
http://ualtech.wordpress.com

[MarPin Soft]

Hola lo que esta apsando es que estan bloqueando SIP pero el IAX no lo estan bloqueando, para hacer las pruebas active IAX en el asterisk y cree un trunk IAX a un proveedor IAX y unas extensiones IAX para hacer las pruebas pero cuando voy a registrarme con el cliente zoipercon el asterisk me da el error en el log del cliente zoiper :
12:15:15 Fallo el registro '1...@74.225.46.114 Causa: 'facility rejected'

y en el log de asterisk me dice :

Jan 10 22:57:57] NOTICE[2059] chan_iax2.c: Host 74.225.46.114 denied access to register peer '107'

74.225.46.114 es mi ip public

Que puede ser ese error? he busaco en internert sobre ese error y no sale nada en algunos casos hablan de que puede ser un bug del canalk IAX de asterisk.



--- El dom 11-ene-09, Paco Gil <pag...@gmail.com> escribió:

[Daniel Ortiz]

Una forma de conocer si existe filtrado de puertos mediante algun firewall del ISP es mediante netcat:

Suponiendo un escenario:

(A) ----> FIREWALL ISP ----> (B)

en (B) redirigimos todo el trafico TCP y UDP entrante a un puerto donde estrategicamente tendremos a netcat escuchando:

seccion iptables:

iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 1:65535 -j REDIRECT --to-port 1234

iptables -t nat -A PREROUTING -i eth0 -p udp --dport 1:65535 -j REDIRECT --to-port 1234

seccion netcat:

nc -l -p 1234
nc -u -l -p 1234

desde (A) realizamos port scan hacia (B)

nc -v -z IP(A) 1-65535

OBS: mejor es redirigir la salida a un archivo para analizarlo despues:

nc -v -z ip(A) 1-65535 > portscan.out

luego podemos hacer (por ejemplo):

cat portscan.out| grep open| wc -l

si la salida del comando anterios es = 65535 nuestro ISP no filtra puertos. si es menor  esta filtrando y deberias analizar el archivo de salida para saber que puertos son.
 Lo anterior es valido para GNU/LINUX

saludos