cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1035
Views
35
Helpful
13
Replies

Q about sip log

baselzind
Level 6
Level 6

im trying to understand sip debugging i came across this document which says the following 

"

CUBE:10.100.0.74

CUCM:10.100.0.14

Next the CUBE receives a trying from CUCM. The call-ID help us to know where these responses are coming from.

 

002793: Jun  6 16:07:28.396: //260863/8C38FA5E95E3/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.100.0.74:5060;branch=z9hG4bK7953C1859
From: <sip:07455900064@10.100.0.74>;tag=4C85762C-1A2D
To: <sip:901127653485@10.100.0.14>
Date: Wed, 06 Jun 2012 16:07:28 GMT
Call-ID: 8C394872-AF2811E1-95E98F4D-5D7E5E41@10.100.0.74
CSeq: 101 INVITE
Allow-Events: presence
Content-Length: 0

"

it says the cube receives trying from the cucm yet the log shows the sender is the cube not the cucm from below

Via: SIP/2.0/TCP 10.100.0.74:5060;branch=z9hG4bK7953C1859  ##cube ip?
From: <sip:07455900064@10.100.0.74>;tag=4C85762C-1A2D  ##cube ip?

 

can someone explain please

 

1 Accepted Solution

Accepted Solutions

1)The Via header field indicates the transport used for the transaction and identifies the location where the response is to be sent.
When the UAC creates a request, it MUST insert a Via into that request.

2) So the Via Header for the Response is copied from the Request. This response contains the same To, From, Call-ID, CSeq and branch parameter in the Via as the INVITE.

---------INVITE---------->
<--------TRYING---------

INVITE Is a request and TRYING is its response it will contain same VIA Value/Values.


3) To & From Indicate the direction of Overall SIP transaction and Not Direction of SIP Messages. SO they remain same for all the Request and Response.

*** Please rate helpful post; Mark "Accept as a Solution" if applicable

Thanks,
Haris

View solution in original post

13 Replies 13

Hi,

FROM header won't change in the communication between parties and it
indicates who initiated the call. If it has CUBE IP, then the call was
initiated from CUBE to CUCM. IT doesn't indicate the direction of the
message.

Hope its clear now.

What about “via” ? It also shows cube ip , shouldn’t it be cucm ip? Im confused

1)The Via header field indicates the transport used for the transaction and identifies the location where the response is to be sent.
When the UAC creates a request, it MUST insert a Via into that request.

2) So the Via Header for the Response is copied from the Request. This response contains the same To, From, Call-ID, CSeq and branch parameter in the Via as the INVITE.

---------INVITE---------->
<--------TRYING---------

INVITE Is a request and TRYING is its response it will contain same VIA Value/Values.


3) To & From Indicate the direction of Overall SIP transaction and Not Direction of SIP Messages. SO they remain same for all the Request and Response.

*** Please rate helpful post; Mark "Accept as a Solution" if applicable

Thanks,
Haris

thx for the input , so where in the log does it shows that this is heading from cucm to the cube? how can i tell?

In request messages (such as INVITE, PRACK, etc) it will be in VIA header.
Also, you can see it in the call-log header as mentioned earlier.

1) 002793: Jun 6 16:07:28.396: //260863/8C38FA5E95E3/SIP/Msg/ccsipDisplayMsg:
Received:

 

 =====> Indicates it has been received

 

2) Else if you have packet capture you can see the Source and Destination IP to see the direction in which message is travelling.

 

*** Please rate helpful post; Mark "Accept as a Solution" if applicable

Thanks,
Haris

please what does "Remote-Party-ID" in the debugging means?

1) The Remote-Party-ID header field provides the identity of the remote
party. At the called party it contains the identity of the caller,
and at the calling party, it contains the translated identity of the
called party

what does it means " the translated identity of the
called party" translated how?

That i copied from RFC. So In simple terms it is the Callers Identity like his Name.
e.g
Remote-Party-ID: "John Doe" <sip:jdoe@foo.com>

can you please tell me what does "notify" and "subscribe" mean in the sip call process?

They can be used for many reasons. Some common reasons are dtmf relay using
sip notify or kpml, presence status updates, call transfer if replace
header isn't enabled, etc
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: