On Wed, 3 Dec 2008, Pekka Savola wrote:
FWIW, Mtr measures latency/delay and loss based on ICMP messages heard back
from the routers on path. As a result, in almost all cases, the real
hop-by-hop latency of actual end-to-end data packets is better than it can
report.
mtr has a recently
Lee, Steven (NSG Malaysia) schrieb:
Hi all, do you have any recommended tools that can measure
latency/delay hop by hop basis? Preferable the tools can measure the
running (live) traffic.
Try Smokeping for long-term latency stats: http://oss.oetiker.ch/smokeping/
Fredy
On Tue, 2 Dec 2008, Antonio Querubin wrote:
On Wed, 3 Dec 2008, Pekka Savola wrote:
FWIW, Mtr measures latency/delay and loss based on ICMP messages heard
back from the routers on path. As a result, in almost all cases, the real
hop-by-hop latency of actual end-to-end data packets is better
pardon me for resurrecting this topic...
For sites that are built in caves, how do they deal with cabling ?
In the pretty pictures of the swedish site, there didn't seem to be an
obvious raised floor. And it appeared to be solid concrete floor between
the wings containing the systems. And no
A tool which I have heard of is Chariot. I have not used this tool
myself and am not aware of its capabilities.
I would be interested if anyone else has heard of it and can make any
sort of recommendation.
Christine
-Original Message-
From: Hank Nussbacher [mailto:[EMAIL PROTECTED]
--On onsdag, onsdag 3 dec 2008 10.47.28 -0500 Jean-François Mezei
[EMAIL PROTECTED] wrote:
pardon me for resurrecting this topic...
For sites that are built in caves, how do they deal with cabling ?
Like any datacenter. Raceways on top of racks or under the floor. _Proper_
datacentres in
[sorry for late reply - .us Thanksgiving plus LIFO mailing list
reading creates posting latency]
On Nov 24, 2008, at 9:20 AM, [EMAIL PROTECTED] wrote:
I'm not sure if this is the right mailing list for this question:
how widely is TRIP (Telephone Routing over IP [RFC3219]) deployed /
used
Mtr is even less usefull then that, in its default mode it does a
traceroute and then proceeds to ICMP Ping flood each IP in the list
generated by the traceroute, the result is usually completly useless
on WAN topologies due to asym-routing, ICMP node protections by
carriers and punting
Attention Peering Coordinators,
NANOG45 is approaching quickly and it's time to get our Peering Personals
participants lined up for the Peering BoF.
Peering Personals is part of the Peering BoF (Birds Of a Feather) session and
provides a forum for Peering Coordinators to meet each other with
--On onsdag, onsdag 3 dec 2008 18.29.54 +0100 Måns Nilsson
[EMAIL PROTECTED] wrote:
In the pretty pictures of the swedish site, there didn't seem to be an
obvious raised floor.
There is a raised floor, iirc.
There is a raised floor. Have a look at
If the question is to measure hop by hop latency from source to destination,
perhaps across routers you don't manage, how can this be done without using the
ICMP time exceeded messages? End to end latency is easily done with Smokeping
and the use of TCP (SYN, SYN ACK, ACK, RST) and them
I am unable to resolve www.yahoo.com. Tracing DNS back from the root
servers shows that www.yahoo.com is a CNAME to www.wa1.b.yahoo.com and
there are no A records for that hostname.
Anyone have more details or a Yahoo contact? I'm unable to get to their
webpage as it is :-)
-Larry Daberko
Their other pages (finance.yahoo.com) and such seem to resolve ok.
Wondering if it isn't part of a bigger problem because I got a complaint
that many sites
Were unreachable for a bit.
Chuck
Charles L. Mills
Senior Network Engineer
Access Data Corporation / Pittsburgh, PA 15238
(412) 968-4024 /
Anyone else having problems doing recursive lookups on Comcast's DNS
servers?
There is no A records, correct.
There is a CNAME though:
www.wa1.b.yahoo.com.45 IN CNAME www-
real.wa1.b.yahoo.com.
www-real.wa1.b.yahoo.com. 45IN A 209.131.36.158
On 4/12/2008, at 9:36 AM, Larry Daberko wrote:
I am unable to resolve www.yahoo.com. Tracing DNS
Seems to be back up now.
--
Erik
Caneris
Tel: 647-723-6365
Fax: 647-723-5365
Toll-free: 1-866-827-0021
www.caneris.com
From: Larry Daberko [EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 3:36 PM
To: nanog@nanog.org
Subject: Yahoo DNS broken?
I am
On 12/03/08 12:36, Larry Daberko wrote:
I am unable to resolve www.yahoo.com. Tracing DNS back from the root
servers shows that www.yahoo.com is a CNAME to www.wa1.b.yahoo.com and
there are no A records for that hostname.
Anyone have more details or a Yahoo contact? I'm unable to get to their
At 03:40 PM 12/3/2008, Mills, Charles wrote:
Their other pages (finance.yahoo.com) and such seem to resolve ok.
Wondering if it isn't part of a bigger problem because I got a complaint
that many sites
Were unreachable for a bit.
www.yahoo.com seems to be a CNAME for wa1.b.yahoo.com and
Interesting, as my nslookup..
www.yahoo.com
Server: ns1.hostremote.net
Address: 66.187.130.31
Non-authoritative answer:
Name:www.yahoo-ht3.akadns.net
Address: 209.191.93.52
Aliases: www.yahoo.com
And yes, I can hit http://www.yahoo.com in a web browser. Works for me.
-Kyle
I talked to Yahoo! NOC a little while ago and they are working on the
issue - definitely DNS related and appears to possibly be east coast
only details are vague but they are aware of it and no ETA yet...
Paul
-Original Message-
From: Nathan Ward [mailto:[EMAIL PROTECTED]
Sent:
It's working for me on my Verizon FIOS connection. Is it yet another
geolocation issue?
My yahoo resolves to www.yahoo-ht3.akadns.net 209.191.93.52
Ed
-Original Message-
From: Dave Larter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 3:43 PM
To: Larry Daberko;
Yes, I am now seeing the akadns.net address. Looks like went through
some fluctuation there, but the site is back up for me now. There is
also a report on the outages list.
-Larry Daberko
-Original Message-
From: Kyle Rollin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03,
Yes, I did nslookup and got responses but wouldn't come up in my
browser, also to add it seems to be working now.
-Original Message-
From: Kyle Rollin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 3:48 PM
To: Dave Larter; 'Larry Daberko'; nanog@nanog.org
Subject: RE:
On 12/3/08, Paul Stewart [EMAIL PROTECTED] wrote:
I talked to Yahoo! NOC a little while ago and they are working on the
issue - definitely DNS related and appears to possibly be east coast
only details are vague but they are aware of it and no ETA yet...
Paul
Yes; actively being
Well, to be somewhat cynical about it, you don't.
Either you have an SLA with a delay component, if that is the case
the delay is either end-to-end if everything is in the same AS, or
host-to-border if the other end is in some other AS. If this is the
case you would already have an agreed
On Wed, Dec 3, 2008 at 11:01 AM, Anders Lindbäck [EMAIL PROTECTED] wrote:
And using UDP will not really provide better results due to the same thing,
and IIRC Cisco from 12.0 has a standard setting of no more then 1 ICMP
Unreach per 500ms..
then connect to a udp service with something like
Lee, Steven (NSG Malaysia) wrote:
Hi all, do you have any recommended tools that can measure latency/delay
hop by hop basis? Preferable the tools can measure the running (live)
traffic.
Tools like smokeping, mtr, traceroute and all that will give you highly
skewed results, whose accuracy will
The problem is return path ICMP time exceeded from intermediate hops, and not
the response from the final destination.
– S
-Original Message-
From: Andre Gironda [EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 16:35
To: nanog@nanog.org nanog@nanog.org
Subject: Re: Recommendation of
On Wed, Dec 3, 2008 at 3:54 PM, Nick Hilliard [EMAIL PROTECTED] wrote:
If you want to do this properly, you will need to install dedicated
measurement hosts hanging off each router and measure response times to
them instead. RIPE TTM boxes are pretty good for this:
http://www.ripe.net/ttm/
Lee, Steven (NSG Malaysia) wrote:
Hi all, do you have any recommended tools that can measure latency/delay
hop by hop basis? Preferable the tools can measure the running (live)
traffic.
One other freeware/open-source tool you might want to look at is pchar
which attempts to characterize
Am 04.12.2008 um 01:56 schrieb Antonio Querubin:
Lee, Steven (NSG Malaysia) wrote:
Hi all, do you have any recommended tools that can measure latency/
delay hop by hop basis? Preferable the tools can measure the
running (live) traffic.
One other freeware/open-source tool you might want to
At 03:47 PM 03-12-08 -0500, Cat Okita wrote:
Can someone from Akamai report as to what happened? I did not see any
notice on EdgeControl but I did get email from my auto-alerts set up at
Akamai as follows:
---
NAME:DNS failure
TYPE:Origin DNS
Gadi,
I can't help that you need a few nights away in a lovely Swiss Hotel
in order to help those cynical thoughts lift:
http://www.news.com.au/travel/story/0,28318,24732642-5014090,00.html
:-)
MMC
On 29/11/2008, at 2:05 PM, Gadi Evron wrote:
On Fri, 28 Nov 2008, Howard C. Berkowitz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I deliberated for a while on whether to send this, or not, but I figure it
might be of interest to this community:
http://techliberation.com/2008/12/04/telecom-collapse/
- - ferg
-BEGIN PGP SIGNATURE-
Version: PGP Desktop 9.6.3 (Build
I deliberated for a while on whether to send this, or not, but I figure
it might be of interest to this community:
http://techliberation.com/2008/12/04/telecom-collapse/
Good god. If there is even the mention of a LEC bailout, I am going to go
insane and probably shoot someone (those who
That makes two of us...
Anyways, for residential VOIP, where are we these days with E911? Are
providers like Vonage and such providing reliable E911 when people
call 911? That is one of the major problems I see with the residential
realm going with VOIP offerings...
-Mike
On Wed, Dec 3, 2008
36 matches
Mail list logo