Hurricane Electric's IPv6 Tunnel Broker Forums
May 21, 2013, 04:20:47 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Welcome to Hurricane Electric's Tunnelbroker.net forums!
 
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: [SPLIT] Latency Checker  (Read 4329 times)
eonesixfour
readonly_member
Newbie
*
Posts: 49


View Profile
« on: April 16, 2008, 10:50:00 pm »

Yes, it is only for turning up BGP tunnels.

Are you going to show latency stats for the tunnel servers connected, because on one of the other graphs it indicates there is 17 tunnels connected.
Logged
broquea
Senior Network Engineer, SEVEN Networks (AS19733)
Hero Member
*****
Posts: 1373



View Profile WWW
« Reply #1 on: April 16, 2008, 11:11:29 pm »

That updates on Fridays, although we might change it to daily.
Logged
eonesixfour
readonly_member
Newbie
*
Posts: 49


View Profile
« Reply #2 on: April 17, 2008, 12:34:22 am »

That updates on Fridays, although we might change it to daily.

What's it actually measuring, I assumed it was tunnel end point pinging the remote end of tunnels setup on the server and then averaged over x hours, but if it only updates fridays, does that mean it averages over the whole week or?
Logged
broquea
Senior Network Engineer, SEVEN Networks (AS19733)
Hero Member
*****
Posts: 1373



View Profile WWW
« Reply #3 on: April 17, 2008, 12:43:37 am »

Its just a 1 time measurement, not an average. It polls in the early am, and updates the values. Again, we're looking at changing it to daily rather than at the end of the week.
Logged
snarked
Hero Member
*****
Posts: 577



View Profile
« Reply #4 on: April 17, 2008, 11:29:22 am »

I'm wondering if it would be better if it did two pings, about a second apart, and record the time of the second ping.  That might be more representative of an RTT for a sustained connection, as we all know that a first (or first recent) ping might have other things like DNS lookups and/or statistics recording that needs to allocate a structure (as opposed to updating an existing one); delays that occur only on the first packet.
Logged
snarked
Hero Member
*****
Posts: 577



View Profile
« Reply #5 on: April 21, 2008, 12:05:19 am »

I've also noticed that HE performs one ping about every 30 seconds.  For those using dynamic IPv4 addresses that could change, I understand the rate.  However, some of us have static IPv4 addresses which don't need to be checked as often and are always there.

Could there be a backoff where if a tunnel's far endpoint has responded recently that the time between pings be increased (to a minimum of once per hour), and if any ping is not returned, then go back to 30 second intervals until it backs off again.  24 pings a day is nicer than 2,880/day (or 5.2MB/month of pings).

Also, currently, it looks as if the "top 20" fastest tunnels per server is broken - as no data seems to be reported.
« Last Edit: April 21, 2008, 12:07:15 am by snarked » Logged
broquea
Senior Network Engineer, SEVEN Networks (AS19733)
Hero Member
*****
Posts: 1373



View Profile WWW
« Reply #6 on: April 21, 2008, 08:04:22 pm »

Also, currently, it looks as if the "top 20" fastest tunnels per server is broken - as no data seems to be reported.

This is being worked on, and should be repopulated by later this evening.
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!