[SIPForum-discussion] Re-invite issue

[Mark Holloway]

The called party is already sending a 100 Trying and 200OK prior to the
calling party sending the second Invite.  The SDP in the 200OK already
agrees on rtpmap 8 for the codec, so the calling party should not send
another Invite.  The first Invite includes different fields in the Message
Header when compared to the second Invite.  One item in particular is the
first Invite includes remote-party-id information and the second Invite
doesn't.   Another is the Request Line URI is different in both Invites.
It's as if these are two separate calls yet they both have the same Call-ID
in the To Header.   I don't think the codec is your problem.  Something else
is causing the re-invite.

 

From: Deepesh singh [mailto:motosingh at yahoo.co.uk] 
Sent: Tuesday, January 22, 2008 11:32 AM
To: Mark Holloway; 'Steve Langstaff'; discussion at sipforum.org
Subject: RE: [SIPForum-discussion] Re-invite issue

 

attached is the trace.

Mark Holloway <mh at markholloway.com> wrote: 

You're sure the re-invite is because of the codec and not the way the
feature server is configured?  Some feature servers such as BroadWorks let
turn re-invites on/off.  Thought I'd check before pursuing further.

 

 

From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org] On Behalf Of Steve Langstaff
Sent: Tuesday, January 22, 2008 8:56 AM
To: Deepesh singh; discussion at sipforum.org
Subject: Re: [SIPForum-discussion] Re-invite issue

 

You say that Bob can support only one codec (PCMU) but he appears to be
advertising support for codecs 0 and 4

(though he isn't sending back an rtpmap line for codec 4) - could that be
the problem?

 

Maybe you could include the SDP details of the re-invite, as well as the
initial invite?

 

  _____  

From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org] On Behalf Of Deepesh singh
Sent: 22 January 2008 15:42
To: discussion at sipforum.org
Subject: [SIPForum-discussion] Re-invite issue

Hi,

 

Can you please advise?

 

Refering to section 10.2 

One of N Codec Selection

Is reinvite needed in this scenario?

 

 

   v=0
   o=alice 2890844526 2890844526 IN IP4 host.anywhere.com
   s=
   c=IN IP4 host.anywhere.com
   t=0 0
   m=audio 62986 RTP/AVP 0 4 18
   a=rtpmap:0 PCMU/8000
   a=rtpmap:4 G723/8000
   a=rtpmap:18 G729/8000
   a=sendrecv

   Bob can support  only one codec PCMU and sends  back.

   v=0
   o=bob 2890844730 2890844731 IN IP4 host.example.com
   s=
   c=IN IP4 host.example.com
   t=0 0
   m=audio 54344 RTP/AVP 0 4
   a=rtpmap:0 PCMU/8000
   a=sendrecv

   Of course, if Bob only supports one-of-N codecs, there
   would only be one codec in his answer, and in this case, there is no
   need for a re-INVITE to lock down to a single codec.

But I am seeing RE-INVITE? There is not a need according to RFC but if we do
have RE-invite should it matter?

 

Best regards,

Deepesh 

  _____  

Support the World Aids Awareness campaign this month with Yahoo!
<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http:/us.rd.yahoo.com/e
vt=51947/*http:/uk.promotions.yahoo.com/forgood/>  for Good 

 

  

  _____  

Sent from Yahoo!
<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http:/us.rd.yahoo.com/e
vt=51949/*http:/uk.docs.yahoo.com/mail/winter07.html>  - a smarter inbox.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20080122/68092158/attachment-0002.html>