osdir.com
mailing list archive
Mozy Online Backup: 2GB Free. Automatic. Secure.

Subject: Re: Public and private interfaces - msg#00336

List: voip.openser.user

Date: Prev Next Index Thread: Prev Next Index
Try the mhomed option.

http://openser.org/dokuwiki/doku.php?id=openser_core_cookbook&DokuWiki=708719727f3447ff8e339cf8dcefd774#mhomed

regards
klaus

Wilko van der Ploeg wrote:
I’ve got some problem when I try to forward an incoming call to a PSTN gateway :

The call comes in over the public network interface and should be forwarded via the private interface to the gateway (which only has a pvt address), but for some reason, the traffic is sent out over the public interface again and –logically- not able to find the gateway.


Any idea where to look ?


Wilko


------------------------------------------------------------------------

_______________________________________________
Users mailing list
Users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
http://openser.org/cgi-bin/mailman/listinfo/users




Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Public and private interfaces

This is a multi-part message in MIME format. I’ve got some problem when I try to forward an incoming call to a PSTN gateway : The call comes in over the public network interface and should be forwarded via the private interface to the gateway (which only has a pvt address), but for some reason, the traffic is sent out over the public interface again and –logically- not able to find the gateway.   Any idea where to look ?   Wilko

Next Message by Date: click to view message preview

Re: pike module usage

Hi Klaus, first, the pike module will count the IP source only for the requests called with pike_check_req(). There is no multiple counters support - only one. so, from script you can filter what requests you want to count. That's all you need to do in order to use it. regarding the configuration, you have three parameters: sampling time unit (S), request density per unit (N) and removed latency (L). In words: the alarm will be trigger if you get more than N request per S seconds. The alarm will be removed if no other request is received in L seconds. So, in your case, try: modparam("pike", "sampling_time_unit", 4) modparam("pike", "reqs_density_per_unit", 2) and if (is_method("REGISTER") && !pike_check_req()) { log("..."); exit; } regards, bogdan Klaus Darilion wrote: Hi! I have a SIP phone sending a REGISTER request every second. I want to block requests from this SIP phone for some time. I've read the docs but IMO the configuration and usage is quite complicated. Can the pike module be used to block this user? I'm not sure how to configure the pike module to block the REGISTER (1 request per second) but to allow proper dialing (e.g. a call setup may have 4 requests within one second). Does the pike module count all requests received or only those requests for which I execute pike_check_req()? regards klaus _______________________________________________ Users mailing list Users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx http://openser.org/cgi-bin/mailman/listinfo/users

Previous Message by Thread: click to view message preview

Public and private interfaces

This is a multi-part message in MIME format. I’ve got some problem when I try to forward an incoming call to a PSTN gateway : The call comes in over the public network interface and should be forwarded via the private interface to the gateway (which only has a pvt address), but for some reason, the traffic is sent out over the public interface again and –logically- not able to find the gateway.   Any idea where to look ?   Wilko

Next Message by Thread: click to view message preview

Reply Route (t_on_reply)

Hi, Does OpenSER support sequentially processing the same reply by several onreply routes, i.e. route { # general case - have all replies processed by # onreply_route[1] t_on_reply("1"); if (mycondition) { # special case - these replies should be processed # by onreply_route[1] _and_ by onreply_route[2] t_on_reply("2"); } t_relay(); } onreply_route[1] { # append_hf("P-MyExtraInfo: xyz\r\n"); } onreply_route[2] { # do some extra processing here } I did not find any info on this topic in the docs. Imho the ability to use trigger several onreply_routes for sequential processing can help extremly in keeping code clean and readable. Assume a proxy that is required, e.g., to insert a new header field into _any_ reply. In addition, some other replies need some extra handling in the onreply route. Without the capability to trigger multiple onreply-routes this leads to many conditionals in either the main route or in the reply route(s). Thanks in advance, --Joachim
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by