[OpenSIPS-Users] Need ideas to tamper with CSeq

Daniel Goepp dan at goepp.net
Thu Mar 31 22:10:26 CEST 2011


My first response to this got rejected as I was just over the body size
limit for the forum.  I'm posting as an attachment this time:

You are exactly correct in your read back ;)  Here is a trace, I think I
removed everything.  1.1.1.1 is my office, where both number 1111 and 2222
are registered from.  2.2.2.2 is our proxy, and 3.3.3.3 is another openSIPS
server acting as a redirect server.

Thanks

-dg


On Thu, Mar 31, 2011 at 11:36 AM, Ovidiu Sas <osas at voipembedded.com> wrote:

> Are you saying that the caller is sending an INVITE with CSeq 1, get's
> challenged, sends back an authenticated INVITE with CSeq 2 and when
> the call is aborted, the client that generated the second INVITE with
> Cseq 2 is sending a CANCEL with CSeq 1?
> Can you post a trace of such scenario?
> You can remove all the sensitive info from the trace.
>
>
> Regards,
> Ovidiu Sas
>
> On Thu, Mar 31, 2011 at 2:19 PM, Daniel Goepp <dan at goepp.net> wrote:
> > It has more to do with what OpenSIPS is receiving, not sending.  We get
> the
> > first INVITE from the endpoint, challenge it, then get another INVITE
> from
> > the endpoint, and it is incrementing the CSeq on the second INVITE.  We
> have
> > no control over what the endpoint does with Cseq, unfortunately.
> >
> > -dg
> >
> >
> > On Thu, Mar 31, 2011 at 10:53 AM, Ovidiu Sas <osas at voipembedded.com>
> wrote:
> >>
> >> Based on how the problem was described here, the issue is with how
> >> opensips was configured:  the second INVITE sent by opensips should
> >> have the same CSeq as the initial INVITE (assuming that you perform
> >> uac authentication in opensips).
> >> Are you performing uac authentication in opensips?
> >>
> >>
> >> Regards,
> >> Ovidiu Sas
> >>
> >> On Thu, Mar 31, 2011 at 1:49 PM, Daniel Goepp <dan at goepp.net> wrote:
> >> > Thanks for the feedback Ovidiu.
> >> >
> >> > The GW appears to handle the INVITEs fine, which is how the
> transaction
> >> > CSeq
> >> > gets updated to 2.  The problem occurs when we get the CANCEL, which
> has
> >> > a
> >> > CSeq of 1, not 2.  We will investigate some of the ideas you propose
> >> > here.
> >> > We have opened a ticket with the endpoint manufacture, but you know
> what
> >> > that process is like I'm sure ;)
> >> >
> >> > -dg
> >> >
> >> >
> >> > On Thu, Mar 31, 2011 at 10:36 AM, Ovidiu Sas <osas at voipembedded.com>
> >> > wrote:
> >> >>
> >> >> I assume that this is a hack because the GW is not able to properly
> >> >> handle the second INVITE (with auth header) that has the same Cseq as
> >> >> the initial INVITE (despite the fact that those two INVITEs are on
> >> >> different branch-es).  As a workaround, the CSeq was probably
> tempered
> >> >> in the local_route.
> >> >>
> >> >> You could try to intercept the CANCEL when it hits the main route,
> >> >> replace the CSeq and the forward the CANCEL back to yourself and it
> >> >> may work.  This is ugly and it needs to be properly implemented as it
> >> >> may break good clients.
> >> >>
> >> >>
> >> >> The proper solution here would be to add a new server in front of the
> >> >> GW, a server that will be able to handle the two INVITEs (with and
> >> >> without auth header) with the same CSeq number.  One solution would
> be
> >> >> an opensips server configured in b2b mode.  This should give you a
> >> >> clean implementation and no hacks in the config.
> >> >>
> >> >>
> >> >> Regards,
> >> >> Ovidiu Sas
> >> >>
> >> >> On Thu, Mar 31, 2011 at 12:55 PM, Daniel Goepp <dan at goepp.net>
> wrote:
> >> >> > I don't mean to step on Cinthia's toe here, but I would like to add
> a
> >> >> > little
> >> >> > to her comments / questions in response some follow ups here.  The
> >> >> > problem
> >> >> > being presented has been acknowledged as a "bad" device, in
> violation
> >> >> > of
> >> >> > the
> >> >> > RFC.  And although it's not popular to work around issues,
> sometimes
> >> >> > it
> >> >> > is
> >> >> > necessary, and one of the great things about OpenSIPS is how
> flexible
> >> >> > and
> >> >> > powerful it is.  The only problem here is the CANCEL, all other
> >> >> > signaling
> >> >> > including the BYE appear to work fine with this phone.  Calls
> >> >> > complete
> >> >> > and
> >> >> > end just fine in all other cases.  I agree that perhaps a proxy
> >> >> > shouldn't
> >> >> > have to do this, it is not an absolute in the real world that it
> >> >> > would
> >> >> > never
> >> >> > have to.  So this comes back to the initial question, and
> regardless
> >> >> > of
> >> >> > best
> >> >> > practice, is there a way when OpenSIPS receives a CANCEL to "help"
> it
> >> >> > by
> >> >> > incrementing it's CSeq for it?
> >> >> >
> >> >> > Thanks
> >> >> >
> >> >> > -dg
> >> >> >
> >> >> >
> >> >> > On Thu, Mar 31, 2011 at 7:48 AM, Ovidiu Sas <osas at voipembedded.com
> >
> >> >> > wrote:
> >> >> >>
> >> >> >> On Thu, Mar 31, 2011 at 10:37 AM, Cindy Leung <
> cinthia721 at gmail.com>
> >> >> >> wrote:
> >> >> >> > I guess I wasn't being clear enough in the call flow.  I assume
> >> >> >> > the
> >> >> >> > CSeq
> >> >> >> > in the CANCEL has to be the same as the second INVITE.
> >> >> >> >
> >> >> >> > 1. Phone sends out INVITE #1, OpenSIPS responds with 401, Phone
> >> >> >> > ACK'd.
> >> >> >> >  I believe the transaction is over at this point.
> >> >> >> > 2. Phone sends out INVITE #2 with auth, OpenSIPS accepts the
> >> >> >> > INVITE
> >> >> >> > and
> >> >> >> > send back 180.  Phone now sends out a CANCEL, but the CSeq is
> not
> >> >> >> > the
> >> >> >> > same
> >> >> >> > as INVITE #2.
> >> >> >> >
> >> >> >> > As far as I can tell, everything else (ruri, call-id...) is the
> >> >> >> > same
> >> >> >> > except for CSeq.
> >> >> >>
> >> >> >> Exactly!  You broke the CSeq between caller and callee.  A proxy
> >> >> >> should never do that!
> >> >> >> Even if you fix somehow your CANCEL issue, calls will never
> >> >> >> complete.
> >> >> >> The 200ok will have a different CSeq then the initial INVITE (for
> >> >> >> the
> >> >> >> caller) and it will be discarded (by the caller).
> >> >> >> Also, BYE will not work.
> >> >> >> You have bigger issues here then just a CANCEL.
> >> >> >>
> >> >> >>
> >> >> >> Regards,
> >> >> >> Ovidiu Sas
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> Users mailing list
> >> >> >> Users at lists.opensips.org
> >> >> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >> >> >
> >> >> >
> >> >> > _______________________________________________
> >> >> > Users mailing list
> >> >> > Users at lists.opensips.org
> >> >> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >> >> >
> >> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > Users mailing list
> >> > Users at lists.opensips.org
> >> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >> >
> >> >
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20110331/5edd981e/attachment-0001.htm>
-------------- next part --------------
T 2011/03/31 12:13:08.526030 1.1.1.1:36822 -> 2.2.2.2:5060 [A]
INVITE sip:2222 at mycompany.com SIP/2.0.
Via: SIP/2.0/TCP 192.168.1.133:5060;branch=z9hG4bK992868953e3027a1a30622f4d3749f1a.1;rport.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 101 INVITE.
Contact: <sip:1111 at 192.168.1.133:5060;transport=tcp>.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Max-Forwards: 70.
Route: <sip:2.2.2.2;lr>.
Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY.
User-Agent: TANDBERG/257 (TE4.0.0.246968).
Proxy-Authorization: Digest nonce="4d94bebe0000d947cc893bdd749cf9a02717c10201af2c4b", realm="mycompany.com", username="1111", uri="sip:mycompany.com", response="eb661f9d7c920fe6e88e6c218082b5de", algorithm=MD5.
Supported: replaces,100rel,timer,gruu,path,outbound.
Session-Expires: 1800.
Content-Type: application/sdp.
Content-Length: 834.
.
v=0.
o=tandberg 274 1 IN IP4 192.168.1.133.
s=-.
c=IN IP4 192.168.1.133.
b=AS:768.
t=0 0.
m=audio 2348 RTP/AVP 99 100 101 9 11 0 102.
b=TIAS:64000.
a=rtpmap:99 MP4A-LATM/90000.
a=fmtp:99 profile-level-id=24;object=23;bitrate=64000.
a=rtpmap:100 G7221/16000.
a=fmtp:100 bitrate=32000.
a=rtpmap:101 G7221/16000.
a=fmtp:101 bitrate=24000.
a=rtpmap:9 G722/8000.
a=rtpmap:11 L16/16000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:102 telephone-event/8000.
a=fmtp:102 0-15.
a=sendrecv.
m=video 2350 RTP/AVP 97 98.
b=TIAS:768000.
a=rtpmap:97 H264/90000.
a=fmtp:97 profile-level-id=42800d;max-br=906;max-mbps=40500;max-fs=1344

