Dificultades: Especialmente con Audio (Echo)

Status
Cerrado para nuevas respuestas.

anonymous

Well-Known Member
Registrado
14 Jan 2008
Mensajes
19.170
Buenas trades.

Hemos implementado en nuestras oficinas (como escenario de eveluacion) 3CX ver 11 (SP 3) - en un servidor de entrenamiento con Win 7 (Ultimate). Se realizaron exitosamente todas las configuraciones en cada PC (con 3CXPhone6) y dispositivos Android (Tablets y Smartphones). Se configuraron igualmente 3CXPhone6 en estaciones de trabajo Remotas (SOHO de algunos empleados).

Por ahora no se han incluido pasarelas de VoIP (exceptgo una prueba de Skype Gateway --ahora suspendida temporalmente hasta resolver las dificultades que se mencionan a continuacion)

Las funciones de Contestadora automatica, Timbre de grupos, correo de vox, notificaciones funcionan correctamente.
El 80% de los telefonos (SIP) se programaron con conectividad a traves del TUNEL (Puerto UDP 5090). En el sitio donde esta la central existe un router (balanceador) configurado para abrir los puertos 5090, 9000-9049 (UDP).

Estas son algunas dificultades

1. Algunas veces la llamada a una extension (local o emota) no proporciona AUDIO (en ninguna direccion). Se cuelga esa lladmada y se repite exactamente igual y proporciona audio en ambas direcciones (unas veces si otras veces no). En los SIP Phones instalados en PC hemos cambiado los puertos RTP (Default 40000 40049) a 9000-9049 (que son los mismos que estan abiertos en el Router) pero el problema persiste. En los dispositivos Android no hay opcion de seleccionar los puertos RTP)

2. Cuando hay AUDIO se presenta mucho ECO Se han configurado todas las extensiones (SIP Phones) para cancelar ECO y reducir Ruido y colocar al minimo la ganacia del microfono) pero el problema persiste.

3. En el caso de los dispositivos Android, cuando esta activo el telefono 3CX el usuario puede recibir llamadas de sus lineas celulares pero cuando intenta marcar numeros de su agenda siempre utiliza como marcador 3CX y no el celular...Generalmente el telefono ofrece la opcion de marcado mostrando los diferentes programas disponibles en el telefono (p.e skype / telefono ...etc) pero no esta incluyendo en esas opciones 3CX.

4. Cuando se deja un mensaje en el correo de voz no hemos encontrado la opcion que permite establecer o ampoliar el tiempo del mensaje y en consecuencia los mensajes se están grabando de forma incompleta.

Gracias.
M.Martin

4.
 
Hola, como estas?, te cuento que:

1- eso es problema de nateo, dime que tipo de nat manejas, y a esas extensiones tildale la opcion "La central entrega el audio" en las opciones de la extension.
2- el Eco muhcas veces se produce por una no cancelacion en el telefono, las que presentan eco son las pc's las y las tablets?, los hardphones presentan eco?
3- esta es una limitacion del 3cx para android, por defecto viene configurado para que cada llamada saliente se realice desde su interfase.
4- los mensajes duran 2 minutos, necesitan mas tiempo que eso?

quedo atento cualqueir cosa que necesites mi skype es hugo.guindani
 
Hugo buenas tardes. Gracias por su respuesta. Observo que es de Argentina. Bella ciudad Buenos Aires...

1. Respecto al Nat hemos realizado las pruebas de firewall que recomienda 3CX y están OK. Nat uno a uno exitoso. Si esta prueba no es suficiente podría por favor proporcionarnos alguna metodologia y/o otro tipo de verificaciones? El Nat actualmente lo realiza el Router (es un balanceador TP-Link 470. (2 WAN). Por ultimo, todas las extensiones tienen tildada la opcion "Central entrega Audio" y destildadas las dos siguientes (segun recomendacion que vimos en este mismo foro).


2. El eco tambien aplica para los smartphones y las tablets. En menos proporcion pero si hay ECO. Inclusive entre dos smartphones la comunicacion presenta ECO. Existe algún procedimiento de verificación de ECO para 3CX...es decir, la combinanción de parámetros (diferentes codecs, puertos UDP y parametros de la central) hacen dificil el proceso de pruebas y generalmente se convierte en un trbajo de prueba/error con asignacion de tiempo y recursos importantes.

Ahora bien, efectivamente parece un problema de NAT pero no le hemos podido resolver. A continuacion el log de una llamada con ECO:

09-ene-2013 17:09:33.902 Leg L:8.2[Extn:201] is terminated: Cause: BYE from PBX
09-ene-2013 17:09:33.901 [CM503008]: Call(C:8): Call is terminated
09-ene-2013 17:09:33.901 Leg L:8.1[Extn:203] is terminated: Cause: BYE from 192.168.0.95:55725
09-ene-2013 17:09:16.975 [CM503007]: Call(C:8): Extn:201 has joined, contact
09-ene-2013 17:09:16.974 [CM503007]: Call(C:8): Extn:203 has joined, contact
09-ene-2013 17:09:16.973 L:8.2[Extn:201] has joined to L:8.1[Extn:203]
09-ene-2013 17:09:16.973 NAT/ALG check:L:8.2[Extn:201] RESPONSE 200 on 'INVITE' - some of SIP/SDP headers contain inconsistent information or modified by intermediate hop
SIP proxy detected:[/b][/b][/b] Record-Route:
09-ene-2013 17:09:15.601 [CM503025]: Call(C:8): Calling T:Extn:201@[Dev:sip:[email protected]:50633;ob] for L:8.1[Extn:203]
09-ene-2013 17:09:15.555 [CM503027]: Call(C:8): From: Extn:203 ("MM-DeskTop" ) to T:Extn:201@[Dev:sip:[email protected]:50633;ob]
09-ene-2013 17:09:15.555 [CM503004]: Call(C:8): Route 1: from L:8.1[Extn:203] to T:Extn:201@[Dev:sip:[email protected]:50633;ob]
09-ene-2013 17:09:15.550 [CM503001]: Call(C:8): Incoming call from Extn:203 to
09-ene-2013 17:09:15.550 NAT/ALG check:L:8.1[Extn:203] REQUEST 'INVITE' - basic check passed. No information for extended checks

3. Gracias. Otros programas permiten seleccionar el marcador... esta seria una mejora para proximas versiones de 3CX Android...

4. Pues algunos mensaje no han teniodo esa duracion pero volveremos a verificar este tema. Gracias. Sin embargo, hay alguna forma de cambiar ese tiempo de duración del mensaje?


Gracias
M.Martin
 
Hola, nuevemente, gracias por lo que dices de bienos aires, yo tambien lo creo asi, por suerte.


1- Te recomendaria que tildes las dos sieugientes opciones y pruebes.

2- Tu Nat Es simetrica?
 
Hola Hugo.

Respecto al NAT la prueba de Firewall me indica que es simétrica pues entiendo que verifica "Uno a Uno" el puerto UDP. Sin embargo tengo la duda pues el firewall (Router) no muestra especificamente esta caracteristica... Como lo puedo reconfirmar?

Gracias
M.Martin
 
Lo mas simple es consultarlo con tu proveedor.
 
Si te pasa el test de firewall, entonces tienes el NAT correcto.

Un saludo.
 
Status
Cerrado para nuevas respuestas.

Estadísticas del Foro

Temas
44.441
Mensajes
232.812
Miembros
78.339
Último miembro
neil.marsura