cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
5549
Views
0
Helpful
6
Replies

Transcoding between SIP trunk and SIP Endpoint on CME

edwardforgacs
Level 1
Level 1

Is it possible to get CME to transcode between a SIP endpoint and SIP trunk? If so, it seems virtually impossible to get it to actually invoke the transcoder even when there is a codec mismatch.

We know the transcoder works because it gets invoked e.g. for hold music on G.722 SCCP calls.

This is the nightmare scenario which we cannot get to work:

1. SCCP phone places a call to SIP trunk. The SIP trunk supports G.711a only so the call uses this codec.

2. SCCP phone initiates a transfer to a SIP phone. Both the SCCP and SIP phones support G.722 so the transfer call starts as G.722.

3. Transfer is completed but the SIP phone gets no audio. Watching Wireshark traces CME is trying to send G.722 packets to the SIP trunk which doesn't support them, and it is sending back 488 Not acceptable here errors.

When using a consultative instead of blind transfer at step 2, the transcoder does get invoked and it works, i.e. the SIP phone has audio. With a blind transfer (press Transfer button a second time on SCCP phone before answering on SIP phone), the SIP phone has no audio and no attempt is made to transcode.

6 Replies 6

Gaurav Purohit
Level 1
Level 1

Hello Edward,

I believe as long as the Media resources are properly configured (to support desired codecs) and registered, CME is going to invoke it.

Can you provide the configs? Is G.722 configured to be supported? what is the coded negotiated when performing consultative transfer on both the legs of transcoder?

In the consultative transfer scenario, G.722 gets negotiated, so CME must be transcoding the SIP trunk from G.711 to G.722.

Here are the bits of the config I think are relevant? It is a very long and complex config.

dspfarm profile 2 transcode

codec g722-64

codec g711ulaw

codec g711alaw

maximum sessions 7

associate application SCCP

!

dspfarm profile 1 conference

codec g711alaw

codec g711ulaw

codec g722-64

maximum conference-participants 16

maximum sessions 1

associate application SCCP

!

dspfarm profile 3 mtp

codec g711ulaw

maximum sessions software 4

associate application SCCP

!

telephony-service

sdspfarm units 3

sdspfarm transcode sessions 2

sdspfarm tag 1 conference

sdspfarm tag 2 transcode

sdspfarm tag 3 mtp

conference hardware

dial-peer voice 600 voip

description SIP Trunk

destination-pattern 6[5-9].

media flow-around

media forking

redirect ip2ip

rtp payload-type comfort-noise 13

session protocol sipv2

session target ipv4:192.168.100.5

session transport tcp

incoming called-number 650

incoming uri from SERVER05

voice-class sip profiles 1

dtmf-relay rtp-nte

playout-delay nominal 100

playout-delay mode fixed

codec g711alaw

no vad

supplementary-service h450.12

no supplementary-service sip refer

!

voice register dn  15

number 115

allow watch

pickup-group 550

name Cordless

no-reg

label Cordless

mwi

voice register pool  15

id mac 0874.7102.8296

number 1 dn 15

cor incoming CallSIPOutgoing default

presence call-list

dtmf-relay rtp-nte

voice-class codec 1

username 115 password *****

no vad

voice service voip

sip

  rel1xx disable

  header-passing

  referto-passing

  registrar server expires max 3600 min 300

  localhost dns:domain.com.au

  asymmetric payload full

  early-offer forced

  midcall-signaling passthru

  pass-thru headers unsupp

  pass-thru content unsupp

  no call service stop

ericdolton
Level 1
Level 1

Just a thought but you may want to try not including G.722 in the voice class codec command in the voice register pool so the phones will use G711 instead of G.722. 

For example

voice class codec 99

 codec preference 1 g711alaw

 codec preference 2 g711ulaw bytes 80

 codec preference 3 g723ar53

 codec preference 4 g723ar63 bytes 144

 codec preference 5 g723r53

 codec preference 6 g723r63 bytes 120

voice register pool 1

id mac 0030.94C2.A22A

voice-class codec 99

We want to use G.722 for internal calls though.

can you run the debug dspfarm all and debug sccp messages output?

Unfortunately not much success with those debugs. I tried debug sccp messages and it didn't seem to generate any output at all which was very strange. Debug dspfarm all is not available on the 2901 running IOS 15.1.

Quite a lot of output from debug ccsip errors however there are errors being generated even in the successful calls. Is there anything useful here or anything that stands out? The IP media forking errors look like they could be related?

000392: Dec  8 13:23:11.430: //3367/3182657D8FC3/SIP/Error/act_dying_new_message:

Received unexpected response, dropping it

000393: Dec  8 13:23:12.442: %SKINNYMAIN-4-KEYPADFAST: Keypad messages from the phone 1 are too fast

000394: Dec  8 13:23:12.442: %SKINNYMAIN-4-KEYPADFAST: Keypad messages from the phone 1 are too fast

000395: Dec  8 13:23:12.642: //3374/4009900B8FCB/SIP/Error/ccsip_ipip_media_forking_read_from_TDContainer:

MF: Unable to read data from TD Container..

000396: Dec  8 13:23:12.642: //3374/4009900B8FCB/SIP/Error/ccsip_ipip_media_forking_forked_leg_config:

MF: TD container cannot be read/container is NULL. Setting of forked call leg failed..

000397: Dec  8 13:23:12.646: //3374/4009900B8FCB/SIP/Error/ccsip_ipip_media_forking_update_preferred_codec:

MF: Not a Forked SIP leg..

000398: Dec  8 13:23:12.646: //3374/4009900B8FCB/SIP/Error/sipSPI_ipip_build_consolidated_header_list:

No headers associated with passthrulist tag: 0 and copylist tag: 0

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

