- NANOG - lists.nanog.org

Re: The IPv6 Travesty that is Cogent's refusal to peer Hurricane Electric - and how to solve it
by Scott Weeks 25 Jan '16

25 Jan '16

--- nick(a)foobar.org wrote: multihop bgp means that you don't have synchronised ethernet carrier status between the provider and customer routers. This in turn means that if there's an intermediate connectivity problem, bgp will need to time out before it notices and reroutes. During this period, traffic will be black-holed. This is a crock. ------------------------------------------- Unless BFD is able to be used. https://en.wikipedia.org/wiki/Bidirectional_Forwarding_Detection scott

2 1

Equinix 350 E. Cermak
by Mike Hammett 25 Jan '16

25 Jan '16

Do any of you have excess space within Equinix at 350 E. Cermak? It needs to be both of those due to the number of cross connects to other players within Equinix 350 E. Cermak. Equinix direct is pricing full cabs at a ridiculous price. Given that we need 1/4 cab or less, it's hard to justify the full thing at those rates. Every time we think we've got someone lined up, their space is actually Equinix out in Elk Grove or 350 E. Cermak, but in TelX or Steadfast instead. I see a lot of partially filled cabinets when I walk through to our existing space. Come on now.... ;-) ----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com

2 2

Cisco CMTS SNMP OID's
by Lorell Hathcock 24 Jan '16

24 Jan '16

All: Does anyone out there have some valuable OID's for a Cisco CMTS? The ones I am looking for are: Signal to Noise per upstream channel Cable Modem counts of all kinds connected / online ranging offline I opened a ticket through Cisco's help desk. I have a SmartNET contract for the unit, but they were not very helpful. The OIDs they suggested did not yield any useful data. ("0" when I know there are CMs connected, etc). Thanks in advance. Lorell Hathcock

7 7

Re: RADb Outage?
by Larry J. Blunk 24 Jan '16

24 Jan '16

Service for the RADb whois protocol has now been restored. We were experiencing extensive DDOS activity directed at the whois service host(s). Regards, Larry Blunk Merit

8 7

St. Louis Region - SCIX-STL Internet Exchange Update
by David Sandel 23 Jan '16

23 Jan '16

Good afternoon, Thank you for attending SCIX-STL Design Review meeting Friday at the T-REX !! *RECAP:* A quick recap of our Smart City Internet Exchange - STL meeting: a). Fabric # 1 will be used for service provider and data center peering. b). Fabric #2 will be used for Smart City services, sensor networks, IoE, advanced security services, innovation districts and neighborhoods. c). SCIX-STL will have several Root nameservers, approximately 300 Top Level Domain nameservers, and other standard services for the exchange *NEXT STEPS:* We are also looking for other participants or IX initiatives to join the exchange. If you, or another interested interested party would be interested to join please feel free to respond to this message. As of yesterday, we have two letters of intent in hand and several more on the way. We would also like to thank Bill Woodcock from PCH who did a great job of walking us through the issues related to the history, design, operation, maintenance and governance issues central to the success of IX's around the globe. Thank again Bill ! *THANKS TO ALL:* We look forward with great anticipation to this landmark achievement in networking the midwest and realizing the economic, social, and entrepreneurial benefits that this will bring to the our region. Have a great weekend ! Dave -- David Sandel iPhone 314-435-3658 Fax 800-640-8643 Twitter @dsandel @ Loopmediahub President Sandel & Associates LLC <http://www.sandel-associates.com/> 6900 Delmar St. Louis, MO. 63130 *The Loop Media Hub <http://loopmediahub.org>* My LinkedIn Profile <http://linkedin.com/in/smartcitymasterplanner>

1 0

Re: The IPv6 Travesty that is Cogent's refusal to peer Hurricane Electric - and how to solve it
by Brandon Butterworth 23 Jan '16

23 Jan '16

> > On Jan 21, 2016, at 1:07 PM, Matthew D. Hardeman <mhardeman(a)ipifony.com> wrote: > > Since Cogent is clearly the bad actor here (the burden being > > Cogent's to prove otherwise because HE is publicly on record as saying > > that theyd love to peer with Cogent) I'd like to peer with all tier 1's, they are thus all bad as they won't. HE decided they want to be transit free for v6 and set out on a campaign of providing free tunnels/transit/peering to establish this. Cogent, for all their faults, are free to not accept the offer. Can the Cogent bashing stop now, save it for when they do something properly bad. brandon

12 17

ICYMI: FBI looking into LA fiber cuts, Super Bowl
by Jay R. Ashworth 23 Jan '16

23 Jan '16

FBI agents, like most cops, aren't inclined to believe in coincidence. http://arstechnica.com/tech-policy/2016/01/fbi-mulls-connection-between-sup… Cheers, -- jra -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274

16 19

whois.radb.net down ?
by Adrian Minta 23 Jan '16

23 Jan '16

Anyone else seeing the radb.net whois server as being down? $ date Sat Jan 23 00:04:29 EET 2016 $ ping whois.radb.net PING whois.radb.net (207.75.117.18) 56(84) bytes of data. ^C --- whois.radb.net ping statistics --- 7 packets transmitted, 0 received, 100% packet loss, time 6047ms $ telnet whois.radb.net 43 Trying 207.75.117.18... ^C -- Best regards, Adrian Minta

2 1

RADb Outage?
by Brian Rak 23 Jan '16

23 Jan '16

whois.radb.net seems to have been down since sometime last night, has anyone else seen problems with this? It seems the web interface still works, but that's not very useful for scripts.

4 3

Is it normal for your provider to withhold BGP peering info until the night of the cut?
by c b 22 Jan '16

22 Jan '16

We have 4 full-peering providers between two data centers. Our accounting people did some shopping and found that there was a competitor who came in substantially lower this year and leadership decided to swap our most expensive circuit to the new carrier. (I don't know what etiquette is, so I won't name the carrier... but it's a well-known name) Anyways, we were preparing for the circuit cutover and asked for the BGP peering info up front like we normally do. This carrier said that they don't provide this until the night of the cut. Now, we've done this 5 or 6 times over the years with all of our other carriers and this is the first one to ever do this. We even escalated to our account manager and they still won't provide it. I know it's not a huge deal, but life is so much easier when you can prestage your cut and rollback commands. In fact, our internal Change Management process mandates peer review all proposed config changes and now we have to explain why some lines say TBD! Is this a common SOP nowadays? Anyone care to explain why they wouldn't just provide it ahead of time? Thanks in advance. CWB

14 14