<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><title></title><style type="text/css">.felamimail-body-blockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px solid #000088;} </style></head><body>Am 18.07.2012 18:41:11, schrieb Florian Streibelt:<br><blockquote class="felamimail-body-blockquote"><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><title></title><style type="text/css">.felamimail-body-blockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px solid #000088;} </style>Hi,<br><br><br>Am Mi, 18.07.12 um 17:49:35 Uhr <br>schrieb Antony Antony <<a href="#" id="123:antony@ripe.net" class="tinebase-email-link">antony@ripe.net</a>>:<br><br>> <br>> On Wed, Jul 18, 2012 at 11:48:08AM +0000, Bartsch, Rene wrote:<br>> > Hi,<br>> > <br>> > I've just started hosting a probe and I'm new to the list, so a "Hello" to all! :)<br>> > <br>> > Does the probe send simple pings or does it send flood pings (e.g. ping -f -c 1000 <destination>) for detection of packet loss?<br>> > <br><br>If you would do a flood ping it is more likely you will observe congestion<br>in the LAN when the probe is connected to a slow uplink. More interesting<br>for WAN measurements is the loss under 'normal' conditions. Consider the<br>probe beeing installed at a residential DSL or cable line, where one of<br>the probes I host ist located.<br><br>If I start a huge download I will have congestion on my upstream because<br>of the ACKs I send. A probe would now observe huge loss when doing a flood ping. <br></blockquote><p><br></p><p>I've installed the first probe (just registered for a second) on a residential socket on today noon. It shows packet loss for c.root-servers.net (192.33.4.12) from time to time and continous packet loss of 100% for
<a>
m.root-servers.net (202.12.27.3). Netalyzer-Tests show a packet loss of 8-17% for the last two weeks (problems habe been around for about half a year, getting more and more annyoing for the last three month), while connections inside Germany seem to work for the users meanwhile. The 16/1-MBit/s last mile has one or zero non-correctable errors in fifteen minutes (DSL). CPE (IAD 3222 -> IAD 3221 -> Fritzbox 7390) and wiring has been changed completely. For me, it looks like a broken or misconfigured router in the ISPs backbone, but they keep insisting everything is fine with their backbone. :(<br></a></p><p><br></p><p>When I did simple ping tests, no packet loss was shown on the unused line, but when using a flood ping with 1000 packets I can see packet loss. As I'm no forensic scientist I'm trying to find a way to localize the problem ...<br></p><p><a><br></a></p><span id="felamimail-body-signature">--<br>Sent with love from the new tine 2.0 email client ...<br>Please visit <a href="http://tine20.org">http://tine20.org</a></span></body></html>