Re: SIP trunk MTP and DTMF

Ahmed Awida · ‎09-14-2013

Hi,Guys.

There is something i am missing and would be good if some one can help me understand it.

There is CUBE connected to ITSP and Internally with sip trunk to cucm 9,also there is UCCX.

Now incoming calls from the itsp to the uccx is traversing the sip trunk and what happens on the sip trunk is if i chose dtmf:no preference and MTP is not checked,then the digits the caller press is recognized and the menu works on uccx, but the caller from itsp side does not hear any thing (one way voice).

If i would check the mtp checkbox on the sip trunk and what ever the dmf method chose,the problem with one way resolved but the dtmf is not recognized.

Tried to configure Transcoder or mtp on the cube but this didn't fix the problem.

Any idea what could be the reason.

Thanks in advance.

Carlo Poggiarelli · ‎09-14-2013

Hi Ahmed.
Can you please attach your cube configuration an a debug ccsip messages?

Thanks

Carlo

Sent from Cisco Technical Support iPhone App

Please rate all helpful posts "The more you help the more you learn"

Ahmed Awida · ‎09-14-2013

Hi,Carlo

here is the configuration and debug ccsip messages:

voice service voip

address-hiding

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

supplementary-service h450.12

redirect ip2ip

fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711ulaw

h323

emptycapability

sip

bind control source-interface FastEthernet0/1

bind media source-interface FastEthernet0/1

header-passing

registrar server

early-offer forced

midcall-signaling passthru

Sent:

INVITE sip:796XXXXXXXX@85.94.32.248:5060 SIP/2.0

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C07E89

Remote-Party-ID: "Ahmed" <2140>;party=calling;screen=yes;privacy=off

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

Supported: 100rel,timer,resource-priority,replaces,sdp-anat

Min-SE: 1800

Cisco-Guid: 3405693557-477106659-2331803912-766779754

User-Agent: Cisco-SIPGateway/IOS-12.x

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

CSeq: 103 INVITE

Max-Forwards: 70

Timestamp: 1379162097

Contact: <74956385058>

Expires: 180

Allow-Events: kpml, telephone-event

Content-Type: application/sdp

Content-Disposition: session;handling=required

Content-Length: 262

v=0

o=CiscoSystemsSIP-GW-UserAgent 7855 9390 IN IP4 CubeIP

s=SIP Call

c=IN IP4 CubeIP

t=0 0

m=audio 17514 RTP/AVP 0 101

c=IN IP4 CubeIP

a=inactive

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

2219843: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

SIP/2.0 100 Trying

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C07E89;received=CubeIP;rport=50774

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

CSeq: 103 INVITE

Server: MCN-SS

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

Supported: replaces

Contact: <796XXXXXXXX>

Content-Length: 0

2219844: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

SIP/2.0 200 OK

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C07E89;received=CubeIP;rport=50774

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

CSeq: 103 INVITE

Server: MCN-SS

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

Supported: replaces

Contact: <796XXXXXXXX>

Content-Type: application/sdp

Content-Length: 236

v=0

o=MCN-MEDIA-GW 1998621654 1998621657 IN IP4 85.94.32.248

s=MCN-MEDIA-GW

c=IN IP4 85.94.32.248

t=0 0

m=audio 29310 RTP/AVP 0 101

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=inactive

2219845: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

ACK sip:796XXXXXXXX@85.94.32.248:5060 SIP/2.0

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C08166A

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

Max-Forwards: 70

CSeq: 103 ACK

Allow-Events: kpml, telephone-event

Content-Length: 0

2219846: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b00d051920

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 107 INVITE

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

Allow-Events: kpml, telephone-event

Remote-Party-ID: "796XXXXXXXX" <796XXXXXXXX>;party=called;screen=no;privacy=off

Contact: <796XXXXXXXX>

Supported: replaces

Supported: sdp-anat

Server: Cisco-SIPGateway/IOS-12.x

Content-Type: application/sdp

Content-Length: 205

v=0

o=CiscoSystemsSIP-GW-UserAgent 2486 801 IN IP4 CubeIP

s=SIP Call

c=IN IP4 CubeIP

t=0 0

m=audio 16418 RTP/AVP 0

c=IN IP4 CubeIP

