On 10/21/10 11:21 PM, Iñaki Baz Castillo wrote:
2010/10/21 Daniel-Constantin Mierlamico...@gmail.com:
There are two aspects:
1) real time communication routing - voice, im, presence states
2) offline resource routing - vcard, predefined-content documents
1) can always have a correspondent in
2010/10/22 Daniel-Constantin Mierla mico...@gmail.com:
1)
- Alice has two active resources (alice-1and alice-2).
- alice-1 uploads a new vCard.
How is alice-2 notified about that change if there is no possibility
of subscription to the vcard?
Why it needs to be notified immediately? I
On 10/20/10 2:57 PM, Iñaki Baz Castillo wrote:
2010/10/20 Jon Bonillama...@aholab.ehu.es:
El Wed, 20 Oct 2010 13:11:22 +0200
Iñaki Baz Castilloi...@aliax.net escribió:
Integrating XMPP into SIP is a workaround IMHO, but the fact that
some work is being done in this area confirms the failure
2010/10/21 Daniel-Constantin Mierla mico...@gmail.com:
I think it is just failure of one model over-complicated, the Presence
Agent.
SIP has also end-to-end presence and it was/is working perfect in most of
the cases.
Hi, I don't agree. SIP end-to-end presence fails when coming to
privacy
Hello,
On 10/21/10 11:20 AM, Iñaki Baz Castillo wrote:
2010/10/21 Daniel-Constantin Mierlamico...@gmail.com:
I think it is just failure of one model over-complicated, the Presence
Agent.
SIP has also end-to-end presence and it was/is working perfect in most of
the cases.
Hi, I don't agree.
Daniel-Constantin Mierla writes:
this kind of privacy is affecting the calls as well, for example. I can
send you a call or other SIP request to discover you are online/offline.
So this is another service that should be applied globally: black-white
lists.
Having a mechanism just for
2010/10/21 Juha Heinanen j...@tutpro.com:
this kind of privacy is affecting the calls as well, for example. I can
send you a call or other SIP request to discover you are online/offline.
So this is another service that should be applied globally: black-white
lists.
Having a mechanism just
2010/10/21 Daniel-Constantin Mierla mico...@gmail.com:
Hi, I don't agree. SIP end-to-end presence fails when coming to
privacy area as the watcher doens't receive the information from a
server, but from the watched user itself (so the watcher knows if it's
online or not). I've tryed end-to-end
On 10/21/10 12:09 PM, Iñaki Baz Castillo wrote:
2010/10/21 Juha Heinanenj...@tutpro.com:
this kind of privacy is affecting the calls as well, for example. I can
send you a call or other SIP request to discover you are online/offline.
So this is another service that should be applied globally:
On 10/21/10 12:20 PM, Iñaki Baz Castillo wrote:
2010/10/21 Daniel-Constantin Mierlamico...@gmail.com:
Hi, I don't agree. SIP end-to-end presence fails when coming to
privacy area as the watcher doens't receive the information from a
server, but from the watched user itself (so the watcher
On 10/21/10 4:15 PM, Iñaki Baz Castillo wrote:
2010/10/21 Daniel-Constantin Mierlamico...@gmail.com:
On the other hand, this is just exchange of content, like voice call is. I
can send to my peer a link to a web resource from where to download
Then blocking a user not to view your avatar is
On 10/21/10 4:15 PM, Iñaki Baz Castillo wrote:
[...]
And worse: Not all the information a watcher wants to retrieves
depends on the watched user itself. The avatar, the user profile (a
vCard) is retrieved from the server (this is true in XMPP, MSN,
Skype), so distribute presence cannot
Daniel-Constantin Mierla writes:
This is sorted out by location server. iirc, you implemented the
filtering based on allowed methods.
yes, that takes care of sending subscribe to ua that does not support
it. the sad thing is that there are UAs on the marker that don't
advertise their
2010/10/21 Daniel-Constantin Mierla mico...@gmail.com:
Back to first paragraph. Are XMPP, MSN, Skype doing processing to these
documents, or are they just pure storage systems for them with a white/black
list access policy? In other words, I can publish my vcard and then tell the
server if X
On 10/21/10 6:20 PM, Iñaki Baz Castillo wrote:
2010/10/21 Daniel-Constantin Mierlamico...@gmail.com:
Back to first paragraph. Are XMPP, MSN, Skype doing processing to these
documents, or are they just pure storage systems for them with a white/black
list access policy? In other words, I can
Daniel-Constantin Mierla writes:
The problem right now is interpreting the content - presence information
is content. If the server does not understand the Event you subscribe
to, bye bye...
i agree with that. in one sip ua is was not possible to configure
voicemail uri. it assumed that
2010/10/21 Daniel-Constantin Mierla mico...@gmail.com:
In both XMPP and MSN the avatar and vcard are retrieved by a watcher
from the server if the watched gives the watcher permissions, so the
server *does* interpret the permissions rules in behalf of the user.
How to achieve this logic in a
2010/10/21 Juha Heinanen j...@tutpro.com:
i argued that requests should be routed by proxy on r-uri only.
Hi, this is not true in all cases. For example when a user
sip:al...@dom.com sends a PUBLISH with presence information, the RURI
MUST also si sip:al...@dom.com, so if the proxy routes it to
Iñaki Baz Castillo writes:
The proxy must be ready to route a request not just based on the RURI
but also on the method and also on the Event type (a PUBLISH for
presence must be routed to the presence server while a PUBLISH for
dialog must be routed to some other server).
inaki,
method is
2010/10/21 Juha Heinanen j...@tutpro.com:
Iñaki Baz Castillo writes:
Then how do you get the proxy routing Event: presence PUBLISH to a
server-1 and Event: dialog PUBLISH to server-2?
you cannot do it. it is not supported.
Could you explain it please?
Also, innovation would also be
Iñaki Baz Castillo writes:
Then how do you get the proxy routing Event: presence PUBLISH to a
server-1 and Event: dialog PUBLISH to server-2?
you cannot do it. it is not supported.
Could you explain it please?
there is not much to explain. request uri must tell where request is
2010/10/21 Juha Heinanen j...@tutpro.com:
Could you explain it please?
there is not much to explain. request uri must tell where request is
routed. if that is not enough, then proxy needs to get involved with
application level stuff, which locks its use to well known
applications.
IMHO
2010/10/21 Iñaki Baz Castillo i...@aliax.net:
- Bob susbcribes to Alice's presence by *indicating* in the SUBSCRIBE
body he is interested in presence+status and presence+geolocation
events (as Bob's device doesn't understand/implement other presence
information and couldn't render it).
Iñaki Baz Castillo writes:
The fact is that I agree with you. But note that with REGISTER the
same occurs. It's very common an architecture in which the client is
just provisioned with a domain name, which resolved to its proxy, and
such proxy router the REGISTER to a registrar server (even
2010/10/21 Juha Heinanen j...@tutpro.com:
rfc3261 allows that the ua is configured with address of registrar. in
fact, there are sip UAs that allow configuring registrar differently
from proxy.
Yes, but isn't nicer provisioning a UA just with AoR, password and
domain letting DNS NAPTR/SRV and
Iñaki Baz Castillo writes:
Yes, but isn't nicer provisioning a UA just with AoR, password and
domain letting DNS NAPTR/SRV and routing in the proxy to do their
magic? :)
you need to draw the line somewhere regarding how much magic proxy does
and knows about. there are many levels to it:
2010/10/21 Juha Heinanen j...@tutpro.com:
Yes, but isn't nicer provisioning a UA just with AoR, password and
domain letting DNS NAPTR/SRV and routing in the proxy to do their
magic? :)
you need to draw the line somewhere regarding how much magic proxy does
and knows about. there are many
On 10/21/10 7:34 PM, Iñaki Baz Castillo wrote:
2010/10/21 Daniel-Constantin Mierlamico...@gmail.com:
In both XMPP and MSN the avatar and vcard are retrieved by a watcher
from the server if the watched gives the watcher permissions, so the
server *does* interpret the permissions rules in
On 10/21/10 9:31 PM, Juha Heinanen wrote:
Iñaki Baz Castillo writes:
Yes, but isn't nicer provisioning a UA just with AoR, password and
domain letting DNS NAPTR/SRV and routing in the proxy to do their
magic? :)
you need to draw the line somewhere regarding how much magic proxy does
and
2010/10/21 Daniel-Constantin Mierla mico...@gmail.com:
There are two aspects:
1) real time communication routing - voice, im, presence states
2) offline resource routing - vcard, predefined-content documents
1) can always have a correspondent in 2) while some things in 2) might not
be in 1).
-- Forwarded message --
From: Elwell, John john.elw...@siemens-enterprise.com
Date: Wed, Oct 20, 2010 at 9:45 AM
Subject: Re: [dispatch] proposed SIXPAC charter
To: Peter Saint-Andre stpe...@stpeter.im, dispa...@ietf.org
dispa...@ietf.org
I find this a worthwhile topic to pursue.
2010/10/20 Victor Pascual Avila victor.pascual.av...@gmail.com:
I find this a worthwhile topic to pursue. I had been wondering whether
this activity would turn out to be more of a profiling exercise, and
whether the IETF might not be the best choice of venue for such work.
From the current
El Wed, 20 Oct 2010 13:11:22 +0200
Iñaki Baz Castillo i...@aliax.net escribió:
2010/10/20 Victor Pascual Avila victor.pascual.av...@gmail.com:
I find this a worthwhile topic to pursue. I had been wondering whether
this activity would turn out to be more of a profiling exercise, and
whether
2010/10/20 Jon Bonilla ma...@aholab.ehu.es:
El Wed, 20 Oct 2010 13:11:22 +0200
Iñaki Baz Castillo i...@aliax.net escribió:
Integrating XMPP into SIP is a workaround IMHO, but the fact that
some work is being done in this area confirms the failure of SIMPLE.
IMHO it's better to define a new
34 matches
Mail list logo