SIP: Attribute mid, level 1 instance 1 not found.

SIP: Attribute mid, level 2 instance 1 not found.

000399: Dec  8 13:23:13.130: //3374/4009900B8FCB/SIP/Error/sipSPIDoVideoNegotiation:

Destination port is zero in media line 2

000400: Dec  8 13:23:15.082: //3374/4009900B8FCB/SIP/Error/is_sip_snr_call:

CCSIP: invalid call entry

000401: Dec  8 13:23:15.082: //3374/4009900B8FCB/SIP/Error/is_sip_snr_call:

CCSIP: invalid call entry

000402: Dec  8 13:23:15.450: //3367/3182657D8FC3/SIP/Error/act_dying_new_message:

Received unexpected response, dropping it

000403: Dec  8 13:23:17.686: //3379/419BC13F8FD1/SIP/Error/ccsip_ipip_media_forking_read_from_TDContainer:

MF: Unable to read data from TD Container..

000404: Dec  8 13:23:17.686: //3379/419BC13F8FD1/SIP/Error/ccsip_ipip_media_forking_forked_leg_config:

MF: TD container cannot be read/container is NULL. Setting of forked call leg failed..

000405: Dec  8 13:23:17.690: //3379/419BC13F8FD1/SIP/Error/ccsip_ipip_media_forking_update_preferred_codec:

MF: Not a Forked SIP leg..

000406: Dec  8 13:23:17.690: //3379/419BC13F8FD1/SIP/Error/sipSPI_ipip_build_consolidated_header_list:

No headers associated with passthrulist tag: 0 and copylist tag: 0

SIP: (3379) Group (a= group line) attribute, level 65535 instance 1 not found.

SIP: (3379) Group (a= group line) attribute, level 65535 instance 1 not found.

000407: Dec  8 13:23:19.042: //-1/xxxxxxxxxxxx/SIP/Error/ccsip_call_service_msg:

This is not sip line side, unable to update the callinfo ui parameters

000408: Dec  8 13:23:19.046: //3379/419BC13F8FD1/SIP/Error/sipSPIPreProcessCallerIDMediaEvent:

Don't expect a callerid update in STATE_RECD_PROCEEDING

000409: Dec  8 13:23:19.046: //3379/419BC13F8FD1/SIP/Error/sact_app_media_event_send_request:

Cannot send UPDATE without calling ccsip_api_update_allowed

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

000410: Dec  8 13:23:19.470: //3367/3182657D8FC3/SIP/Error/act_dying_new_message:

Received unexpected response, dropping it

SIP: Attribute mid, level 1 instance 1 not found.

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

000411: Dec  8 13:23:21.853: //-1/xxxxxxxxxxxx/SIP/Error/sipsdp_src_dest_create:

SRC SDP already there use old SRC SDP

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

000412: Dec  8 13:23:21.853: //3374/4009900B8FCB/SIP/Error/sipSPIOutgoingCallSDP:

  owner_sessionid is already their OR src_sdp is corrupted

SIP: (3374) Group (a= group line) attribute, level 65535 instance 1 not found.

000413: Dec  8 13:23:21.865: //-1/xxxxxxxxxxxx/SIP/Error/ccsip_call_service_msg:

This is not sip line side, unable to update the callinfo ui parameters

SIP: Attribute mid, level 1 instance 1 not found.

000414: Dec  8 13:23:22.061: //3374/4009900B8FCB/SIP/Error/sipSPI_ipip_GetPassthruContent:

Content-Type: Not present in SIP Message

000415: Dec  8 13:23:22.061: //3379/419BC13F8FD1/SIP/Error/sipSPI_ipip_restore_sdp_context:

Invalid CCB/sdp ctxt ptr

000416: Dec  8 13:23:22.061: //3374/4009900B8FCB/SIP/Error/sipSPIUpdateRtpSession:

voip_rtp_update_callinfo returns FALSE

000417: Dec  8 13:23:22.061: //-1/xxxxxxxxxxxx/SIP/Error/sipSPIUpdateDynamicPayloadinuse:

Dynamic payload 8 - not in dynamic range[96-127] Group (a= group line) attribute, level 65535 instance 1 not found.

000418: Dec  8 13:23:22.061: //-1/xxxxxxxxxxxx/SIP/Error/sipsdp_src_dest_create:

SRC SDP already there use old SRC SDP Group (a= group line) attribute, level 65535 instance 1 not found.

000419: Dec  8 13:23:22.061: //3374/4009900B8FCB/SIP/Error/sipSPIOutgoingCallSDP:

  owner_sessionid is already their OR src_sdp is corrupted

000420: Dec  8 13:23:22.065: //3379/419BC13F8FD1/SIP/Error/act_handle_app_media_event:

Ignoring RESPONSE_ANSWER

Group (a= group line) attribute, level 65535 instance 1 not found.

000421: Dec  8 13:23:22.073: //3374/4009900B8FCB/SIP/Error/sipSPI_ipip_GetPassthruContent:

Content-Type: Not present in SIP Message

000422: Dec  8 13:23:22.073: //3379/419BC13F8FD1/SIP/Error/sipSPI_ipip_restore_sdp_context:

Invalid CCB/sdp ctxt ptr

000423: Dec  8 13:23:22.073: //3374/4009900B8FCB/SIP/Error/sipSPIUpdateRtpSession:

voip_rtp_update_callinfo returns FALSE

000424: Dec  8 13:23:22.073: //3379/419BC13F8FD1/SIP/Error/act_handle_app_media_event:

Ignoring RESPONSE_ANSWER

000425: Dec  8 13:23:22.481: //3379/419BC13F8FD1/SIP/Error/sact_recd_success_new_message_response:

Unexpected response

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: