I have one more question -
"how to tell the presence server that UE does'nt want presence
server to send NOTIFY's
and how to start receiving NOTIFY's after this?"
Any XCAP rf for this ?..
Can we achive all these using SIP PUBLISH ?
--- On Wed, 10/6/09, Iñaki Baz Castillo wrote:
From: Iñaki Baz
El Jueves, 11 de Junio de 2009, Paul Kyzivat escribió:
> Iñaki Baz Castillo wrote:
> > El Miércoles, 10 de Junio de 2009, Paul Kyzivat escribió:
> >> Actually, *in theory*, you can put Accept-Language:es into your INVITE,
> >> and then the text messages in the response ought to be written in
> >> S
Iñaki Baz Castillo wrote:
> El Miércoles, 10 de Junio de 2009, Paul Kyzivat escribió:
>
>> Actually, *in theory*, you can put Accept-Language:es into your INVITE,
>> and then the text messages in the response ought to be written in Spanish.
>>
>> (And of course everybody's SIP implementation doe
El Miércoles, 10 de Junio de 2009, Paul Kyzivat escribió:
> Actually, *in theory*, you can put Accept-Language:es into your INVITE,
> and then the text messages in the response ought to be written in Spanish.
>
> (And of course everybody's SIP implementation does that. :-)
Yes, I was to say the s
Iñaki Baz Castillo wrote:
> El Miércoles, 10 de Junio de 2009, Dale Worley escribió:
>> And a UAC might want to display the reason phrase, so you could use
>
> Do you mean that the UAC could display the reason phrase in *English*? IMHO a
> standarized code or "string" should be needed for this
El Miércoles, 10 de Junio de 2009, Dale Worley escribió:
> > Do you mean that the UAC could display the reason phrase in *English*?
> > IMHO a standarized code or "string" should be needed for this instead of
> > a custom string in English.
>
> Strictly speaking, the UAC would display the reason p
On Wed, 2009-06-10 at 21:22 +0200, Iñaki Baz Castillo wrote:
> El Miércoles, 10 de Junio de 2009, Dale Worley escribió:
> > And a UAC might want to display the reason phrase, so you could use
>
> Do you mean that the UAC could display the reason phrase in *English*? IMHO a
> standarized code or "
>>Do you mean that the UAC could display the reason phrase in *English*?
>IMHO a
>>>standarized code or "string" should be needed for this instead of a
>>custom string in English.
There is no standard for "Reason String". You can keep any String you want.
Only the response code is stand
El Miércoles, 10 de Junio de 2009, Dale Worley escribió:
> And a UAC might want to display the reason phrase, so you could use
Do you mean that the UAC could display the reason phrase in *English*? IMHO a
standarized code or "string" should be needed for this instead of a custom
string in Englis
On Wed, 2009-06-10 at 21:13 +0200, Iñaki Baz Castillo wrote:
> Yes, it could reply
> a 182 with SDP but, how many today's devices would render the SDP in a 182
> response?
They all should. That's a central tenet of SIP design -- there is a
default behavior for each class of responses that a dev
On Wed, 2009-06-10 at 15:01 -0400, Simon Perreault wrote:
> Iñaki Baz Castillo wrote, on 2009-06-10 14:49:
> > Hi, calling today to a cell phone I've seen in my mobile screen:
> > "Call waiting in the other side"
> >
> > Does something similar exist for SIP?
>
> Isn't this exactly what code 182
El Miércoles, 10 de Junio de 2009, Kanumuri, Sreeram escribió:
> >> Does something similar exist for SIP?
>
> We can use response code "182" for this case.
Humm, maybe:
21.1.4 182 Queued
The called party is temporarily unavailable, but the server has
decided to queue the call rather than
Iñaki Baz Castillo wrote, on 2009-06-10 14:49:
> Hi, calling today to a cell phone I've seen in my mobile screen:
> "Call waiting in the other side"
>
> Does something similar exist for SIP?
Isn't this exactly what code 182 is for?
Simon
--
STUN/TURN server--> http://numb.viagenie.ca
Inte
>> Does something similar exist for SIP?
We can use response code "182" for this case.
>>Another option would be a new response code:
>>"184 Call-Waiting"
182 is meant for the purposes like this no exactly call waiting but for similar
things like Call in queue...
On the Caller User-Interface we
Hi, calling today to a cell phone I've seen in my mobile screen:
"Call waiting in the other side"
This is: the callee was using a line in his phone and it was announced in a
provisional response.
Does something similar exist for SIP?
IMHO it would be very easy to implement:
A specific header
Hi,
I have a query related to RFC 4320 (Addressing issues identified with
non-invite transactions)
RFC 4320 states that an element will not forward 408 response upstream
as it is always useless. This is true.
But consider the following scenario
A proxy forwards a NIT request (say SUBSCRIBE) to
Please let me know if there is any specification defining the whiteboard
application in IMS ?
Thank you,
Parushram
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-im
2009/6/10 kishore sowdi :
> Hi ,
>
> I have few questions :
>
> 1) How a watcher can prevent himself from being watched or preventing
> presentity know that watcher is watching it?.
>
> 2) How can a single presentity convey his presence status as "online" to one
> watcher and "offline" to another
Hi ,
I have few questions :
1) How a watcher can prevent himself from being watched or preventing
presentity know that watcher is watching it?.
2) How can a single presentity convey his presence status as "online" to one
watcher and "offline" to another watcher?..
3) How do i tell presenc
19 matches
Mail list logo
