Mid Nightmare | 1 Apr 05:15 2009
Picon

Re: Event header in subscribe

Hi

Thats only for matching Notify with Subscribe for the particular
event..But what about the a presence server.Will it interpret and accept
requests with Event as "PRESence"?

Cheers

Darth

--- On Wed, 1/4/09, jmswan <jmswan <at> iol.unh.edu> wrote:

From: jmswan <jmswan <at> iol.unh.edu>
Subject: Re: [Sip-implementors] Event header in subscribe
To: "Mid Nightmare" <mid_nightmare_1980 <at> yahoo.co.in>
Cc: sip-implementors <at> lists.cs.columbia.edu
Date: Wednesday, 1 April, 2009, 1:07 AM

Hi,
The event-type portion of the Event header is case-sensitive.  
rfc3265 section 7.2.1 states:
"For the purposes of matching responses and NOTIFY messages with   SUBSCRIBE messages, the event-type
portion of the "Event" header is
   compared byte-by-byte, and the "id" parameter token (if present) is
   compared byte-by-byte.  An "Event" header containing an "id"
   parameter never matches an "Event" header without an "id" parameter.
   No other parameters are considered when performing a comparison.
      Note that the forgoing text means that "Event: foo; id=1234" would
      match "Event: foo; param=abcd; id=1234", but not "Event: foo" (id
      does not match) or "Event: Foo; id=1234" (event portion does not
(Continue reading)

Pankaj Munjal | 1 Apr 07:20 2009
Picon

Open Source Presence Server

Hello all,

Any idea if there is any open source Presence Server available?
I know of OpenSIPS, which has Presence module and provides basic
presence/XCAP features.
But i'm looking for one which alos supports advanced presence features like:
- Partial Presence (Publish/Notify)
- Filter support.
- Subscription to XML docs

Any pointers shall be really helpful.

Regards,
Pankaj
Somesh S. Shanbhag | 1 Apr 07:25 2009

Re: Open Source Presence Server

Try Asterisk. It supports presence package.

Somesh

* Please donot take the print out of this e-mail unless its absolutely
necessary *

-----Original Message-----
From: sip-implementors-bounces <at> lists.cs.columbia.edu
[mailto:sip-implementors-bounces <at> lists.cs.columbia.edu] On Behalf Of
Pankaj Munjal
Sent: Wednesday, April 01, 2009 10:51 AM
To: Sip-implementors
Subject: [Sip-implementors] Open Source Presence Server

Hello all,

Any idea if there is any open source Presence Server available?
I know of OpenSIPS, which has Presence module and provides basic
presence/XCAP features.
But i'm looking for one which alos supports advanced presence features
like:
- Partial Presence (Publish/Notify)
- Filter support.
- Subscription to XML docs

Any pointers shall be really helpful.

Regards,
Pankaj
(Continue reading)

jmswan | 1 Apr 07:27 2009

Re: Event header in subscribe

Hi,

rfc3261 section 7.2.1 states that values expressed as quoted strings  
are case-sensitive unless specified otherwise.  The names for the  
event packages are defined as quoted strings in their respective rfc's  
with no mention of case-sensitivity (that I can find).  For example  
the package name for presence is defined as "presence" in section 6.1  
of rfc 3856.  I believe this means that the names of the specific  
event packages are case-sensitive.

Thanks
James

On Mar 31, 2009, at 11:15 PM, Mid Nightmare wrote:

> Hi
>
>
> Thats only for matching Notify with Subscribe for the particular  
> event.But what about the a presence server.Will it interpret and  
> accept requests with Event as "PRESence"?
>
> Cheers
> Darth
>
> --- On Wed, 1/4/09, jmswan <jmswan <at> iol.unh.edu> wrote:
>
> From: jmswan <jmswan <at> iol.unh.edu>
> Subject: Re: [Sip-implementors] Event header in subscribe
> To: "Mid Nightmare" <mid_nightmare_1980 <at> yahoo.co.in>
(Continue reading)

Kamalakanta Palei (kpalei | 1 Apr 07:34 2009
Picon

Re: Event header in subscribe

Hi Darth
>From RFC 3261 - 

When comparing header fields, field names are always case-
insensitive.  Unless otherwise stated in the definition of a
particular header field, field values, parameter names, and parameter
values are case-insensitive.  Tokens are always case-insensitive.

So for presence server Ideally it should be case-insensitive. However probably you may like your implementation
should send event header out as "presence" and should be ready to process incoming event headers as
"PREsence" or "preSEnce" or whatever combination.

Kamal
Cisco, Bangalore
India

-----Original Message-----
From: sip-implementors-bounces <at> lists.cs.columbia.edu
[mailto:sip-implementors-bounces <at> lists.cs.columbia.edu] On Behalf Of Mid Nightmare
Sent: Wednesday, April 01, 2009 8:45 AM
To: jmswan
Cc: sip-implementors <at> lists.cs.columbia.edu
Subject: Re: [Sip-implementors] Event header in subscribe

Hi

Thats only for matching Notify with Subscribe for the particular event..But what about the a presence
server.Will it interpret and accept requests with Event as "PRESence"?

Cheers
(Continue reading)

Iñaki Baz Castillo | 1 Apr 10:06 2009
Picon

Re: Open Source Presence Server

2009/4/1 Somesh S. Shanbhag <somesh.shanbhag <at> mgl.com>:
> Try Asterisk. It supports presence package.

Sorry ?????

Asterisk DOESN'T support presence (nor SIMPLE "presence" package, nor
RFC 4235 "dialog" package).
Asterisk does support a "modified" and really limited version of RFC
4235 ("dialog" event package), but it's a full hack, incorrect and
very bad implemented. And of course, it's fully *non compliant* with
RFC 4235 and phones supporting it. Some phones support Asterisk dialog
presence. I think they shouldn't since it's non a standard and
Asterisk shouldn't become a standard.

About SIMPLE presence (user status, XCAP...) Asterisk supports NOTHING.

Please, read the Asterisk documentation before assumming it's perfect.
This is not the first time I read somebody recommending Asterisk "for
anything" (I remember a guy recommending Asterisk as IMS
ApplicationServer since "it implements SIP....").

