Hi Rayees,
By saying it "works properly", I mean that I am able to have
both MO as well as MT calls from/to the X-Lite via the Server. Ethereal traces
from the X-Lite UA end depicts messages being exchanged to&fro this Server.
Just to confirm the same, I have verified this from the Server end traces also.
But I must really say that in the 200-OK response sent by this Server it
depicts 0 bindings, which obviously means no Registrations in this Server. Now
this is where I'm not clear as to how is this working then?
> Subject: RE: [Sip-implementors] Contact header missing in 200-OK sent by
> SIPServer
> Date: Wed, 29 Aug 2007 18:07:33 +0100
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]; [email protected]
>
>
> Hi Ansuman,
>
> If we go by RFC the 200 OK for REGISTER should contain all the contacts
> that are present for this AOR. A response with no contact header would
> mean that the user is not registered with any contact headers.
> I am not sure what you mean by "works properly". I can understand that a
> call from this X-Lite would be OK because it starts the call. However,
> can you call this X-lite from any other phone via the server?
>
> regards
> Rayees
>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Ansuman Mukherjee
> Sent: Wednesday, August 29, 2007 2:53 PM
> To: [email protected]
> Subject: [Sip-implementors] Contact header missing in 200-OK sent by
> SIPServer
>
> Hello All,
> I'm facing an unique issue with a specific SIP Server in
> here. The issue is - the' Contact' header is always missing in the
> 200-OK message sent in reply to the initial REGISTER message. However
> when I try with X-Lite with this Server, it works properly even if the
> contact header is missing in the 200-OK.
> As per my understanding of RFC3261 Section 10.3, it is mandatory for
> the Server to send a contact info in the 200-OK response to the REGISTER
> request. But what I'm failing to understand is what happens if there is
> no contact header present in the 200-OK message? How is a SIP UA
> expected to behave in such scenario? Is there any mandate to address
> such a scenario - or is it left onto the SIP client vendor to implement
> there own customisation?
> Awaiting your valuable response.
>
> Thanks,
> Ansuman
>
>
> _________________________________________________________________
> Download the latest version of Windows Live Messenger NOW!
> http://get.live.com/en-ie/messenger/overview
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
>
>
>
> ----------------------------------------------------------------------------------
> IMPORTANT The information contained in this e-mail any
> attachments is intended only for the named recipient and may be
> privileged or confidential.
>
> If you are not the intended recipient, please notify us immediately
> on +44 (0)1908 425000 and do not disclose, copy, distribute
> or take any action based on the contents of this e-mail.
>
> You should understand and accept that, when communicating with us
> by e-mail, it is not a totally secure communication medium.
>
> We accept no liability for any direct, indirect or consequential loss
> arising from any action taken in reliance on the information contained
> in this e-mail and give no warranty or representation as to its accuracy
> or reliability.
>
> DIGITALK has the facility to monitor and read both incoming
> and outgoing communications by e-mail. In line with industry efforts
> to reduce the proliferation of Un-Solicited SPAM messages,
> DIGITALK uses various methods including Reverse-DNS
> lookups and ban-lists to prevent malicious content reaching our users.
>
> This message and any attachments has been scanned for known
> viruses. However, we would advise you to ensure the content is
> indeed virus free. We do not, to the extent permitted by law, accept
> any liability (whether in contract, negligence or otherwise) for any virus
> infection and/or external compromise of security and/or breach of
> confidentiality in relation to transmissions sent by e-mail.
>
> VAT No: GB 876 3287 81. Reg No: 3080801
> Place of Registration: England
> Registered Office Address: 2 Radian Court, Knowlhill, Milton Keynes
> ----------------------------------------------------------------------------------"
>
_________________________________________________________________
Download the latest version of Windows Live Messenger NOW!
http://get.live.com/en-ie/messenger/overview
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
