Re: Ethernet performance tests

2010-10-28 Thread Stefano Gridelli
Hi Diogo

We use ixchariot endpoints installed on linux laptops to test sites
for voice readiness. Ixchariot calculates for you the MOS score and,
depending from the NIC, can also push close to 1 Gig of traffic. For
larger bandwidth tests (I believe 6-7 Gig) and fast re-route testing
(ms failover) we use ixia hardware.

Ciao


On 10/27/10, Diogo Montagner diogo.montag...@gmail.com wrote:
 Hello everyone!!!

 Thank you for all answers. These answers are really what I was looking
 for

 Regards
 ./diogo -montagner



 On Thu, Oct 28, 2010 at 10:35 AM, Tim Jackson jackson@gmail.com wrote:
 Each KM does not ad 4.9ms..

 More like ~1msec per 100km...

 1/4/msec usually per OEO conversion (depends on the box)...

 --
 Tim

 On Wed, Oct 27, 2010 at 9:31 PM, Mike Mainer mmai...@tekinside.com
 wrote:
 Exfo, JDSU, Fluke all offer hand held test sets that can run a rfc2544
 (http://www.ietf.org/rfc/rfc2544.txt) test.  Do you own the path between
 cpe
 - cpe?  Remeber that for each km of fiber distance add about 4.9ms (one
 way) of latency.  Do basline tests on your cpe gear so you know what you
 are
 working with from the being.  Different tests at different speeds/cpe
 hand
 off (1Gig fiber, 10Gig fiber, Copper @ 10/100/1000) so that all varations
 are captured.

 Did this at a pervious company, had to test everything in everything
 deployable state.


 On Wed, Oct 27, 2010 at 6:54 PM, Tim Jackson jackson@gmail.com
 wrote:

 We dispatch a technician to an end-site and perform tests either
 head-head with another test set, or to a loop at a far-end..

 We do ITU-T Y.156sam/EtherSAM and/or RFC2544 tests depending on the
 customer requirements. (some customers require certain tests for x
 minutes)

 http://www.exfo.com/en/Products/Products.aspx?Id=370
 ^--All of our technicians are equipped with those EXFO sets and that
 module. Also covers SONET/DS1/DS3 testing as well in a single easy(er)
 to carry set..

 --
 Tim

 On Wed, Oct 27, 2010 at 6:32 PM, Diogo Montagner
 diogo.montag...@gmail.com wrote:
  Hello everyone,
 
  I am looking for performance test methodology for ethernet-based
  circuits. These ethernet circuits can be: dark-fiber, l2circuit
  (martini), l2vpn (kompella), vpls or ng-vpls. Sometimes, the ethernet
  circuit can be a mix of these technologies, like below:
 
  CPE - metro-e - l2circuit - l2vpn - l2circuit - metro-e -
  CPE
 
  The goal is verify the performance end-to-end.
 
  I am looking for tools that can check at least the following
  parameters:
 
  - loss
  - latency
  - jitter
  - bandwidth
  - out-of-order delivery
 
  At this moment I have been used IPerf to achieve these results. But I
  would like to check if there is some test devices that can be used in
  situations like that to verify the ethernet-based circuit performance.
 
  The objective of these tests is to verify the signed SLAs of each
  circuit before the customer start to use it.
 
  I checked all MEF specifications and I only find something related to
  performance for Circuit Emulation over Metro-E (which is not my case).
 
  Appreciate your comments.
 
  Thanks!
  ./diogo -montagner
 
 




 --
 -Mike Mainer





-- 
Sent from my mobile device



Re: Ethernet performance tests

2010-10-28 Thread Stefano Gridelli
I tried the ultra high throughput script just for fun to see how much I
could push ... I got a solid 920 mbps stream for the entire time I run the
test (circa 30-60 seconds) with not spikes. The hardware in that case were
two IBM hs-20 blades with broadcom chipsets.

I said for fun because if we use ixchariot for throughput tests usually is
just for small T1 sites (max 3xT1) so I have never seen the issue you
mentioned. Usually on the same T1, we fill the data VLAN with traffic and
then we run x voice pairs on the voice vlan to validate QoS (MOS score).

On Thu, Oct 28, 2010 at 5:16 PM, Jonathon Exley jonathon.ex...@kordia.co.nz
 wrote:

 How smooth is the Ixchariot data stream? When Chariot was a NetIQ product
 it seemed to generate regular spikes as the algorithm tried to correct the
 total throughput over a time interval.
 It's not a problem for slow data rates but when testing near the limit of a
 circuit's capacity the spikes could sometimes overflow the buffers of
 Ethernet media converters and give false results.

 Jonathon

 -Original Message-
 From: Stefano Gridelli [mailto:sgride...@gmail.com]
 Sent: Friday, 29 October 2010 1:08 a.m.
 To: Diogo Montagner; Tim Jackson; nanog@nanog.org
 Subject: Re: Ethernet performance tests

 Hi Diogo

 We use ixchariot endpoints installed on linux laptops to test sites for
 voice readiness. Ixchariot calculates for you the MOS score and, depending
 from the NIC, can also push close to 1 Gig of traffic. For larger bandwidth
 tests (I believe 6-7 Gig) and fast re-route testing (ms failover) we use
 ixia hardware.

 Ciao


 This email and attachments: are confidential; may be protected by
 privilege and copyright; if received in error may not be used,copied,
 or kept; are not guaranteed to be virus-free; may not express the
 views of Kordia(R); do not designate an information system; and do not
 give rise to any liability for Kordia(R).





Re: Broadband initiatives - impact to your network?

2010-06-28 Thread Stefano Gridelli
... as Andrew T teaches ... :D

On Mon, Jun 28, 2010 at 5:59 PM, Nick Hilliard n...@foobar.org wrote:

 On 27/06/2010 14:03, Jonathan Feldman wrote:
  For example, it's not feasible to do a massive data load through the
  networks that are currently available -- you need to FedEx a hard drive
  to Amazon.  Holy cow, it's SneakerNet for the 21st Century!

 Never underestimate the bandwidth of a stationwagon full of
 $current_high_density_storage_media.

 Nick




Re: Wireless Ethernet bridge

2010-03-11 Thread Stefano Gridelli
The motorola PTP 600 seems thus far the most valid solution. We want to
remain on ISM bands, because we don't want to take the burden of renewing
the license with FCC every x years ... we need something that once installed
requires the least maintenance effort possible.
We already have antennas and cables that work with the 5.8 GHz spectrum.
There's a distance of 3 miles between the two antennas and there's LOS
available.
The copper handoff could be solved with a media converter ...

I am also proposed an Exalt EX-5i at 200 Mbps. Does anybody have this
hardware installed and can share any experience had?

Thanks

On Wed, Mar 10, 2010 at 5:31 PM, Scott Brown/Clack/ESD 
sbr...@clackesd.k12.or.us wrote:

 The Dragonwave would be my first choice too, but they are not in the 5.8GHz
 band.

 The Motorola PTP-600 has a 2000 byte MTU, but doesn't do multimode handoff.

 What radio to get will come down to what you are willing to give up -- if
 you are willing to drop the 5.8Ghz band and go with 11Ghz then the
 Dragonwave is for you -- the new Horizon Quantum is amazing (and pretty
 inexpensive when I priced it out)

 Bridgewave isn't bad either - you can get to 1.25Gbps with some fiber
 handoff.


 Scott

 Mike Lyon mike.l...@gmail.com wrote on 03/10/2010 02:23:33 PM:

  From: Mike Lyon mike.l...@gmail.com
  To: Stefano Gridelli sgride...@gmail.com
  Cc: nanog@nanog.org
  Date: 03/10/2010 02:23 PM
  Subject: Re: Wireless Ethernet bridge
 
  Check out DragonWave:
 
  http://www.dragonwaveinc.com/
 
  -Mike
 
 
 
  On Wed, Mar 10, 2010 at 2:18 PM, Stefano Gridelli
 sgride...@gmail.comwrote:
 
   Hi All,
  
   I need a wireless bridge solution that allows to pass jumbo frames over
 a
   distance of 3 miles, using the 5.8 GHz band. The original solution was
 a
   Proxim Tsunami GX 200, but unfortunately it doesn't go beyond an MTU of
   1536
   bytes: we need at least 1544 bytes, ideally between 4470 and 9212 bytes
   MTU. The handoff should be MM fiber, the desired throughput 200 Mbps.
  
   Thanks,
   Stefano
  





Wireless Ethernet bridge

2010-03-10 Thread Stefano Gridelli
Hi All,

I need a wireless bridge solution that allows to pass jumbo frames over a
distance of 3 miles, using the 5.8 GHz band. The original solution was a
Proxim Tsunami GX 200, but unfortunately it doesn't go beyond an MTU of 1536
bytes: we need at least 1544 bytes, ideally between 4470 and 9212 bytes
MTU. The handoff should be MM fiber, the desired throughput 200 Mbps.

Thanks,
Stefano