Hi.As Mohammed suggested,

Denis Morin · ‎08-28-2015

Here is my call flow

SCCP phone siteA calls an SCCP phone at site B over VPN tunnel. Site B phone has call-forward noan to CUE pilot. This call get disconnected.

Also if I try the following

SCCP phone siteA calls an SCCP phone at site B over VPN tunnel. Site B phone has call-forward all to CUE pilot. This call works and we get siteB's phone voicemail box.

If I look at the debug ccsip message I see that the CME is sending a Bye to the CUE. Any ideas?

000683: //292/0891CAC983A9/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:3399@10.1.10.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.10.2:5060;branch=z9hG4bK18E1E
Remote-Party-ID: <sip:2399@10.1.10.2>;party=calling;screen=no;privacy=off
From: <sip:2399@10.1.10.2>;tag=49DC30-1630
To: <sip:3399@10.1.10.1>
Date: Fri, 28 Aug 2015 23:55:02 GMT
Call-ID: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 0143772361-1293357541-2208929613-2955959011
User-Agent: Cisco-SIPGateway/IOS-15.4.3.M3
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1440806102
Contact: <sip:2399@10.1.10.2:5060>
Call-Info: <sip:10.1.10.2:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Diversion: <sip:3340@10.1.10.2>;privacy=off;reason=no-answer;counter=1;screen=no
Expires: 180
Allow-Events: telephone-event
Content-Length: 0

000684: //292/0891CAC983A9/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.1.10.2:5060;branch=z9hG4bK18E1E
To: <sip:3399@10.1.10.1>
From: <sip:2399@10.1.10.2>;tag=49DC30-1630
Call-ID: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2
CSeq: 101 INVITE
Content-Length: 0
Timestamp: 1440806102

000685: //292/0891CAC983A9/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.1.10.2:5060;branch=z9hG4bK18E1E
To: <sip:3399@10.1.10.1>;tag=dsadf0df0d
From: <sip:2399@10.1.10.2>;tag=49DC30-1630
Call-ID: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2
CSeq: 101 INVITE
Content-Length: 0
Contact: <sip:3399@10.1.10.1:5060;transport=udp>
Allow: INVITE, BYE, CANCEL, ACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO
Cisco-Gcid: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2

000686: //292/0891CAC983A9/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 10.1.10.2:5060;branch=z9hG4bK18E1E
To: <sip:3399@10.1.10.1>;tag=dsadf0df0d
From: <sip:2399@10.1.10.2>;tag=49DC30-1630
Call-ID: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2
CSeq: 101 INVITE
Content-Length: 126
Contact: <sip:3399@10.1.10.1:5060;transport=udp>
Content-Type: application/sdp
Call-Info: <sip:10.1.10.1:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Allow-Events: telephone-event
Allow: INVITE, BYE, CANCEL, ACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO
Cisco-Gcid: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2

v=0
o=CUE 12347123 2 IN IP4 10.1.10.1
s=SIP Call
c=IN IP4 10.1.10.1
t=0 0
m=audio 20652 RTP/AVP 0
a=rtpmap:0 PCMU/8000

000687: //292/0891CAC983A9/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:3399@10.1.10.1:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.1.10.2:5060;branch=z9hG4bK19159E
From: <sip:2399@10.1.10.2>;tag=49DC30-1630
To: <sip:3399@10.1.10.1>;tag=dsadf0df0d
Date: Fri, 28 Aug 2015 23:55:02 GMT
Call-ID: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 169

v=0
o=CiscoSystemsSIP-GW-UserAgent 1434 811 IN IP4 10.1.10.2
s=SIP Call
c=IN IP4 10.1.10.2
t=0 0
m=audio 16536 RTP/AVP 0
c=IN IP4 10.1.10.2
a=rtpmap:0 PCMU/8000

000688: //292/0891CAC983A9/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:3399@10.1.10.1:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.1.10.2:5060;branch=z9hG4bK1A1541
From: <sip:2399@10.1.10.2>;tag=49DC30-1630
To: <sip:3399@10.1.10.1>;tag=dsadf0df0d
Date: Fri, 28 Aug 2015 23:55:02 GMT
Call-ID: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2
User-Agent: Cisco-SIPGateway/IOS-15.4.3.M3
Max-Forwards: 70
Timestamp: 1440806102
CSeq: 102 BYE
Reason: Q.850;cause=0
P-RTP-Stat: PS=0,OS=0,PR=0,OR=0,PL=0,JI=0,LA=0,DU=0
Content-Length: 0

000689: //292/0891CAC983A9/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 10.1.10.2:5060;branch=z9hG4bK1A1541
To: <sip:3399@10.1.10.1>;tag=dsadf0df0d
From: <sip:2399@10.1.10.2>;tag=49DC30-1630
Call-ID: 89266F1-4D1711E5-83AE974D-B0305AE3@10.1.10.2
CSeq: 102 BYE
Content-Length: 0

Mohammed al Baqari · ‎08-29-2015

Hi,

Can you describe the topology? Do you have two CMEs @ sites A & B? How are they connected?

Denis Morin · ‎08-29-2015

I have a UC540 at site A and a CME on a 2921 router at site B. They are connected over the internet through a VPN tunnel.

Mohammed al Baqari · ‎08-30-2015

Can you share the config of both?

Carlo Poggiarelli · ‎08-30-2015

Hi Denis.

A debug ccsip messages from both vg could also be useful

Thanks

Regards

Carlo

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

Denis Morin · ‎08-30-2015

Hello,

Above is the debug ccsip messages results when going to voicemail. The UC540 does not use sip to go to the cme. My main concern is why call-forward all would work and not call-forward noan. also If I call from SiteB to SiteA both call flow scenarios work fine.

Carlo Poggiarelli · ‎08-31-2015

Hi.

As Mohammed suggested, please share both configs.

Also an output of a debug voip diapeer inout would be useful

Thanks

Carlo

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

UC540 -> CME call forward noan to CUE disconnecting