a=inactive

a=rtpmap:0 PCMU/8000

a=ptime:20

2219847: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

ACK sip:796XXXXXXXX@CubeIP:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b011f665793

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

Max-Forwards: 70

CSeq: 107 ACK

Allow-Events: presence

Content-Length: 0

2219848: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

INVITE sip:796XXXXXXXX@CubeIP:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b0229b69773

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

Supported: timer,resource-priority,replaces

Min-SE: 1800

Cisco-Guid: 3405693557-0477106659-2331803912-0766779754

User-Agent: Cisco-CUCM9.1

Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY

CSeq: 108 INVITE

Max-Forwards: 70

Expires: 180

Allow-Events: presence

Supported: X-cisco-srtp-fallback

Supported: Geolocation

P-Asserted-Identity: "Ahmed" <2140>

Remote-Party-ID: "Ahmed" <2140>;party=calling;screen=yes;privacy=off

Contact: <2401>

Content-Length: 0

2219849: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 100 Trying

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b0229b69773

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 108 INVITE

Allow-Events: kpml, telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Content-Length: 0

2219850: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

INVITE sip:796XXXXXXXX@85.94.32.248:5060 SIP/2.0

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C09869

Remote-Party-ID: "Ahmed" <2140>;party=calling;screen=yes;privacy=off

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

Supported: 100rel,timer,resource-priority,replaces,sdp-anat

Min-SE: 1800

Cisco-Guid: 3405693557-477106659-2331803912-766779754

User-Agent: Cisco-SIPGateway/IOS-12.x

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

CSeq: 104 INVITE

Max-Forwards: 70

Timestamp: 1379162097

Contact: <74956385058>

Expires: 180

Allow-Events: kpml, telephone-event

Content-Length: 0

2219851: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

SIP/2.0 100 Trying

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C09869;received=CubeIP;rport=50774

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

CSeq: 104 INVITE

Server: MCN-SS

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

Supported: replaces

Contact: <796XXXXXXXX>

Content-Length: 0

2219852: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

SIP/2.0 200 OK

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C09869;received=CubeIP;rport=50774

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

CSeq: 104 INVITE

Server: MCN-SS

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

Supported: replaces

Contact: <796XXXXXXXX>

Content-Type: application/sdp

Content-Length: 236

v=0

o=MCN-MEDIA-GW 1998621654 1998621658 IN IP4 85.94.32.248

c2801#

s=MCN-MEDIA-GW

c=IN IP4 85.94.32.248

t=0 0

m=audio 29310 RTP/AVP 0 101

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=sendrecv

2219853: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b0229b69773

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 108 INVITE

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

Allow-Events: kpml, telephone-event

Remote-Party-ID: "796XXXXXXXX" <796XXXXXXXX>;party=called;screen=no;privacy=off

Contact: <796XXXXXXXX>

Supported: replaces

Supported: sdp-anat

Server: Cisco-SIPGateway/IOS-12.x

Content-Type: application/sdp

Content-Length: 249

v=0

o=CiscoSystemsSIP-GW-UserAgent 2486 802 IN IP4 CubeIP

s=SIP Call

c=IN IP4 CubeIP

t=0 0

m=audio 16418 RTP/AVP 0 101

c=IN IP4 CubeIP

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

2219854: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

ACK sip:796XXXXXXXX@CubeIP:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b037ff07da4

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

Max-Forwards: 70

CSeq: 108 ACK

Allow-Events: presence, kpml

Content-Type: application/sdp

Content-Length: 238

v=0

o=CiscoSystemsCCM-SIP 327445 5 IN IP4 192.168.99.41

s=SIP Call

c=IN IP4 172.21.16.93

b=TIAS:64000

b=AS:64

t=0 0

m=audio 24576 RTP/AVP 0 101

a=rtpmap:0 PCMU/8000

a=ptime:20

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

2219855: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

ACK sip:796XXXXXXXX@85.94.32.248:5060 SIP/2.0

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C0A8D

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

Max-Forwards: 70

CSeq: 104 ACK

Allow-Events: kpml, telephone-event

Content-Type: application/sdp

Content-Length: 250

v=0

o=CiscoSystemsSIP-GW-UserAgent 7855 9391 IN IP4 CubeIP