T 2011/03/31 12:13:08.527023 2.2.2.2:5060 -> 1.1.1.1:36822 [AP]
SIP/2.0 100 Giving a try.
Via: SIP/2.0/TCP 192.168.1.133:5060;branch=z9hG4bK992868953e3027a1a30622f4d3749f1a.1;rport=36822;received=1.1.1.1.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 101 INVITE.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Server: OpenSIPS (1.6.4-2-notls (i386/linux)).
Content-Length: 0.
.


T 2011/03/31 12:13:08.527136 2.2.2.2:34656 -> 3.3.3.3:5060 [A]
INVITE sip:2222 at mycompany.com SIP/2.0.
Record-Route: <sip:2.2.2.2;ftag=1ef6542eb537daeb;lr;did=dc5.d15a2f52>.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bK1a4e.044a2d7.0;i=63b.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bK992868953e3027a1a30622f4d3749f1a.1;rport=36822.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 101 INVITE.
Contact: <sip:1111 at 192.168.1.133:5060;transport=tcp>.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Max-Forwards: 69.
Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY.
User-Agent: TANDBERG/257 (TE4.0.0.246968).
Proxy-Authorization: Digest nonce="4d94bebe0000d947cc893bdd749cf9a02717c10201af2c4b", realm="mycompany.com", username="1111", uri="sip:mycompany.com", response="eb661f9d7c920fe6e88e6c218082b5de", algorithm=MD5.
Supported: replaces,timer,gruu,path,outbound.
Session-Expires: 1800.
Content-Type: application/sdp.
Content-Length: 834.
.
v=0.
o=tandberg 274 1 IN IP4 192.168.1.133.
s=-.
c=IN IP4 192.168.1.133.
b=AS:768.
t=0 0.
m=audio 2348 RTP/AVP 99 100 101 9 11 0 102.
b=TIAS:64000.
a=rtpmap:99 MP4A-LATM/90000.
a=fmtp:99 profile-level-id=24;object=23;bitrate=64000.
a=rtpmap:100 G7221/16000.
a=fmtp:100 bitrate=32000.
a=rtpmap:101 G7221/16000.
a=fmtp:101 bitrate=24000.
a=rtpmap:9 G722/8000.
a=rtpmap:11 L16/16000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:102 telephone-event/8000.
a=fmtp:102 0-15.
a=sendrecv.
m

