Re: [asterisk-users] How to have callers not being billed when in waiting queue ?

2017-03-28 Thread Max Grobecker
Hi, in Germany, this kind of regulation is in effect for phone numbers which cost more than a normal landline call. The regulation states, that the waiting time must not be charged to the customer. Most companies implemented this by simply switching their telephone numbers to those, which

Re: [asterisk-users] SipVicious scans getting through iptables firewall - but how?

2017-03-28 Thread Jonathan H
OK, I understand, Clever - I didn't know anything could read packets before iptables. And sorry about the formatting - I tried to make it all neat, but it looks like it got excessively word wrapped. Thanks for putting my mind at ease. On 28 March 2017 at 16:12, Andres

Re: [asterisk-users] SipVicious scans getting through iptables firewall - but how?

2017-03-28 Thread Andres
On 3/28/17 9:32 AM, Jonathan H wrote: My firewall and asterisk pjsip config only has "permit" options for my ITSP's (SIP trunk) IPs. Here's the script that sets it up. -- #!/bin/bash EXIF="eth0" /sbin/iptables --flush /sbin/iptables --policy

[asterisk-users] SipVicious scans getting through iptables firewall - but how?

2017-03-28 Thread Jonathan H
My firewall and asterisk pjsip config only has "permit" options for my ITSP's (SIP trunk) IPs. Here's the script that sets it up. -- #!/bin/bash EXIF="eth0" /sbin/iptables --flush /sbin/iptables --policy INPUT DROP /sbin/iptables --policy OUTPUT

[asterisk-users] How to have callers not being billed when in waiting queue ?

2017-03-28 Thread Olivier
Hello, In France, years ago, there was some discussions about a new regulation forcing some providers to not charge anything to callers while those are waiting for a call center agent to become available. Once caller and agent are on call with each other, nominal charging applies. No matter if

[asterisk-users] Questions regarding Dial's D option

2017-03-28 Thread Olivier
Hello, I'm currently playing with Application Dial D option. This option is documented with: D([called][:calling[:progress]]): Send the specified DTMF strings *after* the called party has answered, but before the call gets bridged. The DTMF string is sent to the called party, and