Sip calls from CME sent to Provider with wrong header...

Unanswered Question
Sep 10th, 2010
User Badges:

Hi All,

I have an issue with a CME 7.0 on a 2821 platform. This customer is currently using E1 PRI to dial outside but he would like to try Sip call from local provider. So I did the configuration of the SIP Trunk. My gateway is registered and incoming calls to ephone ( sccp ) are working.

However I noticed a strange behaviour with outgoing call.

Here is what happen:

Cisco 7941 SCCP phone with extension "91" (registered to CME) place a call over the SIP trunk.

If I make a debug ccsip message, I can see the first packet sent (which is INVITE) has a completely wrong header (I believe):

Here is the first Outgoing Packet:

INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP;branch=z9hG4bK8E2259
From: "CCC" <sip:[email protected]>;tag=5C29C8-24F4
To: <sip:[email protected]>
Date: Thu, 09 Sep 2010 12:08:42 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 3506494421-3141603807-2168781873-344108258
User-Agent: Cisco-SIPGateway/IOS-12.x
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1284034122
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 355

My CME Address:

Sip Provider Address:

My ephone-dn used: 91

So my question is: Why do I see at the top of the packet     From: "CCC" <sip:[email protected]>

I guess I'm supposed to see          From: "CCC" <sip:[email protected]>

Fyi, all me DN on CME are configured with "non-reg both" command.

Any Idea ????



  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4 (1 ratings)
dksingh Fri, 09/10/2010 - 08:50
User Badges:
  • Cisco Employee,

Hi Fabian,

I think the From: header is that way as the GW is perhaps registered with the SIP provider's proxy?

You'd notice CME's IP  in the Contact: and Via header.

no-reg option in ephone-dn works only for GK registration (H.323 scenario)

We'd need following to investigate failed outbound SIP further :

deb ccsip mess

deb voip ccapi inout

sh run

sh sip-ua reg stat



f.giordano Mon, 09/13/2010 - 00:37
User Badges:

Hi Dilip,

I'll be on customer site tonight and will be able to take the debug you asked for.

I'll post them tonight.



dksingh Mon, 09/13/2010 - 12:38
User Badges:
  • Cisco Employee,

Hi Fabian,

I looked through IOS debugs and here's what I see...

GW sends Invite with....

Call-ID: [email protected]

But the responses (100/183/200 etc.) coming back shows:

Call-ID: [email protected]

So IOS will not be able to match the transaction and perhaps will
trash these (debug ccsip all  wil confoirm.) It is as if no response
was received to our Invite and that's why we see so many Invite

Also note that the VIA header in 1xx responses are also invalid:

Via: SIP/2.0/UDP;branch=z9hG4bK11B3A;received=

You should check with the SIP provider on above but first check if ITSP can get to GW IP or is it being NATed?
What other devices are there between the GW and ITSP ?
See if they can pull a trace on their end and compare with this to see how the headers look/what IP addrs. show up in there.

Hope this helps.


f.giordano Tue, 09/14/2010 - 00:25
User Badges:

Hi Dilip,

Thanks for your analysis.

We have a Cisco ASA between the 2821 and the SIP Provider. I'm not sure this device is responsible of the wrong Sip packet since incoming calls are working fine, but we'll have a look. We have a conf call tomorrow with the Provider in order to compare the packets on the two sides.

Thanks again



This Discussion