- Test - lists.nanog.org

-48VDC analog modems?
by Christian Kuhtz 30 Jan '07

30 Jan '07

Hey guys, anyone have pointers for -48VDC powered analog modem units? Paradyne and the like are no more. A -48VDC ATU-R might also be interesting, although not preferred. Best regards, Christian

1 0

Sponsored web browsing (remind me of any)
by Gregory Edigarov 30 Jan '07

30 Jan '07

Hello list, Could somebody be so generous to tell me the names of the companies that are providing the free sponsored dial-up access asking users to watch the advertisements of the sponsors in special window? I know there is some of them in Ontario (in fact I've used one for some time in my life), and also think there a number of them in the US. It would even be much helpful if somebody could put the installation CD image of such service somewhere on ftp..... Just need to show how it works to one of my friends. Thank you. -- With best regards, Gregory Edigarov

1 0

Internet alert plan to warn on failures / Cable repairs delayed
by Sean Donelan 30 Jan '07

30 Jan '07

Repair Status Au said today that the five cable systems that have been partially repaired are: Flag North Asia Loop, owned by India's Reliance Communications Ltd.; Reach North Asian Loop, owned by Hong Kong's PCCW Ltd. and Australia's Telstra Corp.; Se-Me-We3, owned by a group including Singapore Telecommunications Ltd. and France Telecom SA; and APCN and APCN2, owned by operators including China Telecom Corp. and Taiwan's Chunghwa Telecom Co. A segment of Asia Netcom Corp.'s EAC cable system will be repaired today, Chan said. Ofta did not receive the repair status on the seventh cable, C2C, owned by C2C Group Ltd, Chan said. http://www.thestandard.com.hk/news_detail.asp?pp_cat=11&art_id=37146&sid=11… Internet alert plan to warn on failures Timothy Chui Tuesday, January 30, 2007 A system designed to warn consumers of future breakdowns in Internet connections is being launched by the Office of the Telecommunications Authority next month.

1 0

Westin Seattle Outage?
by chuck goolsbee 29 Jan '07

29 Jan '07

We just saw one of our gig-e circuits to the Westin bounce three times and another just go flatline in the past hour. On hold for a couple of NOCs at the moment trying to figure out wtf is going on. Anyone have solid info? --chuck

3 4

FranceTelecom Sprint issue?
by Scott Dunn 29 Jan '07

29 Jan '07

I'm neither a client of Sprint nor France Telecom, so I'm not able to address this directly, has anyone on the list addressed this with either? Sprint Looking Glass sl-bb20-chi>trace 83.206.130.254 Type escape sequence to abort. Tracing the route to 254-130.206-83.static-ip.oleane.fr (83.206.130.254) 1 sl-st20-chi-13-0.sprintlink.net (144.232.20.3) 0 msec sl-st20-chi-12-0.sprintlink.net (144.232.8.219) 4 msec sl-st20-chi-13-0.sprintlink.net (144.232.20.3 ) 0 msec 2 sl-franc2-8-0.sprintlink.net (144.223.241.82) 316 msec * 256 msec 3 po15-0.nykcr2.NewYork.opentrans it.net<http://po15-0.nykcr2.newyork.opentransit.net/>( 193.251.243.205) 112 msec 120 msec 116 msec 4 * * * 5 193.252.162.117 196 msec 200 msec 200 msec 6 pos13-0.nraub103.Aubervilliers.francetelecom.net<http://pos13-0.nraub103.aubervilliers.francetelecom.net/>( 193.252.161.9) 196 msec 192 msec 192 msec 7 * * * 8 pos1-0-0-0.ncidf104.Paris.francetelecom.net<http://pos1-0-0-0.ncidf104.paris.francetelecom.net/>( 193.252.159.50) 196 msec 208 msec 200 msec 9 193.253.80.69 200 msec 400 msec 244 msec 10 193.253.15.226 212 msec 216 msec 248 msec 11 GIGA-4-0-0.GUY6.Guyancourt.raei.transitip.francetelecom.net <http://giga-4-0-0.guy6.guyancourt.raei.transitip.francetelecom.net/>( 81.52.21.210) 220 msec 212 msec 232 msec 12 81.54.255.22 252 msec 208 msec * sl-bb20-chi> France Telecom Looking Glass Tracing the route to sl-st20-chi-13-0.sprintlink.net (144.232.20.3) 1 * * * 2 po14-0.pascr3.Paris.opentransit.net<http://po14-0.pascr3.paris.opentransit.net/>( 193.251.243.186) 76 msec 0 msec 4 msec 3 po14-0.ashcr1.Ashburn.opentransit.net<http://po14-0.ashcr1.ashburn.opentransit.net/>( 193.251.242.98) 84 msec 80 msec 80 msec 4 sl-st21-ash-15-3.sprintlink.net (144.223.246.21) [AS 1239] 84 msec 80 msec 80 msec 5 144.232.20.149 [AS 1239] 84 msec 84 msec 84 msec 6 sl-bb23-rly-6-0.sprintlink.net (144.232.9.215 ) [AS 1239] 84 msec 80 msec 84 msec 7 sl-bb27-rly-10-0.sprintlink.net (144.232.14.142) [AS 1239] 84 msec 84 msec 84 msec 8 sl-bb23-chi-12-0.sprintlink.net (144.232.20.184) [AS 1239] 204 msec 208 msec 208 msec 9 sl-bb20-chi-8-0.sprintlink.net (144.232.26.53) [AS 1239] 208 msec 208 msec 208 msec 10 sl-st20-chi-13-0.sprintlink.net ( 144.232.20.3) [AS 1239] 108 msec * 108 msec Thanks for the help Scott

1 0

RE: who was the last legit spammer?
by michael.dillon＠bt.com 29 Jan '07

29 Jan '07

> Define "legit" spammer. Do you mean one who was just advertising a > real product, albeit in an objectionable fashion, as opposed to those > who are trying to spread malware or commit fraud? If you can read foreign languages, you are probably still receiving SPAM for legitimate products. Just last year I got some in Portuguese advertising a sort of "dude ranch" resort. And as far as fraud is concerned, Yahoo.com sells banner advertising to fraudulent organizations in Russia who are advertising so-called green card lottery services. The ads are fraudulent because Russian citizens are not eligible for the green card lottery. If you know about the history of Canter and Siegel on USENET you might find it rather ironic that the same scam is now advertised on Russian-language yahoo.com sites. --Michael Dillon

1 0

RE: Route Reflector architecture and how to get small customer blocks in to BGP?
by John van Oppen 29 Jan '07

29 Jan '07

Yep, that is a good strategy... No announcement without the right communities sure makes it much harder to leak. We redistribute lots of static routed stuff into BGP, but only announce globally using network statements with route map applying the right communities. So far, we have never leaked internal routes to customers, peers or transit that we are aware of. John :) -----Original Message----- From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu] On Behalf Of Joe Provo Sent: Sunday, January 28, 2007 1:12 PM To: NANOG Subject: Re: Route Reflector architecture and how to get small customer blocks in to BGP? On Sun, Jan 28, 2007 at 10:59:50AM -0700, Danny McPherson wrote: [snip] > o If you're going to use redistribution - or not - ensure that all > external advertisement policies require explicit match of advertise > communities and default is to deny This should be just good security policy. I think of it as a network-level instance of "that which is not expressly permitted is denied" which everyone applies for services on their hosts, right :-) Cheers, Joe -- RSUC / GweepNet / Spunk / FnB / Usenix / SAGE

