similar to: Source policy routing in the HOWTO

I have a theory on the cause of a problem but it is still only a theory. I wonder if anyone here can confirm. I have a multi-isp configuration with a multi-path default route to each ISP, equally weighted. I am seeing, periodically, traffic dropped due to martian detection and errors logged on inbound traffic, but at other times, that same exact traffic will be allowed, no errors. My

On Thu, Jan 15, 2015 at 12:58:26PM -0600, Russ Meyerriecks wrote: > On Thu, Jan 15, 2015 at 2:05 AM, Bertrand LUPART - Linkeo.com > <bertrand.lupart at linkeo.com> wrote: > > However, dahdi_genconf keeps finding no span: > > What am i missing? > > It looks like your driver is loaded correctly. My guess would be maybe > the dahdi-tools is packaged as an older

Hello, I just installed a Debian Jessie box from scratch which sports a Digium TE435 digital card. I installed the software, built and loaded the kernel modules: # dpkg -l|grep dahdi ii asterisk-dahdi 1:11.13.1~dfsg-2+b1 amd64 DAHDI devices support for the Asterisk PBX ii dahdi 1:2.10.0.1-1 amd64

On Thu, Jan 15, 2015 at 2:05 AM, Bertrand LUPART - Linkeo.com <bertrand.lupart at linkeo.com> wrote: > However, dahdi_genconf keeps finding no span: > What am i missing? It looks like your driver is loaded correctly. My guess would be maybe the dahdi-tools is packaged as an older version that doesn't know about the newer te435 card. You could hand craft the config file using the

On 1/8/18 9:38 AM, Bertrand LUPART - Linkeo.com wrote: > Hello Carlos, > > >> We have a server that records all calls so we set Mixmonitor with the b option to only record calls that are actually bridged. I notice that we have lost of 44 byte files in /var/spool/asterisk/monitor which correspond to calls that were not answered. If a call is not answered I assume it was never

Hi Eric, > On 12 avr. 2016, at 17:48, Eric Cooper <ecc at cmu.edu> wrote: > > On Tue, Apr 12, 2016 at 04:36:58PM +0200, Bertrand LUPART - Linkeo.com wrote: >> I just made a asterisk / dahdi fresh install on Debian 8.4, and ended up with the following packages : >> [...] >> However, i can't find any dahdi startup script, neither init.d neither systemd

i am reaving lots of martian broadcats Nov 8 15:37:57 firewall kernel: [ 895.708393] martian source 192.168.0.3 from 192.168.0.1, on dev eth0 Nov 8 15:37:57 firewall kernel: [ 895.708399] ll header: ff:ff:ff:ff:ff:ff:90:f6:52:3f:65:c0:08:00 Nov 8 15:37:59 firewall kernel: [ 897.711647] martian source 192.168.0.3 from 192.168.0.1, on dev eth0 Nov 8 15:37:59 firewall kernel: [ 897.711654]

> We once developed a reminder system for a customer. He's a cleaning > company, cleaning homes and offices. He was spending two hours a day calling > his customers to remind them of their appointment the next day. Two hours a > day equates to 40 hours a month that he saved with that system. He's been > using it for maybe 6-7 years now and not once was a customer upset

Hello, I just made a asterisk / dahdi fresh install on Debian 8.4, and ended up with the following packages : $ sudo dpkg -l|grep -Ei 'dahdi|asterisk|libpri' ii asterisk 1:11.13.1~dfsg-2+b1 amd64 Open Source Private Branch Exchange (PBX) ii asterisk-config 1:11.13.1~dfsg-2 all Configuration

Hi all, i have a problem i have this topology 192.168.1.7 GW 192.168.2.252 link 1 ------------------------------------ link 2 | | eth1 PROXY eth0 192.168.1.245 192.168.2.245 The default gw of the PROXY is 192.168.1.7 and the link2 is a Secondary link that i need to go out to internet!!!! My internal IP of the network is

On Sat, Jan 17, 2015 at 09:31:33AM +0100, Bertrand LUPART - Linkeo.com wrote: > >>> However, dahdi_genconf keeps finding no span: > >>> What am i missing? > >> > >> It looks like your driver is loaded correctly. My guess would be maybe > >> the dahdi-tools is packaged as an older version that doesn't know > >> about the newer te435

Thanks for reply, but this is irrelevant, I'm looking for an *Iridium* gateway. Regards, -- Jean-Denis Girard SysNux Syst?mes Linux en Polyn?sie fran?aise https://www.sysnux.pf/ T?l: +689 40.50.10.40 / GSM: +689 87.797.527 Le 03/04/2018 ? 16:05, albert zhang a ?crit?: > http://www.dinstar.cn/en/index.php/GSM/ > > 2018-04-04 10:01 GMT+08:00 Jean-Denis

On Tue, Jan 03, 2006 at 11:28:47AM +0100, <Alpt>: ~> On Sun, Dec 25, 2005 at 11:29:21AM +0100, <Alpt>: ~> ~> The multipath code creates new cached routes. Since ~> ~> after connect the socket is "connected", i.e. saddr and ~> ~> daddr are known and they are always provided when resolving ~> ~> route ~> ~> ~> ~> So, the connected

[This email is either empty or too large to be displayed at this time]

First of all, thank you to all of you who have helped to make iptables possible, whether in writing the code for it or testing it. It is BETTER than sliced bread! :-) Anyways, I have two questions related to the use of iptables. 1. I read on a post somewhere that it is smart to put the following two rules at the end of one''s iptables ruleset: iptables -A INPUT -p tcp -i eth0 -j

We have a server that records all calls so we set Mixmonitor with the b option to only record calls that are actually bridged. I notice that we have lost of 44 byte files in /var/spool/asterisk/monitor which correspond to calls that were not answered. If a call is not answered I assume it was never bridged so why would Asterisk create a file? Is there a way to avoid getting those empty

I'm not getting any ringing when I use option r with Dial: Dial("DAHDI/1-1", "motif/8447/+1<called-num>@voice.google.com,,rTt") in new stack Otherwise all works. The call goes through, good audio. sean

AFAIK g729 patent is expiring sometime in 2019-2020. Mitul Limbani On Feb 8, 2017 5:02 AM, "Victor Villarreal" <mefhigoseth at gmail.com> wrote: > Hi Steve, > > I understand your question and your point, but I use the g729 codec from > the link that Carlos share, for almost 6 years from Asterisk 1.4 to v13 > without a single problem. > > So, sory but I

I noticed I got a strange connection from what seems to be a user in italy?!? and he connected to my SMB client maybe?? I'm assuming the errors in his logfile ( http://68.48.247.187/log.gustavo.txt ) not finding the service.c file are because he is being denied access.. but how is he connecting in the first place.. And why isnt he being refused by my servers hosts.deny file...? I have

I''ve set up a simple 2-interface Linux router using shorewall-perl 4.0.8 (and upgraded to 4.0.9). Everything works flawlessly. One small exception I have noticed (since I''m a new shorewall user I assume this is probably an error on my part). 1. Problem: With no "logmartians" entries in /etc/shorewall/interfaces, shorewall-perl sets