s=SIP Call

c=IN IP4 CubeIP

t=0 0

m=audio 17514 RTP/AVP 0 101

c=IN IP4 CubeIP

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

2219856: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

UPDATE sip:796XXXXXXXX@CubeIP:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b04517d839c

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

User-Agent: Cisco-CUCM9.1

Max-Forwards: 70

Supported: timer,resource-priority,replaces

Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY

CSeq: 109 UPDATE

Supported: X-cisco-srtp-fallback

Supported: Geolocation

P-Asserted-Identity: "Ahmed" <2140>

Remote-Party-ID: "Ahmed" <2140>;party=calling;screen=yes;privacy=off

Contact: <2401>

Content-Length: 0

2219857: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

c2801#SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b04517d839c

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

Server: Cisco-SIPGateway/IOS-12.x

CSeq: 109 UPDATE

Allow-Events: kpml, telephone-event

Contact: <796XXXXXXXX>

Content-Length: 0

c2801#

2219859: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

BYE sip:74956385058@CubeIP:5060 SIP/2.0

Via: SIP/2.0/UDP 85.94.32.248:5060;branch=z9hG4bK27ea9a51;rport

Max-Forwards: 70

From: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

To: <74956385058>;tag=2CDD0A28-15E0

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

CSeq: 103 BYE

User-Agent: MCN-SS

Reason: Q.850;cause=16

X-Asterisk-HangupCause: Normal Clearing

X-Asterisk-HangupCauseCode: 16

Content-Length: 0

2219860: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 85.94.32.248:5060;branch=z9hG4bK27ea9a51;rport

From: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

To: <74956385058>;tag=2CDD0A28-15E0

Date: Sat, 14 Sep 2013 12:35:24 GMT

Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060

Server: Cisco-SIPGateway/IOS-12.x

CSeq: 103 BYE

Reason: Q.850;cause=16

Content-Length: 0

2219861: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

BYE sip:2401@192.168.99.41:5060 SIP/2.0

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C0B237F

From: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

To: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

Date: Sat, 14 Sep 2013 12:34:57 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

User-Agent: Cisco-SIPGateway/IOS-12.x

Max-Forwards: 70

Timestamp: 1379162124

CSeq: 109 BYE

Reason: Q.850;cause=16

Content-Length: 0

2219862: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

SIP/2.0 200 OK

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C0B237F

From: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

To: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

Date: Sat, 14 Sep 2013 12:35:24 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 109 BYE

Content-Length: 0

2219863: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

SUBSCRIBE sip:CubeIP:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b054e26b588

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 110 SUBSCRIBE

Date: Sat, 14 Sep 2013 12:35:24 GMT

User-Agent: Cisco-CUCM9.1

Event: kpml

Expires: 0

Contact: <192.168.99.41:5060>

Max-Forwards: 70

Content-Length: 0

2219864: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b054e26b588

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

Date: Sat, 14 Sep 2013 12:35:24 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 110 SUBSCRIBE

Content-Length: 0

Contact:

Expires: 0

2219865: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

NOTIFY sip:192.168.99.41:5060 SIP/2.0

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C0C1CC2

From: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

To: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 110 NOTIFY

Max-Forwards: 70

Date: Sat, 14 Sep 2013 12:35:24 GMT

User-Agent: Cisco-SIPGateway/IOS-12.x

Event: kpml

Subscription-State: terminated

Contact:

Cont

c2801#ent-Type: application/kpml-response+xml

Content-Length: 109

2219866: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

SIP/2.0 200 OK

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C0C1CC2

From: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

To: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

Date: Sat, 14 Sep 2013 12:35:24 GMT

Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP

CSeq: 110 NOTIFY

Content-Length: 0

c2801#u

2219867: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

OPTIONS sip:CubeIP:5060 SIP/2.0

Via: SIP/2.0/TCP 192.168.98.254:5060;branch=z9hG4bK306190bea23

From: <192.168.98.254>;tag=1650240943

To:

Date: Sat, 14 Sep 2013 12:35:29 GMT

Call-ID: 22274400-23415811-3062-fe62a8c0@192.168.98.254

User-Agent: Cisco-CUCM8.6