T 2011/03/31 12:13:08.529238 3.3.3.3:5060 -> 2.2.2.2:34656 [AP]
SIP/2.0 407 Proxy Authentication Required.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bK1a4e.044a2d7.0;i=63b.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bK992868953e3027a1a30622f4d3749f1a.1;rport=36822.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 101 INVITE.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>;tag=c97b4d1cb1f3d0da549e06a8d482ef63.5331.
Proxy-Authenticate: Digest realm="mycompany.com", nonce="4d94d2620000e24190efcd388bb5f6881352b3ba8e0a7e82", stale=true.
Server: OpenSIPS (1.6.4-notls (i386/linux)).
Content-Length: 0.
.


T 2011/03/31 12:13:08.529921 2.2.2.2:34656 -> 3.3.3.3:5060 [AP]
ACK sip:2222 at mycompany.com SIP/2.0.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bK1a4e.044a2d7.0.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
To: <sip:2222 at mycompany.com>;tag=c97b4d1cb1f3d0da549e06a8d482ef63.5331.
CSeq: 101 ACK.
Max-Forwards: 70.
User-Agent: OpenSIPS (1.6.4-2-notls (i386/linux)).
Content-Length: 0.
.


T 2011/03/31 12:13:08.530213 2.2.2.2:5060 -> 1.1.1.1:36822 [AP]
SIP/2.0 407 Proxy Authentication Required.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bK992868953e3027a1a30622f4d3749f1a.1;rport=36822.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 101 INVITE.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>;tag=c97b4d1cb1f3d0da549e06a8d482ef63.5331.
Proxy-Authenticate: Digest realm="mycompany.com", nonce="4d94d2620000e24190efcd388bb5f6881352b3ba8e0a7e82", stale=true.
Content-Length: 0.
.


