Hi all,
Charles Abondo
> May I have received as a UAS (last hop on a path) a Request with several
> Authorisation fields (there is no Sip capable entity after the UAS? If
yes,
> how do I select one (realm ....)?
Dale
> The request may have to pass through several proxies that require
> different authorizations, etc. So what the UAS needs to do is check all
> the authorizations, and if any one is suitable for it, it accepts the
> request.
Charles Abondo
Thanks Dale for your answer but there is a still a problem.
Proxies use Proxy-Authorization and must remove them before forwarding
Register message and there is no forking for Register message, so I still do
not understand in which case you can have multiple Authorisation fields.
Regards,
Message: 5
Date: Tue, 6 Jun 2006 09:18:59 -0400
From: "Charles Abondo" <[EMAIL PROTECTED]>
Subject: [Sip-implementors] Could a UA receive several Authorisation
fields in a Register message?
To: "'Sip Implementors'" <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Hi,
I would like help on this topic:
May I have received as a UAS (last hop on a path) a Request with several
Authorisation fields (there is no Sip capable entity after the UAS? If yes,
how do I select one (realm ....)?
Regards,
Charles Abondo
------------------------------
Message: 6
Date: Tue, 06 Jun 2006 09:26:19 -0400
From: "Dale R. Worley" <[EMAIL PROTECTED]>
Subject: Re: [Sip-implementors] Could a UA receive several
Authorisation fields in a Register message?
To: Sip-Implementors <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain
On Tue, 2006-06-06 at 09:18 -0400, Charles Abondo wrote:
> May I have received as a UAS (last hop on a path) a Request with several
> Authorisation fields (there is no Sip capable entity after the UAS? If
yes,
> how do I select one (realm ....)?
The request may have to pass through several proxies that require
different authorizations, etc. So what the UAS needs to do is check all
the authorizations, and if any one is suitable for it, it accepts the
request.
Dale
---
interop.pingtel.com -- the public SIP phone interoperability test server
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
