Re: dark fiber and sfp distance limitations

2010-01-01 Thread Nick Hilliard
On 02/01/2010 00:24, ML wrote: > Pardon my ignorance in this area but is too much to ask for OTDR data > before signing contracts? In addition to data on the make of the fiber > if you wanted to do xWDM in the future. fibre grade / quality, absolutely. otdr is difficult, because fibre providers

Re: dark fiber and sfp distance limitations

2010-01-01 Thread William Herrin
On Fri, Jan 1, 2010 at 7:24 PM, ML wrote: > Pardon my ignorance in this area but is too much to ask for OTDR data before > signing contracts?  In addition to data on the make of the fiber if you > wanted to do xWDM in the future. Yes, it's too much to ask. They won't splice your path until you si

Re: dark fiber and sfp distance limitations

2010-01-01 Thread ML
On 1/1/2010 5:52 PM, Mike wrote: I am looking at the possibility of leasing a ~70 mile run of fiber. I don't have access to any mid point section for regeneration purposes, and so I am wondering what the chances that a 120km rated SFP would be able to light the path and provide stable connectivit

Re: dark fiber and sfp distance limitations

2010-01-01 Thread Alexander Harrowell
On Friday 01 January 2010 23:19:30 Richard A Steenbergen wrote: > On Fri, Jan 01, 2010 at 02:52:33PM -0800, Mike wrote: > > I am looking at the possibility of leasing a ~70 mile run of fiber. I > > don't have access to any mid point section for regeneration purposes, > > and so I am wondering what

Re: dark fiber and sfp distance limitations

2010-01-01 Thread Richard A Steenbergen
On Fri, Jan 01, 2010 at 02:52:33PM -0800, Mike wrote: > I am looking at the possibility of leasing a ~70 mile run of fiber. I > don't have access to any mid point section for regeneration purposes, > and so I am wondering what the chances that a 120km rated SFP would be > able to light the path

Re: dark fiber and sfp distance limitations

2010-01-01 Thread Justin M. Streiner
On Fri, 1 Jan 2010, Mike wrote: I am looking at the possibility of leasing a ~70 mile run of fiber. I don't have access to any mid point section for regeneration purposes, and so I am wondering what the chances that a 120km rated SFP would be able to light the path and provide stable connectiv

dark fiber and sfp distance limitations

2010-01-01 Thread Mike
I am looking at the possibility of leasing a ~70 mile run of fiber. I don't have access to any mid point section for regeneration purposes, and so I am wondering what the chances that a 120km rated SFP would be able to light the path and provide stable connectivity. There are a lot of unknowns

Re: EDNS (Re: Are the Servers of Spamhaus.rg and blackholes.us down?)

2010-01-01 Thread Paul Vixie
> Date: Fri, 1 Jan 2010 22:16:31 + > From: bmann...@vacation.karoshi.com > > It would help if the BIND EDNS0 negotiation would not fall back to > the 512 byte limit - perhaps you could talk with the ISC developers > about that. i don't agree that your proposed change would h

Re: EDNS (Re: Are the Servers of Spamhaus.rg and blackholes.us down?)

2010-01-01 Thread Eric Brunner-Williams
On 1/1/10 4:44 PM, Paul Vixie wrote: ... it's going to be another game of chicken -- will the people who build and/or deploy such crapware lose their jobs, or will ICANN back down from DNSSEC? Either (a) a large cohort of entries is added to the root before [pick predicate condition of choice

RE: Restrictions on Ethernet L2 circuits?

2010-01-01 Thread Endresen Even
> > Couldn't PBB or even Q-in-Q provide that isolation as well, at least for > > point-to-point services? I must say that I don't personally have much > > experience with those, because we tend to connect our customers to > > EoMPLS-capable routers directly. > QinQ does nothing to reduce the numbe

Re: EDNS (Re: Are the Servers of Spamhaus.rg and blackholes.us down?)

2010-01-01 Thread bmanning
On Fri, Jan 01, 2010 at 09:44:13PM +, Paul Vixie wrote: > Jason Bertoch writes: > > >> Dec 31 10:12:37 linux-1ij2 named[14306]: too many timeouts resolving > >> 'XXX.YYY.ZZZ/A' (in 'YYY.ZZZ'?): disabling EDNS > > > > Do you have a firewall in front of this server that limits DNS packets to >

The Cidr Report

2010-01-01 Thread cidr-report
This report has been generated at Fri Jan 1 21:11:45 2010 AEST. The report analyses the BGP Routing Table of AS2.0 router and generates a report on aggregation potential within the table. Check http://www.cidr-report.org for a current version of this report. Recent Table History Date

BGP Update Report

2010-01-01 Thread cidr-report
BGP Update Report Interval: 24-Dec-09 -to- 31-Dec-09 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS638925484 2.4% 6.1 -- BELLSOUTH-NET-BLK - BellSouth.net Inc. 2 - AS17974

EDNS (Re: Are the Servers of Spamhaus.rg and blackholes.us down?)

2010-01-01 Thread Paul Vixie
Jason Bertoch writes: >> Dec 31 10:12:37 linux-1ij2 named[14306]: too many timeouts resolving >> 'XXX.YYY.ZZZ/A' (in 'YYY.ZZZ'?): disabling EDNS > > Do you have a firewall in front of this server that limits DNS packets to > 512 bytes? statistically speaking, yes, most people have that. which i

Weekly Routing Table Report

2010-01-01 Thread Routing Analysis Role Account
This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. Daily listings are sent to bgp-st...@lists.apnic.net For historical data, please see http://thyme.apnic.net. If you have any comments please contact Philip Smith . Routing

2009 IPv4 Address Use Report

2010-01-01 Thread Iljitsch van Beijnum
[ (Non-cross)posted to NANOG, PPML, RIPE IPv6 wg, Dutch IPv6 TF. Web version for the monospace font impaired and with some links: http://www.bgpexpert.com/addrspace2009.php ] 2009 IPv4 Address Use Report As of January first, 2010, the number of unused IPv4 addresses is 722.18 million. On Januar

Re: Restrictions on Ethernet L2 circuits?

2010-01-01 Thread A.B. Jr.
Linen, > As far as I'm concerned, enterprises should just connect their various sites to the Internet independently, and use VPN > techniques if and where necessary to provide the illusion of a unified network. In practice, this illusion of a single > large LAN (or rather, multiple organization