T 2011/03/31 12:13:08.573341 1.1.1.1:36822 -> 2.2.2.2:5060 [AP]
ACK sip:2222 at mycompany.com SIP/2.0.
Via: SIP/2.0/TCP 192.168.1.133:5060;branch=z9hG4bK992868953e3027a1a30622f4d3749f1a.1;rport.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 101 ACK.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>;tag=c97b4d1cb1f3d0da549e06a8d482ef63.5331.
Route: <sip:2.2.2.2;lr>.
User-Agent: TANDBERG/257 (TE4.0.0.246968).
Content-Length: 0.
.


T 2011/03/31 12:13:08.599223 1.1.1.1:36822 -> 2.2.2.2:5060 [A]
INVITE sip:2222 at mycompany.com SIP/2.0.
Via: SIP/2.0/TCP 192.168.1.133:5060;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 102 INVITE.
Contact: <sip:1111 at 192.168.1.133:5060;transport=tcp>.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Max-Forwards: 70.
Route: <sip:2.2.2.2;lr>.
Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY.
User-Agent: TANDBERG/257 (TE4.0.0.246968).
Proxy-Authorization: Digest nonce="4d94d2620000e24190efcd388bb5f6881352b3ba8e0a7e82", realm="mycompany.com", username="1111", uri="sip:mycompany.com", response="c3cd2d0dd1cf4de3150c58dca174fd04", algorithm=MD5.
Supported: replaces,100rel,timer,gruu,path,outbound.
Session-Expires: 1800.
Content-Type: application/sdp.
Content-Length: 834.
.
v=0.
o=tandberg 274 1 IN IP4 192.168.1.133.
s=-.
c=IN IP4 192.168.1.133.
b=AS:768.
t=0 0.
m=audio 2348 RTP/AVP 99 100 101 9 11 0 102.
b=TIAS:64000.
a=rtpmap:99 MP4A-LATM/90000.
a=fmtp:99 profile-level-id=24;object=23;bitrate=64000.
a=rtpmap:100 G7221/16000.
a=fmtp:100 bitrate=32000.
a=rtpmap:101 G7221/16000.
a=fmtp:101 bitrate=24000.
a=rtpmap:9 G722/8000.
a=rtpmap:11 L16/16000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:102 telephone-event/8000.
a=fmtp:102 0-15.
a=sendrecv.
m=video 2350 RTP/AVP 97 98.
b=TIAS:768000.
a=rtpmap:97 H264/90000.
a=fmtp:97 profile-level-id=42800d;max-br=906;max-mbps=40500;max-fs=1344

T 2011/03/31 12:13:08.614346 2.2.2.2:5060 -> 1.1.1.1:36822 [AP]
SIP/2.0 100 Giving a try.
Via: SIP/2.0/TCP 192.168.1.133:5060;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport=36822;received=1.1.1.1.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 102 INVITE.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Server: OpenSIPS (1.6.4-2-notls (i386/linux)).
Content-Length: 0.
.


