Send VoiceOps mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/voiceops
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of VoiceOps digest..."
Today's Topics:
1. Re: IPSec VPN server (Hiers, David)
2. Re: IPSec VPN server (Joseph Jackson)
3. Re: Pre-deployment/upgrade and Constant Quality Monitoring
(Hiers, David)
4. Re: Pre-deployment/upgrade and Constant Quality Monitoring
(Carlos Alvarez)
----------------------------------------------------------------------
Message: 1
Date: Mon, 21 Jan 2013 18:30:27 +0000
From: "Hiers, David" <[email protected]>
To: Paul Timmins <[email protected]>, Eric Wieling <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [VoiceOps] IPSec VPN server
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
We like Cisco ASAs for this role.
David
-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Paul Timmins
Sent: Sunday, January 20, 2013 19:53
To: Eric Wieling
Cc: [email protected]
Subject: Re: [VoiceOps] IPSec VPN server
Cisco router with redundant power supply. Running recent versions of IOS.
On Jan 20, 2013, at 22:48 , Eric Wieling <[email protected]> wrote:
> We are looking for something which crashes LESS than once per year. "had a
> few stability problems" doesn't give me a warm fuzzy feeling about the
> product. Configuration management is nice, but how important is it for a
> device which is never modified and has only one tunnel?
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On
> Behalf Of Nathan Anderson
> Sent: Sunday, January 20, 2013 4:10 PM
> To: '[email protected]'; '[email protected]'
> Subject: Re: [VoiceOps] IPSec VPN server
>
> +1 for MikroTik RouterOS. It has admittedly had a few stability issues in
> past versions, but is getting better all the time. The feature set you get
> for the price is insane, and device configuration and management is fantastic.
>
> Out of curiosity, what are you currently using, and what is your budget like
> for its replacement?
>
> MikroTik makes the RB1100AHx2 for $500, which is a dual-core PowerPC product
> with encryption/IPsec acceleration built-into the CPU; they claim you can
> forward 800+Mbit/s of IPsec traffic through the thing. (I haven't verified
> this.) They also just recently came out with a series of products based on
> Tilera's TILE-Gx multicore CPUs, with models in the $650-1000 range. For
> something a little cheaper, I can highly recommend the RB450G; the board
> itself is $100, and you can find places that will sell you a completely
> assembled kit with case + power supply for ~$130. No HW crypto, but I've
> heard of people doing ~20Mbit/s of IPsec through it.
>
> --
> Nathan Anderson
> First Step Internet, LLC
> [email protected]
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On
> Behalf Of Faisal Imtiaz
> Sent: Sunday, January 20, 2013 10:49 AM
> To: [email protected]
> Subject: Re: [VoiceOps] IPSec VPN server
>
> How about a Mikrotik Router ... ?
>
> Faisal Imtiaz
> Snappy Internet & Telecom
>
> On 1/20/2013 1:05 PM, Eric Wieling wrote:
>> We currently have SIP service with VZB, they require signaling go over an
>> IPSec VPN tunnel. Our current VPN box (which is somewhat old) crashes
>> about once per year and we would like to replace it with something which is
>> more reliable.
>>
>> Can anyone recommend rock solid boxes which can handle 10Mbps of IPSec
>> traffic? Our current usage is about 1/2 of that, but I want room to grow.
>>
>>
>>
>> _______________________________________________
>> VoiceOps mailing list
>> [email protected]
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>
>
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
>
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
------------------------------
Message: 2
Date: Mon, 21 Jan 2013 10:33:52 -0800
From: Joseph Jackson <[email protected]>
To: "Hiers, David" <[email protected]>, Paul Timmins
<[email protected]>, Eric Wieling <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [VoiceOps] IPSec VPN server
Message-ID:
<6d497fe8afd83e49afadd9114c569f8f128d1ed...@exmbx10.exchhosting.com>
Content-Type: text/plain; charset="us-ascii"
We too like the cisco ASA platforms for this function. Unfortunately some orgs
like Sprint require VPN parameters that the ASA does not support. Just ran
into this issue and had to deploy a 1700 router just for their tunnel
configuration. Sprint drives me nuts.
Joseph
-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Hiers, David
Sent: Monday, January 21, 2013 12:30 PM
To: Paul Timmins; Eric Wieling
Cc: [email protected]
Subject: Re: [VoiceOps] IPSec VPN server
We like Cisco ASAs for this role.
David
-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Paul Timmins
Sent: Sunday, January 20, 2013 19:53
To: Eric Wieling
Cc: [email protected]
Subject: Re: [VoiceOps] IPSec VPN server
Cisco router with redundant power supply. Running recent versions of IOS.
On Jan 20, 2013, at 22:48 , Eric Wieling <[email protected]> wrote:
> We are looking for something which crashes LESS than once per year. "had a
> few stability problems" doesn't give me a warm fuzzy feeling about the
> product. Configuration management is nice, but how important is it for a
> device which is never modified and has only one tunnel?
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On
> Behalf Of Nathan Anderson
> Sent: Sunday, January 20, 2013 4:10 PM
> To: '[email protected]'; '[email protected]'
> Subject: Re: [VoiceOps] IPSec VPN server
>
> +1 for MikroTik RouterOS. It has admittedly had a few stability issues in
> past versions, but is getting better all the time. The feature set you get
> for the price is insane, and device configuration and management is fantastic.
>
> Out of curiosity, what are you currently using, and what is your budget like
> for its replacement?
>
> MikroTik makes the RB1100AHx2 for $500, which is a dual-core PowerPC product
> with encryption/IPsec acceleration built-into the CPU; they claim you can
> forward 800+Mbit/s of IPsec traffic through the thing. (I haven't verified
> this.) They also just recently came out with a series of products based on
> Tilera's TILE-Gx multicore CPUs, with models in the $650-1000 range. For
> something a little cheaper, I can highly recommend the RB450G; the board
> itself is $100, and you can find places that will sell you a completely
> assembled kit with case + power supply for ~$130. No HW crypto, but I've
> heard of people doing ~20Mbit/s of IPsec through it.
>
> --
> Nathan Anderson
> First Step Internet, LLC
> [email protected]
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On
> Behalf Of Faisal Imtiaz
> Sent: Sunday, January 20, 2013 10:49 AM
> To: [email protected]
> Subject: Re: [VoiceOps] IPSec VPN server
>
> How about a Mikrotik Router ... ?
>
> Faisal Imtiaz
> Snappy Internet & Telecom
>
> On 1/20/2013 1:05 PM, Eric Wieling wrote:
>> We currently have SIP service with VZB, they require signaling go over an
>> IPSec VPN tunnel. Our current VPN box (which is somewhat old) crashes
>> about once per year and we would like to replace it with something which is
>> more reliable.
>>
>> Can anyone recommend rock solid boxes which can handle 10Mbps of IPSec
>> traffic? Our current usage is about 1/2 of that, but I want room to grow.
>>
>>
>>
>> _______________________________________________
>> VoiceOps mailing list
>> [email protected]
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>
>
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
>
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
------------------------------
Message: 3
Date: Mon, 21 Jan 2013 18:36:57 +0000
From: "Hiers, David" <[email protected]>
To: "[email protected]" <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [VoiceOps] Pre-deployment/upgrade and Constant Quality
Monitoring
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
One caveat...
Packet stats are great, as far as they go. Some of our worst audio quality
problems have occurred on networks that had perfect packet stats.
David
-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of Ryan Delgrosso
Sent: Sunday, January 20, 2013 11:45
To: [email protected]
Subject: Re: [VoiceOps] Pre-deployment/upgrade and Constant Quality Monitoring
Ill second the AcmePacket QOS solution. We store QOS stats historically in our
CDR database per call. It makes reporting for network management purposes easy,
as well as being able to push this data down to CSR's on the front lines to
help customers troubleshoot. It does create a bit of overhead from a CDR
storage perspective but the trade-off is well worth it.
The only thing I have not yet come up with a good solution for is measuring
audio quality where the far end TDM connection (not on my
network) is the problem, since packet stats will look clean but the audio
quality will still be poor due to problems not occurring on the packet network.
On 01/20/2013 10:59 AM, Jason L. Nesheim wrote:
> IxLoad is a great tool. However, I've never found it well suited for post
> deployment quality monitoring as it's primarily an engineering R&D test tool.
> Great for lab environment testing or for troubleshooting a specific load
> based problem in being experienced but it's not something you can move around
> much or deploy to a customer site easily.
>
> For post deployment quality monitoring I've used both Empirix XMS and the
> Acme Packet SBC QoS functionality in different ways with good success.
> Emprix is a great tool for overall network quality measurements and signaling
> data retention and allows a moderately skilled customer service team
> investigate call quality issues. On the Acme side, the CDR feed via radius
> or flat file with the end to end QoS statistics is very useful in building
> reports, validating SLA compliance, and tasks of this sort. In my case I
> used a custom FreeRadius perl module which did some data parsing and fed that
> into a database in real time for both Acme and Broadworks CDRs. This
> provided a good trap and trace tool as well as the database was near real
> time.
>
> My two cents at least...
>
> --
> Jason Nesheim
> 702-885-0815
>
> ----- Original Message -----
> From: [email protected]
> To: [email protected]
> Sent: Sunday, January 20, 2013 12:06:35 PM
> Subject: [VoiceOps] Pre-deployment/upgrade and Constant Quality
> Monitoring
>
> Hi all,
>
> I was wondering what commercial product folks are using for an
> automated test suite pre deployment and before upgrade roll outs
>
> I'm also looking for constant monitoring of things like call setup delays,
> RTP issues, Jitter, MOS,PESQ Echo etc. other than service status checking,
> for us and to go on our public service status pages.
>
> Had a call about IxLoad already and interested in what others do.
>
> Cheers.
>
> --
> Kind Regards,
>
> Gavin Henry.
> Managing Director.
>
> T +44 (0) 1224 279484
> M +44 (0) 7930 323266
> F +44 (0) 1224 824887
> E [email protected]
>
> Open Source. Open Solutions(tm).
>
> http://www.suretecsystems.com/
>
> Suretec Systems is a limited company registered in Scotland.
> Registered
> number: SC258005. Registered office: 24 Cormack Park, Rothienorman,
> Inverurie, Aberdeenshire, AB51 8GL.
>
> Subject to disclaimer at http://www.suretecgroup.com/disclaimer.html
>
> Do you know we have our own VoIP provider called SureVoIP? See
> http://www.surevoip.co.uk
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
------------------------------
Message: 4
Date: Mon, 21 Jan 2013 11:56:21 -0700
From: Carlos Alvarez <[email protected]>
To: [email protected]
Subject: Re: [VoiceOps] Pre-deployment/upgrade and Constant Quality
Monitoring
Message-ID:
<cafn1dufvjto2gqt0zufg0w9fh8sz3ut42t7cztlb+8ghfyc...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
+1
On Mon, Jan 21, 2013 at 11:36 AM, Hiers, David <[email protected]> wrote:
> One caveat...
>
> Packet stats are great, as far as they go. Some of our worst audio
> quality problems have occurred on networks that had perfect packet stats.
>
>
> David
>
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]
> On Behalf Of Ryan Delgrosso
> Sent: Sunday, January 20, 2013 11:45
> To: [email protected]
> Subject: Re: [VoiceOps] Pre-deployment/upgrade and Constant Quality
> Monitoring
>
> Ill second the AcmePacket QOS solution. We store QOS stats historically in
> our CDR database per call. It makes reporting for network management
> purposes easy, as well as being able to push this data down to CSR's on the
> front lines to help customers troubleshoot. It does create a bit of
> overhead from a CDR storage perspective but the trade-off is well worth it.
>
> The only thing I have not yet come up with a good solution for is
> measuring audio quality where the far end TDM connection (not on my
> network) is the problem, since packet stats will look clean but the audio
> quality will still be poor due to problems not occurring on the packet
> network.
>
>
> On 01/20/2013 10:59 AM, Jason L. Nesheim wrote:
> > IxLoad is a great tool. However, I've never found it well suited for
> post deployment quality monitoring as it's primarily an engineering R&D
> test tool. Great for lab environment testing or for troubleshooting a
> specific load based problem in being experienced but it's not something you
> can move around much or deploy to a customer site easily.
> >
> > For post deployment quality monitoring I've used both Empirix XMS and
> the Acme Packet SBC QoS functionality in different ways with good success.
> Emprix is a great tool for overall network quality measurements and
> signaling data retention and allows a moderately skilled customer service
> team investigate call quality issues. On the Acme side, the CDR feed via
> radius or flat file with the end to end QoS statistics is very useful in
> building reports, validating SLA compliance, and tasks of this sort. In my
> case I used a custom FreeRadius perl module which did some data parsing and
> fed that into a database in real time for both Acme and Broadworks CDRs.
> This provided a good trap and trace tool as well as the database was near
> real time.
> >
> > My two cents at least...
> >
> > --
> > Jason Nesheim
> > 702-885-0815
> >
> > ----- Original Message -----
> > From: [email protected]
> > To: [email protected]
> > Sent: Sunday, January 20, 2013 12:06:35 PM
> > Subject: [VoiceOps] Pre-deployment/upgrade and Constant Quality
> > Monitoring
> >
> > Hi all,
> >
> > I was wondering what commercial product folks are using for an
> > automated test suite pre deployment and before upgrade roll outs
> >
> > I'm also looking for constant monitoring of things like call setup
> delays, RTP issues, Jitter, MOS,PESQ Echo etc. other than service status
> checking, for us and to go on our public service status pages.
> >
> > Had a call about IxLoad already and interested in what others do.
> >
> > Cheers.
> >
> > --
> > Kind Regards,
> >
> > Gavin Henry.
> > Managing Director.
> >
> > T +44 (0) 1224 279484
> > M +44 (0) 7930 323266
> > F +44 (0) 1224 824887
> > E [email protected]
> >
> > Open Source. Open Solutions(tm).
> >
> > http://www.suretecsystems.com/
> >
> > Suretec Systems is a limited company registered in Scotland.
> > Registered
> > number: SC258005. Registered office: 24 Cormack Park, Rothienorman,
> > Inverurie, Aberdeenshire, AB51 8GL.
> >
> > Subject to disclaimer at http://www.suretecgroup.com/disclaimer.html
> >
> > Do you know we have our own VoIP provider called SureVoIP? See
> > http://www.surevoip.co.uk
> > _______________________________________________
> > VoiceOps mailing list
> > [email protected]
> > https://puck.nether.net/mailman/listinfo/voiceops
> > _______________________________________________
> > VoiceOps mailing list
> > [email protected]
> > https://puck.nether.net/mailman/listinfo/voiceops
>
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
>
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
>
--
Carlos Alvarez
TelEvolve
602-889-3003
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/voiceops/attachments/20130121/ed406c49/attachment.html>
------------------------------
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
End of VoiceOps Digest, Vol 43, Issue 43
****************************************