CSeq: 101 OPTIONS

Contact: <192.168.98.254:5060>

Max-Forwards: 0

Content-Length: 0

2219868: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/TCP 192.168.98.254:5060;branch=z9hG4bK306190bea23

From: <192.168.98.254>;tag=1650240943

To: ;tag=2CDE3810-E96

Date: Sat, 14 Sep 2013 12:35:29 GMT

Call-ID: 22274400-23415811-3062-fe62a8c0@192.168.98.254

Server: Cisco-SIPGateway/IOS-12.x

CSeq: 101 OPTIONS

Supported: 100rel,resource-priority,replaces,sdp-anat

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

Allow-Events: telephone-event

Accept: applic

c2801#u allation/sdp

Content-Type: application/sdp

Content-Length: 453

v=0

o=CiscoSystemsSIP-GW-UserAgent 6740 338 IN IP4 CubeIP

s=SIP Call

c=IN IP4 CubeIP

t=0 0

m=audio 0 RTP/AVP 18 0 8 9 4 2 15

c=IN IP4 CubeIP

m=image 0 udptl t38

c=IN IP4 CubeIP

a=T38FaxVersion:0

a=T38MaxBitRate:9600

a=T38FaxFillBitRemoval:0

a=T38FaxTranscodingMMR:0

a=T38FaxTranscodingJBIG:0

a=T38FaxRateManagement:transferredTCF

a=T38FaxMaxBuffer:200

a=T38FaxMaxDatagram:180

a=T38FaxUdpEC:t38UDPRedundancy

Thanks.

Jonathan Schulenberg · ‎09-14-2013

You forgot the dial-peers and sip-ua sections from your config.

Let's look at the SDP exchange so it's clear to you what CUBE is doing for both audio codec and DTMF relay:

! From ITSP offering SDP. 
2219852: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C09869;received=CubeIP;rport=50774
From: <74956385058>;tag=2CDD0A28-15E0
To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381
Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060
CSeq: 104 INVITE
Server: MCN-SS
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces
Contact: <796XXXXXXXX>
Content-Type: application/sdp
Content-Length: 236
v=0
o=MCN-MEDIA-GW 1998621654 1998621658 IN IP4 85.94.32.248
s=MCN-MEDIA-GW
c=IN IP4 85.94.32.248
t=0 0
! The 0 means G.711 u-law and 101 means RFC2833.
m=audio 29310 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
! CUBE to CUCM delayed offer
2219853: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b0229b69773
From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637
To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481
Date: Sat, 14 Sep 2013 12:34:57 GMT
Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP
CSeq: 108 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: kpml, telephone-event
Remote-Party-ID: "796XXXXXXXX" <796XXXXXXXX>;party=called;screen=no;privacy=off
Contact: <796XXXXXXXX>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Content-Type: application/sdp
Content-Length: 249
v=0
o=CiscoSystemsSIP-GW-UserAgent 2486 802 IN IP4 CubeIP
s=SIP Call
! This is the source IP of the RTP traffice from CUBE. 
c=IN IP4 CubeIP
t=0 0
! Passing along the same capabilities.
m=audio 16418 RTP/AVP 0 101
c=IN IP4 CubeIP
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
! CUCM accepting the SDP as-is.
2219854: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:796XXXXXXXX@CubeIP:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b037ff07da4
From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637
To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481
Date: Sat, 14 Sep 2013 12:34:57 GMT
Call-ID: CB01CFD5-1C7011E3-8B028108-2DB4216A@CubeIP
Max-Forwards: 70
CSeq: 108 ACK
Allow-Events: presence, kpml
Content-Type: application/sdp
Content-Length: 238
v=0
o=CiscoSystemsCCM-SIP 327445 5 IN IP4 192.168.99.41
s=SIP Call
! This is the IP address that CUCM is sourcing RTP from. What is this?
c=IN IP4 172.21.16.93
b=TIAS:64000
b=AS:64
t=0 0
m=audio 24576 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
! CUBE accepting the SDP from the ITSP
2219855: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:796XXXXXXXX@85.94.32.248:5060 SIP/2.0
Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C0A8D
From: <74956385058>;tag=2CDD0A28-15E0
To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381
Date: Sat, 14 Sep 2013 12:34:57 GMT
Call-ID: 4748caba2706c94a7fb4ae77153df9c2@85.94.32.248:5060
Max-Forwards: 70
CSeq: 104 ACK
Allow-Events: kpml, telephone-event
Content-Type: application/sdp
Content-Length: 250
v=0
o=CiscoSystemsSIP-GW-UserAgent 7855 9391 IN IP4 CubeIP
s=SIP Call
! CUBE replaces the 172.21.16.93 address with it's own (i.e. address-hiding).
c=IN IP4 CubeIP
t=0 0
m=audio 17514 RTP/AVP 0 101
c=IN IP4 CubeIP
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20

