Re: [Sip-implementors] unexpected header in SIP response

Hi all, if you want to conform to RFC 3261 then you cannot drop the call you have to ignore the not required header fields. See section 7.3.2 7.3.2 Header Field Classification Some header fields only make sense in requests or responses. These are called request header fields and response

Re: [Sip-implementors] SIP client registers from multiple locationsand all location are behind the NAT

Comments inline. -Rockson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Lawrence Sent: Friday, June 27, 2008 12:41 AM To: Vivek Batra Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] SIP client registers from multiple lo

Re: [Sip-implementors] SIP client registers from multiple locations and all location are behind the NAT

On Thu, 2008-06-26 at 15:29 +0530, Vivek Batra wrote: > Please consider the following: > * SIP client send the REGISTER message to Registrar server from > multiple locations. Q-value is not send by SIP client in its REGISTER > request. > * Registrar server sends the 200 OK to the SIP c

[Sip-implementors] Call on Hold

Hello community, first of all I'd like to know if someone have tried to use the patch posted at https://sip-communicator.dev.java.net/servlets/ReadMsg?list=dev&msgNo=3290, and if it works well. I've patched this on my SIP communicator and after sniffing some traffic between peers and server I've

[Sip-implementors] SIP client registers from multiple locations and all location are behind the NAT

Hi List, Please consider the following: * SIP client send the REGISTER message to Registrar server from multiple locations. Q-value is not send by SIP client in its REGISTER request. * Registrar server sends the 200 OK to the SIP client with all the binding for this user al

Re: [Sip-implementors] Query on OPTIONS response wrt ETSI testplan

See comments inline. -Rockson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joseph Selvaraj Sent: Thursday, June 26, 2008 8:53 PM To: Sip-implementors@lists.cs.columbia.edu Subject: [Sip-implementors] Query on OPTIONS response wrt ETSI testplan Hi,

[Sip-implementors] Query on OPTIONS response wrt ETSI testplan

Hi, I have a query regarding OPTIONS handling with respect to a testcase in ETSI test plan (ETSI TS102 027-2 V 3.1.1, http://www.ipt.etsi.org/STF295-ph1/IPTlib/SIP/Documents/ts_102027_2v0301 01.htm ) ETS

Re: [Sip-implementors] Polling SUBSCRIBE

Rastogi, Vipul (Vipul) wrote: > Hi, > Should not receipt of SUBSCRIBE with Expires:0 in an out of dialog, > results to failure response and polling ? Whether it results in a failure depends on whether there is something wrong with it. There is nothing intrinsicly wrong with what you describe.

Re: [Sip-implementors] can SDP contain 2 'M' lines

First, please don't cross post to sip-implementors and sip. Many of us are on both. This kind of question belongs on sip-implementors. As others have said, you certainly may have multiple m-lines. But you say "i.e. for call hold", and I wonder what you have in mind. Because while you may have m

Re: [Sip-implementors] can SDP contain 2 'M' lines

Ya It can. Example: Video Telephony: Where you send two m lines in SDP one for Video session another for audio session. Number of m lines will detemine the number of multimedia sessions. While you make a video conference you have two sessions going on one is video another is audio. I hope it wil

Re: [Sip-implementors] can SDP contain 2 'M' lines

El Thursday 26 June 2008 07:12:09 Sudhir Kumar Reddy escribió: > Hi All, > > In SDP can we have two 'M' lines for re-INVITE i.e. for call hold. Of course. A re-INVITE is in fact an INVITE, no difference related to SDP (ewll, if you want to put on hold you send a specific SDP with "a=sendonly" fo