UC540 y extraño problema con Multisite

[John Martin]

Buenas a todos.

Tengo un problema que aun no tengo claro que es, aunque despues de leer varias horas documentos empiezo a pensar cual puede ser el problema, pero necesito confirmarlo.

Tenemos dos UC540 SItio A (81...)<-------------------------------------------> Sitio B (82...)

Si se realizan llamadas entre sitios, no hay problemas.

Si se realizan llamadas a grupos en el mismo sitio o enle otro, no hay problemas.

Si entra una llamada desde el SipTrunk a un telefono DE UN SITIO o a un grupo de un SITIO, no hay problemas. Pero si entra una llamada desde el Sip Trunk ( las llamadas las gestiona el SITIO A ) y hago soñar los telefonos de los dos sitios, si cojen la llamada desde el SITIO B, no hay problema, pero si cojen la llamada desde el SITIO A, no hay audio. El Sip Trunk solo acepta el codec g711Alaw.

UC540_FACT# show voice call status
CallID CID ccVdb Port Slot/DSP:Ch Called # Codec MLPP Dial-peers
0x6 11F5 0x88FC6030 50/0/9.0 ABC g711ulaw 20001/5
0x7 11F5 0x885BA478 0/4/0 0/1:1 *ABC g711ulaw 5/20001
0x13C9 24C7 0x897A52D4 50/0/272.0 *250 None 3005/20011
2 active calls found

Leyendo cientos de documentos, he visto que el CUE de la UC540 solo trabaja con el codec g711Ulaw, y esto puede ser un problema.

Tmabien he leido que existe un elemento que se llama "transcoding", y que su funcion es la de convertir de un codec a otro codec en tiempo real, pero no se muy bien como configurarlo.

Mis preguntas:

1.- Al solo tener opción del codec g711Alaw....... ¿ la centralita va a tener problemas en el futuro por culpa de este codec ?

2.- ¿ Se puede usar el transcoding para una llamada entrante desde el Sip Trunk ?

C540_FACT# show dspfarm all
Dspfarm Profile Configuration

Profile ID = 2, Service = TRANSCODING, Resource ID = 1
Profile Description :
Profile Service Mode : Non Secure
Profile Admin State : UP
Profile Operation State : ACTIVE
Application : SCCP Status : ASSOCIATED
Resource Provider : FLEX_DSPRM Status : UP
Number of Resource Configured : 10
Number of Resource Available : 10
Codec Configuration: num_of_codecs:7
Codec : g729r8, Maximum Packetization Period : 60
Codec : g729br8, Maximum Packetization Period : 60
Codec : g722-64, Maximum Packetization Period : 30
Codec : g711ulaw, Maximum Packetization Period : 30
Codec : g711alaw, Maximum Packetization Period : 30
Codec : g729ar8, Maximum Packetization Period : 60
Codec : g729abr8, Maximum Packetization Period : 60
Dspfarm Profile Configuration

Profile ID = 3, Service = CONFERENCING, Resource ID = 2
Profile Description :
Profile Service Mode : Non Secure
Profile Admin State : UP
Profile Operation State : ACTIVE
Application : SCCP Status : ASSOCIATED
Resource Provider : FLEX_DSPRM Status : UP
Number of Resource Configured : 2
Number of Resource Available : 2
Maximum conference participants : 8
Codec Configuration: num_of_codecs:6
Codec : g711ulaw, Maximum Packetization Period : 30 , Transcoder: Not Required
Codec : g711alaw, Maximum Packetization Period : 30 , Transcoder: Not Required
Codec : g729ar8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729abr8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729r8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729br8, Maximum Packetization Period : 60 , Transcoder: Not Required
Dspfarm Profile Configuration

Profile ID = 1, Service = MTP, Resource ID = 3
Profile Description :
Profile Service Mode : Non Secure
Profile Admin State : UP
Profile Operation State : ACTIVE
Application : SCCP Status : ASSOCIATED
Resource Provider : NONE Status : NONE
Number of Resource Configured : 50
Number of Resource Available : 50
Hardware Configured Resources : 0
Hardware Available Resources : 0
Software Resources : 50
Codec Configuration: num_of_codecs:1
Codec : g711ulaw, Maximum Packetization Period : 30

SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID BRIDGE_ID PKTS_TXED PKTS_RXED

0 1 28.3.9 UP N/A FREE xcode 1 - - -
0 2 28.3.9 UP N/A FREE xcode 1 - - -
0 2 28.3.9 UP N/A FREE xcode 1 - - -
0 2 28.3.9 UP N/A FREE xcode 1 - - -
0 2 28.3.9 UP N/A FREE xcode 1 - - -
0 2 28.3.9 UP N/A FREE xcode 1 - - -
0 2 28.3.9 UP N/A FREE xcode 1 - - -
0 3 28.3.9 UP N/A FREE xcode 1 - - -
0 3 28.3.9 UP N/A FREE xcode 1 - - -
0 3 28.3.9 UP N/A FREE xcode 1 - - -
0 4 28.3.9 UP N/A FREE conf 2 - - -
0 4 28.3.9 UP N/A FREE conf 2 - - -

Total number of DSPFARM DSP channel(s) 12

Un saludo.

[John Martin]

Hi Maren,

Sorry for late reply. Finally I did it but tThe story changed a litle bit.

The provider told me that it's better to use the G711aLaw for differents reasons, but the main reason was that using G729 the issue was still happens. Then, we standarize all system using G711a codec..... incoming calls, multisite configuration, etc. 

But my surprise was that the error was still happens. what ? are you kind me ? after surfing in the net several hours, I found a post talking about the order that call blast group is setting. And yes, that it was the error.

The UC540 that is receiving the calls, it transfers the call to a call blast group, one shared extension and phone from the other site. If i configure the call blast group from CCA, the configuration was this :

voice hunt-group 2 parallel
list 250,81201
timeout 300
pilot 512

And if I use the call blast group in the incoming calls, the issue was still happens. But if I change the order of the numbers like this....

voice hunt-group 2 parallel
list 81201,250
timeout 300
pilot 512

Why the llast configuration works and the first one no? it just the order but no sense for me.

Any idea ? 

Maren, thanks a los for your help.

[Maren Mahoney · Accepted solution]

I'm glad you found a solution! And thank you for sharing it for folks who search on this topic later. Please do mark your last post as the "Solution" so that future readers know that is was solved.

As 81201 and 250 are on different sites, and one is across a SIP Trunk where the other is an SCCP phone (I am presuming since they configured as ephone), I can totally see the order of the numbers making a difference with codec selection.

The only thing I can think of is that there is some default behavior we are not aware of with regard to codec selection. I did a little research, but came up empty - which only means I didn't find it not that it doesn't exist.

A solution 7 months in the making! I admire your determination.

Maren