Re: [Sip-implementors] Proper negative final status code for malformed SDP

Harsha. R wrote: > Hello, > i would suggest use of 403 Forbidden. > > 415 is usually sent if UAS doesn't like media-type received in > Content-type header > 488 is sent for a syntactically correct, but semantically wrong SDP > offer. Say a mid-call codec modification that is not acceptable. Hmm

Re: [Sip-implementors] Proper negative final status code for malformed SDP

Hello, i would suggest use of 403 Forbidden. 415 is usually sent if UAS doesn't like media-type received in Content-type header 488 is sent for a syntactically correct, but semantically wrong SDP offer. Say a mid-call codec modification that is not acceptable. Regards Harsha 2008/12/6 Maxim Sob

[Sip-implementors] Proper negative final status code for malformed SDP

Hi, I wonder what proper status code UAS should generate for the INVITE that contains clearly malformed SDP. I see several candidates in 3261: - 400 Bad Request - 415 Unsupported Media Type - 488 Not Acceptable Here - 606 Not Acceptable What do people think? Thanks! Regards, -- Maksym Soboly

[Sip-implementors] SIP - SRV records for High Availability

hi I am new to sip. I require SRV SIP records for a particular service in HA. and how can achieve the load balancing. any guide please help thanx -- vikas sharma ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.

Re: [Sip-implementors] Query on RFC 3680.

[EMAIL PROTECTED] wrote: >From: "Naarumanchi Kaushik" <[EMAIL PROTECTED]> > >According to RFC 3680, when a user subscribes for reg event package, he >would receive notifications for any state change in the registered contacts >under that AOR. > >If an AOR is registered with

Re: [Sip-implementors] Local ringback vs Early media ring back

see my comments inline regards alejandro On Mon, Dec 1, 2008 at 7:18 AM, Padmaja <[EMAIL PROTECTED]> wrote: > Hi all, > > This is regarding the local ringback tone generation vs playing early media > as per RFC 3960. I am, not clear on a few points- > > 1. When should the Source UA start playing

Re: [Sip-implementors] Query on RFC 3680.

From: "Naarumanchi Kaushik" <[EMAIL PROTECTED]> According to RFC 3680, when a user subscribes for reg event package, he would receive notifications for any state change in the registered contacts under that AOR. If an AOR is registered with multiple contacts and then subscribed to

Re: [Sip-implementors] query for ACK retransmission

From: "Ujjwal SIngh" <[EMAIL PROTECTED]> I am simulating a test environment with SIPP and my client UAC UAC SIPp INVITE---> 180 <- 200 OK <---

Re: [Sip-implementors] Software to create SIP flows?

From: "Aleksander Morgado" <[EMAIL PROTECTED]> >> Hi, is there any software tool (running over Linux if's >> possible) which allows creating SIP flows in text format? > I use Emacs. Is there any specific Emacs lisp package for that? Not in the ordinary sense. But I've found th

Re: [Sip-implementors] Software to create SIP flows?

>> Hi, is there any software tool (running over Linux if's >> possible) which allows creating SIP flows in text format? > I use Emacs. Is there any specific Emacs lisp package for that? ___ Sip-implementors mailing list Sip-implementors@lists.cs.colum

Re: [Sip-implementors] query for ACK retransmission

See section RFC 3261 13.2.2.4 2xx Responses. It is clear that every retransmitted 200 OK response requires a retransmit of ACK. Thanks, Neel. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harsha. R Sent: Friday, December 05, 2008 3:17 AM To: Maxim Sob

Re: [Sip-implementors] query for ACK retransmission

Harsha. R wrote: > > > 2008/12/5 Maxim Sobolev <[EMAIL PROTECTED] > > > > Therefore,UAC core may not even see some of those dupes. IMHO such > behavior while > not exactly RFC-abiding is permissive and is unlikely to create any > issues. > > Regar

Re: [Sip-implementors] Query on RFC 3680.

Kaushik To better explain ur query, consider the following scenario User A has 3 registered contacts: A_1, A_2 and A_3. Say user B has subscribed to A - more precisely to contacts A_1 and A_2. Then as per procedures in RFC 3680, B would be notified whenever there is a registration state change

[Sip-implementors] Recall: Query on RFC 3680.

Avasarala Ranjit-A20990 would like to recall the message, "[Sip-implementors] Query on RFC 3680.". ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Re: [Sip-implementors] Query on RFC 3680.

Kaushik To better explain ur query, consider the following scenario User A has 3 registered contacts: A_1, A_2 and A_3. Say user B has subscribed to A - more precisely to contacts A_1 and A_2. Then as per procedures in RFC 3680, B would be notified whenever there is a registration state change

Re: [Sip-implementors] query for ACK retransmission

2008/12/5 Maxim Sobolev <[EMAIL PROTECTED]> > Therefore,UAC core may not even see some of those dupes. IMHO such > behavior while > not exactly RFC-abiding is permissive and is unlikely to create any issues. > > Regards, > -- > Maksym Sobolyev > > Subsequent 200 OK would hit the respective UA cor

Re: [Sip-implementors] Query on RFC 3680.

Hi IMO it is possible to receive notifications with different events for different contacts bound to a particular AOR. Consider Section 4.7.1 of RFC 3680 4.7.1. The Registration State Machine In addition to this state machine, each registration is associated with a set of contact

[Sip-implementors] Query on RFC 3680.

Hi All, According to RFC 3680, when a user subscribes for reg event package, he would receive notifications for any state change in the registered contacts under that AOR. If an AOR is registered with multiple contacts and then subscribed to reg event package, is it possible to receive notificati

Re: [Sip-implementors] query for ACK retransmission

Ujjwal SIngh wrote: > Hi, > > I am simulating a test environment with SIPP and my client UAC > > UAC SIPp > > INVITE---> > 180 <- > 200 OK < > 2