Hi all,
Is there an easy way to disable RTPProxy for certain calls eg. based on called number? Am using the ser.cfg from http://www.iptel.org/ser/howtos/optimizing_the_use_of_rtp_proxy.
For whatever reason all calls are passing the RTPProxy.
- I would like to disable the RTPProxy for calls where I know the
destination is able to handle NAT.
- For calls where I know both UAT are behind the same NAT. As soon as I update the realm of those clients with whatever
value beside the ser IP adress, those useres cannot login anymore.
Is this sufficient information - do you need the ser.cfg?
Thanks Patrick
************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security@colt.net and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
Hi Patrick, sorry for the delayed response.
Strassburger, Patrick wrote:
Hi all,
Is there an easy way to disable RTPProxy for certain calls eg. based on called number? Am using the ser.cfg from _http://www.iptel.org/ser/howtos/optimizing_the_use_of_rtp_proxy_.
I'm the author of the document. However, it is a little bit outdated with the current CVS version of SER. What version of SER do you use?
For whatever reason all calls are passing the RTPProxy.
- I would like to disable the RTPProxy for calls where I know the
destination is able to handle NAT.
Can your clients use STUN? Do they support passive attribute? If your NAT between your SER and UA is not symmetric, it should work. Otherwise, RTPproxy is necessary.
- For calls where I know both UAT are behind the same NAT. As soon as I update the realm of those clients with whatever
value beside the ser IP adress, those useres cannot login anymore.
That's strange, it should not affect the registration of your clients. I'll try to set up CVS SER for tests and see if I hit any problems.
Lada
Is this sufficient information - do you need the ser.cfg?
Thanks Patrick
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security@colt.net and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi,
1) Where can I find a definitive list of "@select" variables including FROM / TO track? I assume that list is "core" and will exist regardless of config use.
2) Is it possible to find a definitive list of $avp that exist in all classes ? I assume this list is defined/set directly in the config or as a side effect of some module calls.
..mike..
http://www.iptel.org/ser/doc/search
At 22:53 13/02/2008, Mike Trest - Personal wrote:
Hi,
- Where can I find a definitive list of "@select" variables
including FROM / TO track? I assume that list is "core" and will exist regardless of config use.
- Is it possible to find a definitive list of $avp that exist in all classes ?
I assume this list is defined/set directly in the config or as a side effect of some module calls.
..mike..
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
Hi, Is this search still working for core information? I tried to open one of the "@select" variables and I received a "page not found"
Is there another place where I can check for information about the new commands, attributes, functions, syntax, etc for the Core?
Regards
Alberto Cruz
-----Original Message----- From: serusers-bounces@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Jiri Kuthan Sent: Thursday, February 14, 2008 4:43 AM To: Mike Trest - Personal; serusers@iptel.org Subject: Re: [Serusers] @selects and $avp variables
http://www.iptel.org/ser/doc/search
At 22:53 13/02/2008, Mike Trest - Personal wrote:
Hi,
- Where can I find a definitive list of "@select" variables
including FROM / TO track? I assume that list is "core" and will exist regardless of config use.
- Is it possible to find a definitive list of $avp that exist in all
classes ?
I assume this list is defined/set directly in the config or as a side
effect
of some module calls.
..mike..
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
_______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Alberto Cruz -
Jiri Kuthan -
Ladislav Andel -
Mike Trest - Personal -
Strassburger, Patrick