Superstition has no basis in reality (i.e. black cat walks past DC door)
Pro-Active is based on experience and knowledge (i.e. when disk space is 90%
full for a regularly growing volume, we need to clean or add more before it
hits 100%)
I mean this as a rhetorical question as we could talk
Hello all.
It gives me great pleasure to announce that the SAFNOG-3 Call for Papers
is now out.
You may review the CfP and all relevant submission details at the link
below:
http://safnog.org/papers.html
We are working hard to put together an exciting, educational,
informative and memor
Hello,
Lately we have been troubleshooting complaints from customers of several ISPs
about
relatively low results when testing to Netflix's fast.com
When we started troubleshooting we notice the following:
1. When the latency to the fast.com test server is ~70ms results are
significantly lower t
Michael,
Filtering private ASNs is actually part of the standard. It's intrinsic in the
term "private ASN". A private ASN in the public routing table is a clear error,
so filtering them is reasonable. Long AS paths are not a clear error.'
I'm surprised nobody here who complains about long paths
Couldn't one make the same argument with respect to filtering private ASNs from
the global table? Unlike filtering of RFC1918 and the like a private ASN in
the path isn't likely to leak RFC1918 like traffic, yet I believe several major
ISPs have done just that. This topic was discussed ~1 year
This could just be ignorance, but based on this thread, I'm not sure what
risk we would be managing, as DFZ router operators, by filtering those
paths. They seem silly, but harmless (similar to, for instance, painting a
nyan cat on a graph by announcing prefixes at certain times).
On Sun, Jun 25,
6 matches
Mail list logo