Regards.

--

-- 
Iñaki Baz Castillo
<ibc <at> aliax.net>

_______________________________________________
Sip-implementors mailing list
Sip-implementors <at> lists.cs.columbia.edu
(Continue reading)

friend friend | 1 Apr 12:33 2009
Picon

Error Response from UA2

Dear Friends,
        UA1 send Invite to UA2. UA2 sent 180 to UA1, and as per our one requirement UA2 should not send
200 OK and have 2 send error Response. UA2 have to indicate to UA1, the call has rejected. now could any one
please tell me, what will be the correct Error Response from UA2 side?
 
Thanks in Advance
 
Thanks & Regards,
Vijay

      Connect with friends all over the world. Get Yahoo! India Messenger at http://in.messenger.yahoo.com/?wm=n/
Pappu, Srikant | 1 Apr 12:41 2009

Re: Error Response from UA2


I guess 486 Busy Here/603 Decline would be a suitable response in order to indicate that the call is rejected.

Regards,
Srikant

-----Original Message-----
From: sip-implementors-bounces <at> lists.cs.columbia.edu
[mailto:sip-implementors-bounces <at> lists.cs.columbia.edu] On Behalf Of friend friend
Sent: Wednesday, April 01, 2009 4:04 PM
To: sip fourm
Subject: [Sip-implementors] Error Response from UA2

Dear Friends,
        UA1 send Invite to UA2. UA2 sent 180 to UA1, and as per our one requirement UA2 should not send
200 OK and have 2 send error Response. UA2 have to indicate to UA1, the call has rejected. now could any one
please tell me, what will be the correct Error Response from UA2 side?
 
Thanks in Advance
 
Thanks & Regards,
Vijay

      Connect with friends all over the world. Get Yahoo! India Messenger at http://in.messenger.yahoo.com/?wm=n/
_______________________________________________
Sip-implementors mailing list
Sip-implementors <at> lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

(Continue reading)

Anuradha Gupta | 1 Apr 12:42 2009

Re: Error Response from UA2

The response code depends upon the rejection reason at UA2.
For example:

488 : when the offered SDP is not acceptable
486 : when the user is busy
400 : the request was malformed

There is no single response code that can be identified as correct.

Regards

Anuradha Gupta
Aricent

-----Original Message-----
From: sip-implementors-bounces <at> lists.cs.columbia.edu
[mailto:sip-implementors-bounces <at> lists.cs.columbia.edu] On Behalf Of friend friend
Sent: Wednesday, April 01, 2009 4:04 PM
To: sip fourm
Subject: [Sip-implementors] Error Response from UA2

Dear Friends,
        UA1 send Invite to UA2. UA2 sent 180 to UA1, and as per our one requirement UA2 should not send 200 OK and have 2
send error Response. UA2 have to indicate to UA1, the call has rejected. now could any one please tell me,
what will be the correct Error Response from UA2 side?

Thanks in Advance

Thanks & Regards,
Vijay
(Continue reading)

Rastogi, Vipul (Vipul | 1 Apr 12:56 2009

11.2 Authentication and Authorization in RFC 4412

Hi,
	As per section 11.2 of RFC 4412, one can also use Digest
authentication. My understanding is that with this, UAS/Proxy can
authenticate UAC but how can it authorize UAC to use a particular RP
Priority level ?
 I mean how UAS/Proxy ensures UAC is authorized to use dsn.flash or
something else.
Thanks,
Vipul Rastogi 


Gmane