O.K., I see. There is no bug with your Grandstream. It's caching the
credential, which is allowed in RFC.
Thanks.
Zeus,
Here is a call log between two SIP phones on my SER proxy.
I am using remove_hf("Proxy-Authorization") before I
t_relay() the message, so you will see the
Proxy-Authorization in the header between my SIP Phone and SER.
Also, note that my SER proxy sits behind a Cisco 3600 so the
ALG in Cisco rewrites the 10.3.0.0 network addresses.
I've got no idea why the ACK contains the Proxy-Auth header,
unless it is a bug in my Grandstream phone. Who knows.
Regards,
Paul
On Fri, 18 Mar 2005 00:31:50 +1100, Zeus Ng
<zeus.ng(a)isquare.com.au> wrote:
Just curious, under what situation did you get
Proxy-Authorization
header with ACK? I never saw one before and am interested to know.
>
> Yes, that's what I thought. But the documentation does say that
> www_authorize() or proxy_authorize() must be called prior to
> consume_credentials().
>
> In my case I see the Proxy-Authorization header in ACK and BYE
> messages, so calling www_authorize() or proxy_authorize() isn't
> called and consume_credentials() doesn't appear to remove
the header
> in these cases.
>
> It does work when processing INVITE messages, however.
>
> Regards,
> Paul
>
>
> On Wed, 16 Mar 2005 12:51:56 -0500, Jan Janak
<jan(a)iptel.org> wrote:
Yes, consume_credentials should remove them.
Jan.
On 16-03 08:52, Java Rockx wrote:
> Hi All.
>
> Should consume_credentials() remove the
Proxy-Authorization header
> from my SIP messages before I t_relay()
them?
>
> If not, how should I remove the header? Use remove_hf() ?
>
> Regards,
> Paul
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
>
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers