I know were still off topic here, but for my MLPPP I am using routerboards 
RB750GL (http://routerboard.com/RB750GL)

My cost on it was about $65 + shipping from Montreal. I have not had any 
failures with the unit and it was fairly simple to setup - this is by far the 
cheapest unit I have use that is proving to be quite reliable and is PACKED 
with features!

J


________________________________
 From: Philip Mullis <[email protected]>
To: Bruce N <[email protected]> 
Cc: [email protected] 
Sent: Monday, June 25, 2012 2:42:01 PM
Subject: Re: [on-asterisk] Simultaneous Call / Channel Count?
 
In regards to hardware :

At the time of my major mlppp deployments pfsense 2.0 wasn't ready (it now
supports mlppp).

I chose to do on going deployments of cisco 2600's because of cost and
performance, A cisco 2600 + wic's if far cheaper by far than a small pc
with multiple nics and pfsense, its also solid state can be dropped in a
lake etc...
I do build non-cisco units however of the same solid state variety (Altough
they have 6gig interfaces) they start at the 1k+ range vs the cisco 2600's
100$ + 80$ in wics price :)... alternatly you could use pcengines alix
boards or soekris but the final bundle comes close to the same as the cisco
and the cisco is honestly a better choice for a small thing like this.
People can also use mlppp on things like linksys using tomato, ive tried
this however it didn't measure up to the level of reliability that the
cisco deploys had.

On to the issues :

I've had a large array of weird ones which i can go into great length on in
person, but common things that are the trifle with bonded dsl are as follows

1) it will bond speed to the slowest pair
2) if you loose sync on one line it tears down the bundle ( this will cause
dropped calls! ) (so if you have one flaky line, lots of tear downs)
3) you have to ensue bell puts all your lines in the same co, ( I had a
major issue in montreal where bell install 3 lines in one co and 1 at
another and could never get the bond to stay synced)
4) you have to ensure you provider sets router affinity for your bonds (has
to ensure they snap to the same router fed from bell)  Telnet is good for
this, Teksavvy used to round robin but now has there big single router.
5) you have to make sure your dsl are all on the same type ie. interleave
vs fastpath this will cause lots of issues, best to have them all set to
interleave.



Phil.




On Mon, Jun 25, 2012 at 12:51 PM, Bruce N <[email protected]> wrote:

