I;m not entirely sure, but consume_credentials might take care of this..
Heh, or just get rid of the grandstreams! ick! ;)
-Brett
---------- Original Message ----------------------------------
From: Federico Giannici <giannici(a)neomedia.it>
Date: Sat, 05 Nov 2005 16:50:29 +0100
>I have found that some UAs (e.g Grandstream's ones) send the
>Proxy-Authorization header even in ACKs messages.
>
>As we don't explicitly try to authenticate ACKs, we cannot use the
>consume_credentials() function. In fact, it seems that we have to call
>proxy_authorize() before we can use the consume_credentials(). But it's
>contrary to RFC to call proxy_authorize() for ACKs and CANCELs methods!
>
>So, how can we prevent the Proxy-Authorization information to be
>forwarded to subsequent hops?
>
>
>Thanks.
>
>--
>___________________________________________________
> __
> |- giannici(a)neomedia.it
> |ederico Giannici http://www.neomedia.it
>___________________________________________________
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
Hello,
Is it possible to set host:port in the contact field
when
registration is sent ?
Does nathelper allow this ?
Harry
___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com
I have found that some UAs (e.g Grandstream's ones) send the
Proxy-Authorization header even in ACKs messages.
As we don't explicitly try to authenticate ACKs, we cannot use the
consume_credentials() function. In fact, it seems that we have to call
proxy_authorize() before we can use the consume_credentials(). But it's
contrary to RFC to call proxy_authorize() for ACKs and CANCELs methods!
So, how can we prevent the Proxy-Authorization information to be
forwarded to subsequent hops?
Thanks.
--
___________________________________________________
__
|- giannici(a)neomedia.it
|ederico Giannici http://www.neomedia.it
___________________________________________________
Is there a way to know what is the value assigned to the "max_len" core
value?
I wasn't able to find it looking at the source code...
Thanks.
--
___________________________________________________
__
|- giannici(a)neomedia.it
|ederico Giannici http://www.neomedia.it
___________________________________________________
I used and tested the remove_hf function in ser 8.14 on a test box
running netbsd. After confirming that it operated to my satisfaction, I
loaded the latest package on my soekris single board i386 computer
running openbsd 3.7. When ser started up and parsed my config, It
complained that it couldn't find the remove_hf function. Was this
function removed from ser 9.4? or has it been relocated to an
external module.
Thanks,
Dale
Mark,
I cannot tell you how much I appreciate your rare
and insightful comments about Windows Messenger (WM).
Valuable warnings of this kind are understandably
difficult to find on the Microsoft Website,
or anywhere else for that matter.
The restrictions you describe are probably the reason
that WM gets so little mention on the serusers list.
I visited the Microsoft website describing WM,
and all of the WM documents I find are dated 2001,
as if Microsoft has abandoned the WM product,
which I don't think is really the case.
The documents did not mention any plan
for me to pay a fee for WM use,
with or without whiteboard and IM service.
The site makes WM appear 100% free.
Can you please direct me to a website or a phone number
where I can find out the amount and conditions
of such WM charges?
During my startup phase, while I am evaluating the viability
of my tutoring business model,
it is probably acceptable for me to pay WM fees to Microsoft,
and to restrict myself to the uPnP routers required by WM.
But over the longer term, both of those limitations will
present a serious problem, just as you have suggested.
Microsoft's failure to include STUN support in WM is
a serious error which limits its deployability.
thanks for your help,
Michael
Hey All,
For the life of me, I can't figure this out. And I know it should be
really simple. I can't get Asterisk to accept a call from SER. It
appears that it's trying to authenticate the ORIGINAL caller and not the
proxy itself. I've set asterisk up to use insecure=yes, but I still get
a 407. I know this may be an Asterisk question, but I'm not sure if I
need to be doing something different (like a consume credentials) on the
SER side.
Any ideas?
-Brett
Hi,
I wondering how to implement line transfer and call waiting.
For the line transfer on the user side, it's necessary to create a special
"ser.cfg" ? Or it's only a feature on the SIP phone/device ?
How about the call waiting ? Need only a specific SIP phone/device ?
Thanks,
Christophe
Can anyone tell me if serctl moni tells you the number of calls in progress?
Transaction Statistics
Current: 0 (38 waiting) Total: 2918 (0 local)
Replied localy: 7014
Completion status 6xx: 0, 5xx: 26, 4xx: 546, 3xx: 0,2xx: 3410
Is it the number of waiting transactions?
Thanks
Richard C. Thompson
I have a requirement to ensure that Authorization Username == From: Username
before a call is allowed.
I would appreciate any advice, guidance or reference to other resources that
may enable me to do this.
Kind regards,
Russell Bate
Livewire International
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.12.6/152 - Release Date: 31/10/2005
The information transmitted including any attachments is intended only for the exclusive use of the person(s) or entity to which it is addressed and may contain confidential and privileged material that may be subject to legal privilege. Any perusal, review, retransmission, dissemination, distribution, reproduction or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient without the sender's prior consent is unauthorised and strictly prohibited. If you have received this message in error, please notify the sender immediately and delete the message from your computer.