T 2011/03/31 12:13:08.614451 2.2.2.2:34656 -> 3.3.3.3:5060 [A]
INVITE sip:2222 at mycompany.com SIP/2.0.
Record-Route: <sip:2.2.2.2;ftag=1ef6542eb537daeb;lr;did=dc5.e15a2f52>.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bKe94e.cab10de4.0;i=63b.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport=36822.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 102 INVITE.
Contact: <sip:1111 at 192.168.1.133:5060;transport=tcp>.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Max-Forwards: 69.
Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY.
User-Agent: TANDBERG/257 (TE4.0.0.246968).
Proxy-Authorization: Digest nonce="4d94d2620000e24190efcd388bb5f6881352b3ba8e0a7e82", realm="mycompany.com", username="1111", uri="sip:mycompany.com", response="c3cd2d0dd1cf4de3150c58dca174fd04", algorithm=MD5.
Supported: replaces,timer,gruu,path,outbound.
Session-Expires: 1800.
Content-Type: application/sdp.
Content-Length: 834.
.
v=0.
o=tandberg 274 1 IN IP4 192.168.1.133.
s=-.
c=IN IP4 192.168.1.133.
b=AS:768.
t=0 0.
m=audio 2348 RTP/AVP 99 100 101 9 11 0 102.
b=TIAS:64000.
a=rtpmap:99 MP4A-LATM/90000.
a=fmtp:99 profile-level-id=24;object=23;bitrate=64000.
a=rtpmap:100 G7221/16000.
a=fmtp:100 bitrate=32000.
a=rtpmap:101 G7221/16000.
a=fmtp:101 bitrate=24000.
a=rtpmap:9 G722/8000.
a=rtpmap:11 L16/16000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:102 telephone-event/8000.
a=fmtp:102 0-15.
a=sendrecv.


T 2011/03/31 12:13:08.617312 3.3.3.3:5060 -> 2.2.2.2:34656 [AP]
SIP/2.0 302 Moved temporarily.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bKe94e.cab10de4.0;i=63b.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport=36822.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 102 INVITE.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>;tag=c97b4d1cb1f3d0da549e06a8d482ef63.2fc1.
CNAM: Daniel Goepp.
Contact: <sip:2222 at 2.2.2.2:5060;transport=tcp>;q=0.5.
Server: OpenSIPS (1.6.4-notls (i386/linux)).
Content-Length: 0.
.


T 2011/03/31 12:13:08.617593 2.2.2.2:34656 -> 3.3.3.3:5060 [AP]
ACK sip:2222 at mycompany.com SIP/2.0.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bKe94e.cab10de4.0.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
To: <sip:2222 at mycompany.com>;tag=c97b4d1cb1f3d0da549e06a8d482ef63.2fc1.
CSeq: 102 ACK.
Max-Forwards: 70.
User-Agent: OpenSIPS (1.6.4-2-notls (i386/linux)).
Content-Length: 0.
.


T 2011/03/31 12:13:08.618914 2.2.2.2:5060 -> 1.1.1.1:43511 [A]
INVITE sip:2222 at 192.168.1.134:5060;transport=tcp SIP/2.0.
Record-Route: <sip:2.2.2.2;ftag=1ef6542eb537daeb;lr;did=dc5.e15a2f52;transport=tcp>.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bKe94e.cab10de4.1;i=63b.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport=36822.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 102 INVITE.
Contact: <sip:1111 at 1.1.1.1:36822;transport=tcp>.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Max-Forwards: 69.
Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY.
User-Agent: TANDBERG/257 (TE4.0.0.246968).
Supported: replaces,timer,gruu,path,outbound.
Session-Expires: 1800.
Content-Type: application/sdp.
Content-Length: 838.
.
v=0.
o=tandberg 274 1 IN IP4 192.168.1.133.
s=-.
c=IN IP4 2.2.2.2.
b=AS:768.
t=0 0.
m=audio 26142 RTP/AVP 99 100 101 9 11 0 102.
b=TIAS:64000.
a=rtpmap:99 MP4A-LATM/90000.
a=fmtp:99 profile-level-id=24;object=23;bitrate=64000.
a=rtpmap:100 G7221/16000.
a=fmtp:100 bitrate=32000.
a=rtpmap:101 G7221/16000.
a=fmtp:101 bitrate=24000.
a=rtpmap:9 G722/8000.
a=rtpmap:11 L16/16000.
a=rtpmap:0 PCMU/8000.
a=rtpmap:102 telephone-event/8000.
a=fmtp:102 0-15.
a=sendrecv.
m=video 25148 RTP/AVP 97 98.
b=TIAS:768000.
a=rtpmap:97 H264/90000.
a=fmtp:97 profile-level-id=42800d;max-br=906;max-mbps=40500;max-fs=1344;max-smbps=40500.
a=rtpmap:98 H2