> Philip,
>
> Can you please elaborate on MLPPP issues you were facing (e.g. Was it
> stability issue or general DSL going down?)
> Also, why Cisco gear (I know you are big fan of pfSense)?
>
> I know that Caneris and Acanac have a joint Bonded DSL OpenWRT/MLPPP
> firmware as well. Has anyone used them? or can comment on any other
> providers MLPPP services worthy of deploying VoIP? Bell Fibe
> is surprisingly not available in lots of GTA areas yet.
>
>
> Best,
>
> On Fri, Jun 22, 2012 at 8:27 PM, Philip Mullis <[email protected]> wrote:
>
>> There are a number of ways you can get this data however youll need to
>> roll
>> your own script for the job, generally you can search
>> where the to dest>greater than your extension length and tag these as
>> outbound calls likewise you can tag where src>than extension length as
>> inbound.
>>
>> To simplify things on going you can always pack a channel variable (to
>> indicate direction) into your dial plan and set it to write out the cdrs
>> user field or other defined field if desired.
>>
>> Regarding Bonded ADSL for VoIP, Ive deployed a number of these both with
>> teksavvy and telnet (I use Cisco 2600's for bonding), I can say with
>> certainty it does work but is not prone to being 100% error free, and that
>> the better option and cheaper would be to get something like the bell fibe
>> service .. basically asdsl2/vsdl.. I recently hooked up one of my friends
>> via bell wholesale a 24meg down/7meg up circuit for around the 69$ mark
>> which well outperforms bonded adsl. Also if your in one of the densely
>> populated areas you may have bells new 175meg symmetrical service (same
>> speed up and down) that runs 129 retail!
>>
>> I hope this information helps
>>
>> Regards,
>>
>> Philip Mullis
>>
>>
>>
>>
>> On Fri, Jun 22, 2012 at 7:04 PM, Bruce N <[email protected]> wrote:
>>
>> > I don't think this script can tell the difference between just inbound
>> or
>> > outbound calls. I think it mixes all internal (ext to ext) calls with
>> other
>> > inbound/outbound calls. Is there any other script like this that is
>> able to
>> > tell just inbound or just outbound call peaks?
>> >
>> > Thanks,
>> > Bruce
>> >
>> >
>> >
>> > On Wed, Apr 4, 2012 at 4:43 PM, Blaine Aldridge
>> > <[email protected]>wrote:
>> >
>> > > Hi Chuck,
>> > >
>> > > John Lange posted a perl script maxcallcount.pl which you can use
>> both
>> > > Asterisk file based CDRs and CDR stored in a database.
>> > >
>> > > Sample output.
>> > >
>> > > Report from: Wed Dec  1 00:00:00 2010 - Fri Dec 31 23:59:59 2010
>> > > Total calls: 2828 (542399 sec - 9039 min)
>> > >    Longest: 0 days 11:10:59 (40259 sec) Source: 9052641234 Date: Tue
>> > > Dec  7 16:05:41 2010 - Wed Dec  8 03:16:40 2010
>> > >       Peak: 6 calls on Tue Dec  7 18:37:37 2010
>> > >
>> > > http://www.mail-archive.com/[email protected]/msg05559.html
>> > >
>> > > Blaine
>> > >
>> > >
>> > > On Tue, Apr 3, 2012 at 12:03 PM, Chuck Mariotti <[email protected]
>> >
>> > > wrote:
>> > > >
>> > > > A client is running into call quality issues on their shared
>> > > > (phones/computers) internet connection. We have about 6 months of
>> > > historical
>> > > > call info in asterisk.
>> > > >
>> > > > Is there an easy way to use this information to report on the
>> maximum
>> > > > number of channels used at once, etc... something I can spit out /
>> look
>> > > at
>> > > > that would give us an idea of the number of channels used? This
>> would
>> > > allow
>> > > > us to properly size a dedicated connection.
>> > > >
>> > > > Also, anyone have any feedback on Bonded DSL services from Teksavvy
>> for
>> > > > VoIP? (this is the intended direction)
>> > > >
>> > > > Regards,
>> > > >
>> > > > Chuck
>> > > >
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: [email protected]
>> > > For additional commands, e-mail: [email protected]
>> > >
>> > >
>> >
>> >
>> > --
>> > Bruce Nikzad - Add me on
>> > Linked<
>> >
>> http://www.google.ca/url?sa=t&rct=j&q=bruce%20nikzad&source=web&cd=1&ved=0CFQQFjAA&url=http%3A%2F%2Fca.linkedin.com%2Fpub%2Fbruce-nikzad%2F35%2F926%2F21&ei=P67CT87oJ8_nggfItbXXCQ&usg=AFQjCNFmTzHve8ONgcH2JwjzWSZ0acECNg
>> > >
>> > www.SharpCall.ca
>> > www.EntrepreneursDen.ca
>> >
>>
>
>
>
> --
> Bruce Nikzad - Add me on 
> Linked<http://www.google.ca/url?sa=t&rct=j&q=bruce%20nikzad&source=web&cd=1&ved=0CFQQFjAA&url=http%3A%2F%2Fca.linkedin.com%2Fpub%2Fbruce-nikzad%2F35%2F926%2F21&ei=P67CT87oJ8_nggfItbXXCQ&usg=AFQjCNFmTzHve8ONgcH2JwjzWSZ0acECNg>
> www.SharpCall.ca
> www.EntrepreneursDen.ca
>
>

Reply via email to