Tweet
Hola Todos ,
Nos hemos topado con un problema bastante raro al intentar troncalizar un Elastix con un Cisco Call Manager Express.
Las llamadas originadas en el Elastix hacia el Cisco no tienen problemas y salen perfectamente, ahora para las llamadas originadas en el Cisco podemos verlas llegar en el Elastix , que son aceptadas y dirigidas por el Inbound Route hacia el IVR y despues de un momento el elastix envia un Hangout y del lado del cisco se escucha un silencio y luego un occupado.
Al revisar las trazas ( adjunto Pcap zipeado a la discussion) es evidente que el elastix envia un Bye al Cisco porque no recibe el 200 OK y Ack al enviar su 200 OK. Pero vemos que el Cisco si lo envia.
NO se exactamente porque el cisco no reconoce el paquete 200 OK como parte del dialogo inicial , posiblemnte pueda ser una incompatibilidad en el Protocolo .
Espero que nos puedan ayudar a descifrar este problema.
Esta es la configuracion de los peers en el Elastix
type=friend
secret=xxxxxxxxx
qualify=yes
insecure=port,invite
host=172.18.32.4
dtmfmode=inband
disallow=all
context=from-pstn
allow=g729&ulaw
estas son las configuraciones en el Cisco 2800
dial-peer voice 900 voip
description inbound calls from Asterisk
session protocol sipv2
--More-- session transport udp
incoming called-number .
dtmf-relay sip-notify
codec g711ulaw
no vad
!
!
dial-peer voice 903 voip
description outbound calls to Asterisk
destination-pattern 000802
session protocol sipv2
session target ipv4:172.18.32.7
session transport udp
dtmf-relay sip-notify
codec g729r8 bytes 160
no vad
!
!
sip-ua
credentials username mysiplogin password 7 031054343B0A33454D08 realm 172.18.32.7
authentication username mysiplogin password 7 04343487881407878B080D realm 172.18.32.7
retry invite 2
retry register 10
timers connect 100
registrar ipv4:172.18.32.7 expires 3600
Nos hemos topado con un problema bastante raro al intentar troncalizar un Elastix con un Cisco Call Manager Express.
Las llamadas originadas en el Elastix hacia el Cisco no tienen problemas y salen perfectamente, ahora para las llamadas originadas en el Cisco podemos verlas llegar en el Elastix , que son aceptadas y dirigidas por el Inbound Route hacia el IVR y despues de un momento el elastix envia un Hangout y del lado del cisco se escucha un silencio y luego un occupado.
Al revisar las trazas ( adjunto Pcap zipeado a la discussion) es evidente que el elastix envia un Bye al Cisco porque no recibe el 200 OK y Ack al enviar su 200 OK. Pero vemos que el Cisco si lo envia.
NO se exactamente porque el cisco no reconoce el paquete 200 OK como parte del dialogo inicial , posiblemnte pueda ser una incompatibilidad en el Protocolo .
Espero que nos puedan ayudar a descifrar este problema.
Esta es la configuracion de los peers en el Elastix
type=friend
secret=xxxxxxxxx
qualify=yes
insecure=port,invite
host=172.18.32.4
dtmfmode=inband
disallow=all
context=from-pstn
allow=g729&ulaw
estas son las configuraciones en el Cisco 2800
dial-peer voice 900 voip
description inbound calls from Asterisk
session protocol sipv2
--More-- session transport udp
incoming called-number .
dtmf-relay sip-notify
codec g711ulaw
no vad
!
!
dial-peer voice 903 voip
description outbound calls to Asterisk
destination-pattern 000802
session protocol sipv2
session target ipv4:172.18.32.7
session transport udp
dtmf-relay sip-notify
codec g729r8 bytes 160
no vad
!
!
sip-ua
credentials username mysiplogin password 7 031054343B0A33454D08 realm 172.18.32.7
authentication username mysiplogin password 7 04343487881407878B080D realm 172.18.32.7
retry invite 2
retry register 10
timers connect 100
registrar ipv4:172.18.32.7 expires 3600
Comentario