if i chose dtmf:no preference and MTP is not checked,then the digits the caller press is recognized and the menu works on uccx, but the caller from itsp side does not hear any thing (one way voice).

This means that CUCM will not enforce a specific DTMF relay method (i.e. it will allow either RFC2833 or RFC4730) and that it only invokes an MTP if required. Since CCX doesn't support RFC2833 my guess is that 172.21.16.93 is a media resource (MTP or transcoder) that is doing DTMF interop to SCCP OOB. If you have a one-way audio problem in thie scenario, then the RTP traffic is likely getting lost between CCX and CUBE. This is typically a routing problem. Can each hop route to the previous/next hop?

If i would check the mtp checkbox on the sip trunk and what ever the dmf method chose,the problem with one way resolved but the dtmf is not recognized.

Ok, so now you're forcing CUCM to grab an MTP 100% of the time. In reality since CUCM needed one anyways for RFC2833 to SCCP OOB DTMF interop, you haven't gained anything here. The downside is that you're now consuming an MTP for *every* call, even if it doesn't need one. Now that you know how to read the SDP exchange, what is different in this scenario? Is the CUCM-provided C= line different? If yes, what does that address belong to?

You neglected to add your dial-peers but typically setting the dtmf-relay command to include both RFC2833 and KPML avoids this problem. CUBE includes both in its SDP offer, CUCM realizes that CCX doesn't support in-band DTMF methods and asks for KPML in it's response, and CUBE natively interworks between RFC2833 to the provider and KPML to CUCM. CUCM in turn converts the KPML events into CTI QBE events to the CCX CTI Ports.

Please remember to rate helpful responses and identify helpful or correct answers.

Ahmed Awida · ‎09-14-2013

Hi,Jonathan.

Thank you for your time and explanation.

IP addresses :

Cube IP:this is our side public ip address facing the provider

192.168.99.41or 40:CUCM ip address.

172.16.21.X:this is an EZVPN pool (so the address was used by CIPC instead of voice vlan 99.0/24 cause i was using vpn).

I read the srnd part of MTP and i understand what you was explaning about uccx not supporting nte or more specific the cti ports.

But what is the solution ?I don't think this a routing issue cause the dialpeers are correct.

Take a look to the missing part of the configuration and advice please:

interface FastEthernet0/1

ip address CUBE IP 255.255.255.248

sccp local FastEthernet0/1

sccp ccm 192.168.99.40 identifier 2 priority 2 version 7.0

sccp ccm 192.168.99.41 identifier 1 priority 1 version 7.0

sccp

!

sccp ccm group 1

associate ccm 1 priority 1

associate ccm 2 priority 2

associate profile 1 register MEDIA_T_P

!

dspfarm profile 1 mtp

codec g711ulaw

maximum sessions hardware 5

associate application SCCP

!

dial-peer voice 2000 voip

destination-pattern 2...

voice-class codec 1

session protocol sipv2

session target ipv4:192.168.99.41

dtmf-relay rtp-nte sip-kpml sip-notify h245-signal h245-alphanumeric

no vad

!

dial-peer voice 2001 voip

preference 1

destination-pattern 2...

voice-class codec 1

session protocol sipv2

session target ipv4:192.168.99.40

dtmf-relay rtp-nte sip-kpml sip-notify h245-signal h245-alphanumeric

no vad

!

dial-peer voice 10100 voip

tone ringback alert-no-PI

description MCN SIP Incoming

translation-profile incoming MCN

destination-pattern 74956385058

session protocol sipv2

session target ipv4:85.94.32.248------------Provider's ip address

