Hello, Bernie and list
I think my point of view is wrong. The behaviour of SER is absolutely
OK about contacts. My last explanation in previous message has been
terribly bad. Our problem is about phonebook.
We want to allow users to register from PC, mobile phones, smart
phones, iPaq,... in a multimedia environment. They should be able to
make voice calls and IM. But we have to find out the way to avoid users
write its phonebook every time they change from PC to mobil phone, for
example. (And all of this over IPv6, but it will be later)
So, I think the question is: Can SER manage phonebooks via
SUSBRIBE/NOTIFY or any other method? Should the client ask to SER for
phonebook table or it's a SER initiative? And if SER is not designed
for this, does anyone know a software, module, whatever which can
handle this? Or do you suggest any other way to attack this problem?
Thank you very much for your time
Curro
----- Mensaje Original -----
De: Bernie Hoeneisen <bhoeneis(a)switch.ch>
Fecha: Lunes, Enero 19, 2004 3:35 pm
Asunto: Re: [Serusers] Contacts in 200 OK
> Hi Curro!
>
> On Mon, 19 Jan 2004, CURRO_DOMINGUEZ wrote:
>
> > Hello,
> >
> > Thanks to the list for your help. I can say that SER is running
> OK and
> > we are doing a lot of very interesting tests.
> >
> > I have a question about contacts. As Jiri said to me, SER sends all
> > contacts in replies to REGISTER. This reply is a 200 OK and has
> so many
> > Contact fields as the user has in database.
>
> This is the correct behavior as standardized in RFC 3261.
>
> > The problem is that SIP clients like Windows Messenger doesn't care
> > about this Contact Fields. I know this isn't very important if
> you're> thinking of SIP Phones, but we are very interested in
> presence. We work
> > with SIP applications which need to know about user's contacts from
> > database.
>
> I don't see the link between "Windows Messenger" not caring about
> otherContacts and a Presence feature in the database (I guess you
> want SER to
> support this?).
>
> > So, I would like to know if someone has tested a SIP software that
> > works on this issue. We have looked at RFC 3261 about this, but
> there> isn't any comment.
>
> What do you mean by "this issue"? Could you explain this a bit more.
>
>
> T: Bernie
>
>
>