September 2003 - Test - lists.nanog.org

InterNAP
by Gabriel 30 Sep '03

30 Sep '03

Anybody seeing routing trouble getting to internap network? It looks like internap is unreachable: ... 14 InterNAPSeattle2.so-2-0-0.ar2.SEA1.gblx.net (208.51.239.178) [AS3549] 71 ms 71 ms 70 ms 15 border5.ge3-1-bbnet1.sef.pnap.net (63.251.160.10) [AS14744] 216 ms 115 ms 203 ms 16 * * * ... 30 * * * Anyone else seen or heard anything? -- Gabriel Cain www.dialupusa.net Dialup USA, Inc. 888-460-2286 ext 208 PGP fingerprint: C0B4 C6BF 13F5 69D1 3E6B CD7C D4C8 2EA4 2B08 1C6D

2 1

Alternative Satellite news feed needed
by Jeffrey Wheat 30 Sep '03

30 Sep '03

Since Cidera is going offline again, I am in need of seeking an alternative. Does anyone know of a non-land line based news feed? With the tremendous amount of news that we pull a day, I am not willing to spend the kind of money that would be required to sustain the same amount of traffic over leased lines. Thanks in advance, Jeffrey --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003

2 1

what happened to ARIN tonight ?
by Mike Tancsa 30 Sep '03

30 Sep '03