session transport udp

incoming called-number 74956385058

dtmf-relay rtp-nte sip-kpml sip-notify h245-signal h245-alphanumeric

codec g711ulaw

Also from your explanation i feel that i am reading the sip debug wrong, for example:

! CUCM accepting the SDP as-is.

2219854: 15w3d: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

ACK sip:796XXXXXXXX@CubeIP:5060 SIP/2.0

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b037ff07da4

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-

OR

Received:

SIP/2.0 200 OK

Via: SIP/2.0/UDP CubeIP:5060;branch=z9hG4bK9C09869;received=CubeIP;rport=50774

From: <74956385058>;tag=2CDD0A28-15E0

To: "796XXXXXXXX" <796XXXXXXXX>;tag=as60c34381

How do you read it ?

Would you read it like this :200 ok is recived by itsp from the cube !

OR

Sent:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.99.41:5060;branch=z9hG4bK23b0229b69773

From: <2401>;tag=327445~bb7f7ca1-8833-4f33-919e-af49f25af5bb-43548637

To: "796XXXXXXXX" <796XXXXXXXX>;tag=2CDD09EC-1481

I would read it like this :SIP 200 ok is sent from 192.168.99.41 to 85.94.32.248 which is the itsp .Correct me please if i am wrong!

Also what about this :

a=rtpmap:0 PCMU/8000

a=rtpmap:101 telephone-event/8000

8000 ? is it trying to use g729 or negotiate g729 with provider.I know that phones use g729 by default.

Thank you so much.

Jonathan Schulenberg · ‎09-14-2013

172.16.21.X:this is an EZVPN pool (so the address was used by CIPC instead of voice vlan 99.0/24 cause i was using vpn).

So the SIP logs you provided aren't even from the call scenario you described?! You stated you are getting one-way audio to a CCX CTI Port yet this address is for CIPC? If correct you need to post logs that correspond to the problem you are reporting!

I would read it like this :SIP 200 ok is sent from 192.168.99.41 to 85.94.32.248 which is the itsp .Correct me please if i am wrong!

That would mean that SIP traffic is flowing directly from CUCM to the ITSP, which it isn't. Look at the Call-ID headers; the CUCM-side and ITSP-side SIP dialogs will have different values since CUBE is acting as a B2BUA. Generally speaking, a delayed offer dialog it goes like this:

INVITE

100 TRYING

180 RINGING

200 OK <- SDP Offer

ACK <- SDP Answer

8000 ? is it trying to use g729 or negotiate g729 with provider.I know that phones use g729 by default.

8000 samples per second. The a= lines are merely defining the characteristics of the capabilities offered in the m= line. Read RFC4566 for additional detail.

PS- All you need is RFC2833 and KPML, not every option under the sun.

dtmf-relay rtp-nte sip-kpml

Please remember to rate helpful responses and identify helpful or correct answers.

Ahmed Awida · ‎09-15-2013

Hi,

Of course i was posting the debug from this scenario.

I was calling from my mobile phone to the company number,translation pattern send the call to uccx,there was an option in the menu of uccx to dial by extension.So i called my CIPC to test the call.

I understand that as soon as i answered the call from my CIPC ,the RTP stream goes between my CIPC and my mobile phone and the cti port get released.

I found out that this problem not related so much to uccx.If i didn't check the mtp on the sip trunk .All incoming calls have one way voice.I hear but the PSTN caller does not hear me.

With MTP checked on the sip trunk.No one way voice,and dtmf digits are recognized if i call from inside the company to outside (fror example calling to bank with menu options ).

But the problem is dtmf is not regonized from the pstn side to us (uccx).

(8000 samples per second. The a= lines are merely defining the characteristics of the capabilities offered in the m= line. Read RFC4566 for additional detail.)

Thanks for expalining this part,i thought this is g729,now it's clear.I need to understand more the debug ccsip,i am reading about it.

(PS- All you need is RFC2833 and KPML, not every option under the sun.

dtmf-relay rtp-nte sip-kpml)

I know this well,but any way this does not matter cause the dialpeer will negotiate them in the order listed.

This dtmf under the dial peers should be the solution for this problem ,but it's not solving this.

Appericiate your time and help,but still don't know what is the solution?