[SIPForum-discussion] Re-invite issue

[Deepesh singh]

attached is the trace.

Mark Holloway <mh at markholloway.com> wrote:         v\:* {behavior:url(#default#VML);}  o\:* {behavior:url(#default#VML);}  w\:* {behavior:url(#default#VML);}  .shape {behavior:url(#default#VML);}                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! for Good 



       
---------------------------------
 Sent from Yahoo! &#45; a smarter inbox.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20080122/5f71e2ec/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: re-invite.pcap
Type: application/octet-stream
Size: 3458 bytes
Desc: 1127243817-re-invite.pcap
URL: <http://sipforum.org/pipermail/discussion/attachments/20080122/5f71e2ec/attachment-0002.obj>