Re: [Sip-implementors] OPTION, tag in "to" field

2011-04-28 Thread Iñaki Baz Castillo
2011/4/28 marius zbihlei : > According to [1], "an OPTIONS request received within a dialog >    generates a 200 OK response that is identical to one constructed >    outside a dialog and does not have any impact on that dialog".  Thus, >    OPTIONS does not belong to any usage.  Only those failure

Re: [Sip-implementors] Question regarding SIP message BYE!

2011-04-28 Thread Iñaki Baz Castillo
2011/4/28 Siga : > thanks for your information. I have got another basic question. Where should > I look for the BYE message in my SIP Client. Since the media session (RTP > thread) is in progress I tried to find out the BYE message in my sip_session > thread, but could not get it. I could see it t

Re: [Sip-implementors] Subscribe/Notify

2011-04-28 Thread Iñaki Baz Castillo
2011/4/28 Iñaki Baz Castillo : > No, SUBSCRIBE must follow same rules as any request but REGISTER, and > NOTICE must be created following the values of the SUBSCRIBE I meant "NOTIFY" -- Iñaki Baz Castillo ___ Sip-implementors mailing list Sip-impleme

Re: [Sip-implementors] Question regarding SIP message BYE!

2011-04-28 Thread Siga
Hi Dale, thanks for your information. I have got another basic question. Where should I look for the BYE message in my SIP Client. Since the media session (RTP thread) is in progress I tried to find out the BYE message in my sip_session thread, but could not get it. I could see it that the Server h

Re: [Sip-implementors] Question regarding SIP message BYE!

2011-04-28 Thread Worley, Dale R (Dale)
From: sip-implementors-boun...@lists.cs.columbia.edu [sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Siga [fruchta...@googlemail.com] What is the scenario when the SIP Server sends BYE message to the SIP Client. How should the SIP Client res

[Sip-implementors] Question regarding SIP message BYE!

2011-04-28 Thread Siga
Hi, What is the scenario when the SIP Server sends BYE message to the SIP Client. How should the SIP Client respond to that, in other words should the SIP Client also send a BYE message if so then what are the parameters SIP Client need to parse from the incoming (from Server) BYE message to use it

Re: [Sip-implementors] Broadworks Reinvite issue

2011-04-28 Thread Paul Kyzivat
On 4/28/2011 3:01 AM, Nauman Sulaiman wrote: > Hi, > > Scenario is as follows UAC makes call to UAS over Broadworks B2BUA and then > UAC goes on hold. Broadworks periodically issues Session Audit with SDP > version number unchanged, this is for UAC and UAS which do not support > session timers

Re: [Sip-implementors] Subscribe/Notify

2011-04-28 Thread Leo Leo
Hi, Castillo My doubt was originated observing one environment I have here at my office. These fields I've asked is not precisely filled by these machines owners. As matter fact, it sends the same uri into these fields, no matters from witch peer the server receives the SUBSCRIBE message. Then

Re: [Sip-implementors] Broadworks Reinvite issue

2011-04-28 Thread Brett Tate
> are we saying an identical SDP need not be present > as long as the version number is kept the same? No; the answer SDP must comply with RFC 3264. RFC 4028 does not require non changing offer/answer SDPs; it requires the origin field to not change unless the SDP has changed. RFC 4028 section

Re: [Sip-implementors] Call Transfer Using REFER

2011-04-28 Thread Sunil
Isshed, Target Dialog header is needed only if you are sending REFER outside the dialog. Regards, Sunil -- > > Message: 2 > Date: Wed, 27 Apr 2011 13:22:20 +0530 > From: isshed > Subject: Re: [Sip-implementors] Call Transfer Using REFER > To: I?aki Ba

Re: [Sip-implementors] Broadworks Reinvite issue

2011-04-28 Thread Nauman Sulaiman
Thanks, this makes sense and is what most UAs do i believe but I thought if the version number does not change the same identical SDP used previously should be sent ,in this example the SDP has a sendonly attribute. Hence the confusion, are we saying an identical SDP need not be present as long

Re: [Sip-implementors] OPTION, tag in "to" field

2011-04-28 Thread marius zbihlei
On 04/28/2011 10:42 AM, wisni...@onet.eu wrote: > Hi > How UAS should react having received OPTIONS, out of the dialog, with "To" > field containing tag? Is "8.2.6.2 Headers and Tags" from RFC3261 proper > requirement for this isue? > In my case UAS respond with 481Unknown Dialog. > Regards > Bar

[Sip-implementors] OPTION, tag in "to" field

2011-04-28 Thread wisniawy
Hi How UAS should react having received OPTIONS, out of the dialog, with "To" field containing tag? Is "8.2.6.2 Headers and Tags" from RFC3261 proper requirement for this isue? In my case UAS respond with 481Unknown Dialog. Regards Bartek ___ Sip-implem

Re: [Sip-implementors] Broadworks Reinvite issue

2011-04-28 Thread Shanbhag, Somesh (NSN - IN/Bangalore)
In case of session-audit from SBC, UAC < Broadworks INVITE ver=2 inactive UAC--> Broadworks INVITE ver=2 ?? ?? Should be a=inactive because UAC is already in hold. And also, earlier for a=sendonly, UAC had got a=inactive. -Somesh -Original M

[Sip-implementors] Broadworks Reinvite issue

2011-04-28 Thread Nauman Sulaiman
Hi, Scenario is as follows UAC makes call to UAS over Broadworks B2BUA and then UAC goes on hold. Broadworks periodically issues Session Audit with SDP version number unchanged, this is for UAC and UAS which do not support session timers or UPDATE method. UAC ---> Broadworks