1 0

Route Reflector architecture and how to get small customer blocks in to BGP?
by Pete Crocker 28 Jan '07

28 Jan '07

Hey all, I know this will start an argument about relevance, but think of it as one network operator trying to help another operator do good and have a network where the potential for stupid routing leaks is minimized... I've got a friend (really, it's not me!) who works at a regional ISP . The previous network designer didn't seem to have much of a clue, and has tons of customer nets in OSPF. So he's trying to migrate them properly to BGP. I know opinions will vary widely, but that's exactly what we're looking for. What pros/cons haven't we thought of? First, they've got a BGP full mesh of all their routers. They're considering moving towards route reflectors. There's 2 core routers per-POP. And anywhere between 5 and 15 edge/aggregation routers in a POP. The current thought is to move to a route-reflector full mesh between all the dual-core routers in each POP. The other alternative is to deploy just 2 route reflectors for the entire network. Can anyone point me towards real-world info on the pros and cons of each approach? There seems to be little public info on why people do what they do, it's more info on how to do it. Next I'm looking for differing advice on getting small customer- assigned blocks in to BGP. Like /29s that are given to fractional T1 customers. Assume that there are /29s assigned to customers. It would be a beautiful world if these /29s could be easily rolled up in to /24s, then have a static route /24 pointed towards the bitbucket, and advertise the /24 in to BGP. But alas the network is not that neat. / 29s are scattered all over various customer aggregation routers. Sometimes it's just one /29 out of a a /24 block that's on another router. Also, there's /22s to /19s per-pop in nice little aggregatable subnets, so at least that's good. - Should he use a permanent static route to the /29, then use a network statement to bring it in to BGP? - Should he use a permanent static route, and redistribute *very* carefully, so that he can do tagging with communities? - Should he use a static route which would be withdrawn if the link went down? This would mean traffic to a down customer would be dropped quicker, but flaps cause more BGP churn. This would mean he's have hundreds to thousands of /29 routes floating around internally. But the /29s would be portable between edge aggregation routers. - Should he have a /24 routed to the bitbucket, and aggregate /29s where he can, and have some exception /29s floating around randomly? The problem here is what if the customer needs to move to another router, because he wants a bigger pipe and his circuit can't be connected to the existing router? - Should he take the hard line approach and force customers to renumber? If they upgrade their service, and have to move routers, they get assigned a new /29 subnet. In this world of NAT, it should be easy! ;) That way he can have nice contiguous blocks to announce. - Would confederations help? Seems like overkill, but he could aggregate at the POP level instead of the router level. How do the rest of you assign out customer blocks? On a per-router basis, on a per-pop basis? How do you keep the number of routes down to a manageable level? How do you make it easy for installation / provisioning engineers to bring up a customer, but never get near the BGP config (assume they'll login to put a /30 on the link interface)? Any pointers to sites on the net that show how real world ISPs setup their route/policy maps? I'm not talking BGP intro stuff like "make sure you don't announce a default to your upstreams" but examples of what bgp communities are used for, what real world filtering is done beyond basics and bogon filtering, etc. I can't even find a good nanog presentation on this. They're all about the basics. Let the floodgates begin! If you want to tell me this is off-topic, please do us all a favor and email me directly. Or don't read it and simply trash it. Nobody wants to hear why you're the on-topic police and what you say goes. -pete

4 4

AS577 (Bell Canada)
by Mike Tancsa 28 Jan '07

28 Jan '07

Anyone around from AS577 ? Can you contact me offlist please ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike(a)sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike

1 0

RE: Westin Seattle Outage?
by John van Oppen 27 Jan '07

27 Jan '07

This was not a building wide problem; apparently it did serve to find the failed UPSes in a few places. The building management does these tests several times a year, and at least to the one colo where we had visibility to the building electrical service, we saw the same outages we always see during such a test. It is also worth noting, that I only saw one of about 60 BGP sessions across the Seattle-IX (which is in the building) reset at the time of the work. John -----Original Message----- From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu] On Behalf Of Rick Kunkel Sent: Friday, January 26, 2007 11:26 PM To: chuck goolsbee Cc: nanog(a)merit.edu Subject: Re: Westin Seattle Outage? We too had probs. I saw only two outages, one around 8PM PDT and one around 9:45PM PDT. I called during the first one, and the people I talked to were obviously in a state, and I had trouble hearing anyone, as they were in an extremely loud part of the data center or something. From what I could understand through the noise of some really loud fans or a generator, there was a power test of some kind, and a generator flaked or something. I've requested more detailed info, but have yet to receive it. >From what I understand, it affected more than just one provider. --Rick Kunkel On Fri, 26 Jan 2007, chuck goolsbee wrote: > > >We just saw one of our gig-e circuits to the Westin bounce three > >times and another just go flatline in the past hour. > > Answering my own question I know, but the OnFiber/Qwest guys I spoke > to informed me that they heard the Westin had some sort of backup > power scheduled maintenance go wrong. That was the 3 bouncer. I still > wouldn't mind independent verification of that. > > > The flatliner was XO, and it seems that it may not even touch the > Westin (instead goes to 1000 Denny.) I still don't know what happened > there. It did come back after 86 minutes of eerie silence. Anyone > else with XO circuits see anything odd tonight? > > > > --chuck > > Note to XO NOC: Your hold music is *awful* and on a way too short > loop. It is bad enough when it is bad music, but to hear it over and > over and over... for well over an hour, is customer torture. >

1 0