The Oregon route server seems to indicate they are off the air. Not that I care to look at fee schedules tonight, but the whois server for in-addr.arpa is toast as a result :-( ---Mike BGP routing table entry for 192.149.252.0/24, version 1277910 Paths: (57 available, best #48, table Default-IP-Routing-Table) Flag: 0x8A0 Not advertised to any peer 15290 7018 701 7046 (history entry) 216.191.65.126 from 216.191.65.126 (216.191.65.126) Origin IGP, localpref 100, external Dampinfo: penalty 1407, flapped 2 times in 00:02:01 6939 7911 701 7046 (history entry) 216.218.252.152 from 216.218.252.152 (216.218.252.152) Origin IGP, localpref 100, external Dampinfo: penalty 1408, flapped 2 times in 00:01:42 15290 7018 701 7046 (history entry) 216.191.65.118 from 216.191.65.118 (216.191.65.118) Origin IGP, localpref 100, external Dampinfo: penalty 1407, flapped 2 times in 00:02:00 6395 1239 701 7046 (history entry) 216.140.2.59 from 216.140.2.59 (216.140.2.59) Origin IGP, metric 5657, localpref 100, external Community: 6395:1 6395:1007 Dampinfo: penalty 2796, flapped 4 times in 00:01:46 -------------------------------------------------------------------- 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

9 11

RE: Converting from telco Major-V, Major-H coordinates to Lat Long
by Stewart, William C (Bill), RTSLS 30 Sep '03

30 Sep '03

From: Claudio Gutiérrez [mailto:cgutierrez@telycon.cl] > I think http://datec.web.att.com/faqs/telecom.htm is an internal AT&T webserver Arrgh.. You're correct, and I should have noticed. It's the 1996 FAQ for Telecom Digest, Message-ID: <95.12.30.223ghbe6(a)massis.lcs.mit.edu> TELECOM Digest - Frequently Asked Questions - v.7 17 December 1995 from newsgroup comp.dcom.telecom.tech It's still in v.8 - http://www.teletechnics.co.nz/reference/telecom/telecom_faq.html

5 4

RE: Cidera Service Shutting Down
by John Lord 30 Sep '03

30 Sep '03

Is there another sat news service ? John Lord It Manager AllTurbo Internet Services Inc 410-213-9388 Office www.allturbo.com -----Original Message----- From: Shawn Solomon [mailto:ssolomon@ind.net] Sent: Tuesday, September 30, 2003 10:59 AM To: nanog(a)merit.edu Subject: FW: Cidera Service Shutting Down For those of you who didn't get the memo.... :) It is happening, Again. -- Shawn Solomon Senior Network Engineer / Systems Design IHETS / ITN 317.263.8875 ssolomon(a)ind.net fx317.263.8831 -----Original Message----- From: Julie Peoples [mailto:lpeoples@cidera.com] Sent: Tuesday, September 30, 2003 9:39 AM To: voipnet(a)cidera.com Subject: Cidera Service Shutting Down Good morning, Sadly, VOIPnet, d.b.a. Cidera, has been instructed to cease transmission on the satellite transponder at 11:00 a.m. EDT, today, September 30, 2003. We regret that we could not give our customers any more notice than we were given. We wish to thank all of our loyal customers for staying the course with us over all this time. We wish them the best of luck in the future. Sorrowfully, Julie "we live with regret, things fall apart. The center cannot hold....farewell"

1 0

FW: Cidera Service Shutting Down
by Shawn Solomon 30 Sep '03

30 Sep '03

For those of you who didn't get the memo.... :) It is happening, Again. -- Shawn Solomon Senior Network Engineer / Systems Design IHETS / ITN 317.263.8875 ssolomon(a)ind.net fx317.263.8831 -----Original Message----- From: Julie Peoples [mailto:lpeoples@cidera.com] Sent: Tuesday, September 30, 2003 9:39 AM To: voipnet(a)cidera.com Subject: Cidera Service Shutting Down Good morning, Sadly, VOIPnet, d.b.a. Cidera, has been instructed to cease transmission on the satellite transponder at 11:00 a.m. EDT, today, September 30, 2003. We regret that we could not give our customers any more notice than we were given. We wish to thank all of our loyal customers for staying the course with us over all this time. We wish them the best of luck in the future. Sorrowfully, Julie "we live with regret, things fall apart. The center cannot hold....farewell"

1 0

VeriSign tapped to secure Internet voting
by Eric Germann 29 Sep '03

29 Sep '03

Hope they don't just wildcard the virtual hanging chads... They could start with a vote on who likes global wildcards in .com and .net ---- http://msnbc-cnet.com.com/2100-1029_3-5083772.html?part=msnbc-cnet&tag=alert &form=feed&subj=cnetnews VeriSign announced Monday that it will provide key components of a system designed to let Americans abroad cast absentee votes over the Internet. ========================================================================== Eric Germann CCTec ekgermann(a)cctec.com Van Wert OH 45891 http://www.cctec.com Ph: 419 968 2640 Fax: 603 825 5893 "The fact that there are actually ways of knowing and characterizing the extent of one’s ignorance, while still remaining ignorant, may ultimately be more interesting and useful to people than Yarkovsky" -- Jon Giorgini of NASA’s Jet Propulsion Laboratory

2 1

Re: Don't like it, order the ISPs to block it
by Mike Tancsa 29 Sep '03

29 Sep '03

I would be happy just to see ISPs live up to their own published AUP. The Internet would be a MUCH nicer place if this were the case. Why does the topic of AUP enforcement gravitate towards straw man discussions of totalitarian governments? Yeah, I am sure the North Korean ISP scene is no fun. But this is North America. If a company wines about the fact that they dont have a business plan that allows for the enforcement of their published rules ("oh, it just costs too much money"), they should not BS the public that they have such rules in the first place. If we want our industry to be self policing, and not policed by the public sector, we better start policing ourselves. ---Mike At 02:47 PM 29/09/2003, Sean Donelan wrote: >Continuing the trend of holding ISPs morally responsible for all things, >India's Computer Emergency Response Team ordered all ISPs in India to >block a Yahoo bulletin board for "promoting anti-national news and >containing material against the government." > >http://www.wired.com/news/politics/0,1283,60628,00.html > >ISPs are not very good at fine grain control. In India the ISPs >initially blocked access to all Yahoo discussion group servers. But >I'm sure they will improve monitoring of the actions of their subscribers, >to adapt the blocks. What's interesting is in order to block less, the >ISPs will have to invade the privacy of their users' traffic more. > >Making the ISP the personal firewall for every user or country is an >growing concept. Talk about cost shifting. Some countries are willing to >pay for it (e.g. China), increasing the costs. The Internet may end up >costing more than private point-to-point lines after ISPs install >all the firewalls to implement all the personal controls desired by >governments.

1 0

Re: ISPs blocking port 53? (was Re: Annoying dynamic DNS updates)
by Paul Vixie 29 Sep '03

29 Sep '03

> ... probably most of the Abuse issues (especially via email) would > continue to be ignored. Noone wants to handle that stuff. But > someone(s) must handle that stuff. the underlying question is, "or else what?" this is an assymetric-benefit situation. when folks ignore reports from noncustomers the people they are hurting are those noncustomers. as sean and others have pointed out, there's no incentive-stick in that equation. someone asked me privately: > and why would anyone care about branding? what would it gain them? > > until theres financial penalties for being a bad netizen, there wont be > any incentive to follow the rules. if it were a checklist item for government/military/largecommercial contracts then you can bet that the sales team in every large/medium isp would beat the drum internally to ensure qualification and compliance. given the somewhat direct relationship between insider (customer) service, outsider responsiveness, and network uptime, this isn't a hard sell. what's hard is figuring out who can host the brand and what collection of people (network owners and their customers) can be trusted to define it. i'm thinking the new NRO (joint project by apnic/lacnic/ripe/arin) might be the right place to home a responsible-network-ownership branding program.

3 2

Re: ICMP Blocking Woes
by Kevin Oberman 29 Sep '03

29 Sep '03

> From: "Eric Germann" <ekgermann(a)cctec.com> > Date: Mon, 29 Sep 2003 15:56:04 -0400 > Sender: owner-nanog(a)merit.edu > > > winders does use udp instead of icmp in their tracert program, IIRC (or at > least they used to). At the risk of getting my head blown off, could we say > that was foresight :) You have it backwards. Windows tracert uses ICMP while most Unix boxes use the LBNL traceroute program (or something derived from it) which uses UDP. But both rely on the return of ICMP TTL expired or unreachable messages and blocking all ICMP breaks both. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman(a)es.net Phone: +1 510 486-8634

1 0