cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
712
Views
0
Helpful
5
Replies

CM 8.5 negotiate GSM-EFR and give me troubles with transfers call.

jcacosta9
Level 1
Level 1

                  Hello every body, I have a router 8900 configured with a CM 8.5, if I send a call from the PSTN we negotiate G729a-40 and the call  was answered fine, but at the moment to transfer to other extention the router and CM tried to negotiate with GSM-EFR, and the calls was dropped, could you help me with this case?  I don't know where the codecs was configured in the CM, because i think that, if I disable the GSM-EFR, the calls should be completed successfully.

h225FacilityRequest: Q.931 FACILITY sent from fd=3
*Apr 15 17:37:09.384: h323chan_chn_process_read_socket: fd=3 of type ACCEPTED has data

Hex representation of the SETUP TPKT received: 08020610621C007E000F052810010008C00180050103218001
h225ParseData: Q.931 FACILITY received for fd=3
*Apr 15 17:37:09.388: h245_decode_remote_message: received Response PDU
*Apr 15 17:37:09.388: h245_decode_remote_response: received Terminal Capability Set Ack message
*Apr 15 17:37:09.388: //602/6EB14000A4FC/CCAPI/cc_api_caps_ack:
   Destination Interface=0x47C1895C, Destination Call Id=603, Source Call Id=602,
   Caps(Codec=gsmefr(0x0), Fax Rate=Invalid(0x0), Vad=Invalid(0x0),
   Modem=OFF(0x0), Codec Bytes=0, Signal Type=0, Seq Num Start=0)
*Apr 15 17:37:09.388: h245_encode_terminalCapabilitySetAck_response
*Apr 15 17:37:09.392: h323chan_chn_process_read_socket: fd=3 of type ACCEPTED has data

5 Replies 5

mkchandak
Level 1
Level 1

What is the endpoint to which you are trying to transfer the call ? Is it an IP Phone or an Analog device. Codec selection occurs depending on the destination and source device. Here the source is your H323 Gateway. What is the destination device. Also, on the Gateway if you are using voice class codec, please ensure that GSM is not listed as one of the supported codecs there.

On CallManager, you can go to the Region in which the phone is and change the codec there from GSM to g729.

the complete scenary is from PSTN we create a H323 trunk and the peer is the router 2900, I'm using an IP to reach the router and then internally we have other Ip for the CM. The CM is configured at the router, after my call was answered, we ask for a ext. that is configured in the CM, it is a 7911 cisco Ip phone, I can see that the iconming dial-peer and the outgoin dial-peer used are ok, but I don't know why the CM use the codec GSM-EFR.

dspfarm profile 2 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 12
associate application SCCP

I see that the call is answered when g729 is tied to the phone but when transferring IP wants to negotiate with

GSMR codec I see that the call is answered when g729 is tied to the phone but when transferring IP wants to negotiate with GSMR codec

thanks a lot, I appreciate your support.

With this configuration, CUCM shouldn't negotiate GSM codec. 7911 doesn't support the codec and therefore shouldn't be trying to negotiate this. Have you checked the Region settings and confirmed that the region assigned to the phone is configured to support the right codec ?

Also, can you upload the traces from CUCM and Gateway to see what is happening.

Please send us CUCM sdi traces..Ensure the trace configuration is set to detailed..Include the calling, called and transfered extension...Before you send the trace  check to be sure the calling and called numbers are there

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

Please rate all useful posts

ok, thanks for all, now we are trying to catch the DBG and a soon as I can, I  post the DBG