T 2011/03/31 12:13:08.650172 1.1.1.1:43511 -> 2.2.2.2:5060 [AP]
SIP/2.0 100 Trying.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bKe94e.cab10de4.1;i=63b.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport=36822.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: "2222" <sip:2222 at mycompany.com>;tag=5E617153-BAE90A0.
CSeq: 102 INVITE.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
Contact: <sip:2222 at 192.168.1.134:5060;transport=tcp>.
Record-Route: <sip:2.2.2.2;ftag=1ef6542eb537daeb;lr;did=dc5.e15a2f52;transport=tcp>.
User-Agent: PolycomVVX-VVX_1500-UA/3.2.3.1734.
Accept-Language: en.
Content-Length: 0.
.


T 2011/03/31 12:13:08.801335 1.1.1.1:43511 -> 2.2.2.2:5060 [AP]
SIP/2.0 180 Ringing.
Via: SIP/2.0/TCP 2.2.2.2;branch=z9hG4bKe94e.cab10de4.1;i=63b.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport=36822.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: "2222" <sip:2222 at mycompany.com>;tag=5E617153-BAE90A0.
CSeq: 102 INVITE.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
Contact: <sip:2222 at 192.168.1.134:5060;transport=tcp>.
Record-Route: <sip:2.2.2.2;ftag=1ef6542eb537daeb;lr;did=dc5.e15a2f52;transport=tcp>.
User-Agent: PolycomVVX-VVX_1500-UA/3.2.3.1734.
Allow-Events: talk,hold,conference.
Accept-Language: en.
Content-Length: 0.
.


T 2011/03/31 12:13:08.801586 2.2.2.2:5060 -> 1.1.1.1:36822 [AP]
SIP/2.0 180 Ringing.
Via: SIP/2.0/TCP 192.168.1.133:5060;received=1.1.1.1;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport=36822.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: "2222" <sip:2222 at mycompany.com>;tag=5E617153-BAE90A0.
CSeq: 102 INVITE.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
Contact: <sip:2222 at 1.1.1.1:43511;transport=tcp>.
Record-Route: <sip:2.2.2.2;ftag=1ef6542eb537daeb;lr;did=dc5.e15a2f52;transport=tcp>.
User-Agent: PolycomVVX-VVX_1500-UA/3.2.3.1734.
Allow-Events: talk,hold,conference.
Accept-Language: en.
Content-Length: 0.
.


T 2011/03/31 12:13:11.093571 1.1.1.1:36822 -> 2.2.2.2:5060 [AP]
CANCEL sip:2222 at mycompany.com SIP/2.0.
Via: SIP/2.0/TCP 192.168.1.133:5060;branch=z9hG4bKd38f36d026cd9a5163d04abb668920ce.1;rport.
Call-ID: 05124a3a25e841a8 at 192.168.1.133.
CSeq: 101 CANCEL.
Contact: <sip:1111 at 192.168.1.133:5060;transport=tcp>.
From: "Daniel Goepp" <sip:1111 at mycompany.com>;tag=1ef6542eb537daeb.
To: <sip:2222 at mycompany.com>.
Route: <sip:2.2.2.2;lr>.
User-Agent: TANDBERG/257 (TE4.0.0.246968).
Proxy-Authorization: Digest nonce="4d94d2620000e24190efcd388bb5f6881352b3ba8e0a7e82", realm="mycompany.com", username="1111", uri="sip:mycompany.com", response="e92124fdecb26c186c674b9068f65d85", algorithm=MD5.
Content-Length: 0.
.


More information about the Users mailing list