February 1998 - Test - lists.nanog.org

Re: NANOG in the news
by James Glave 11 Feb '98

11 Feb '98

Or you could read my original, non-reuters, Wired News version... http://www.wired.com/news/news/technology/story/10214.html jtg At 10:58 AM 2/11/98 -0800, J.D. Falk wrote: >http://www.yahoo.com/headlines/980211/wired/stories/crowd_1.html > >-- >J.D. Falk <jdfalk(a)vix.com> >Vixie Enterprises http://www.vix.com/ > James Glave : Senior Technology Writer : Wired News http://www.wirednews.com : 415.276.8430

1 0

NANOG in the news
by J.D. Falk 11 Feb '98

11 Feb '98

http://www.yahoo.com/headlines/980211/wired/stories/crowd_1.html -- J.D. Falk <jdfalk(a)vix.com> Vixie Enterprises http://www.vix.com/

1 0

Registration Fee Refund
by Pam Ciesla 11 Feb '98

11 Feb '98

Please contact me if you registered with payment info but did not attend the NANOG 12 Meeting. Thanks xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Pam Ciesla 734-936-0172 - phone Merit Network, Inc. 734-647-3185 - fax University of Michigan 4251 Plymouth Road Bldg. I, Suite C Ann Arbor, MI 48105-2785 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

1 0

Re: Erroneous BGP advertisement
by David J. Schmidt 11 Feb '98

11 Feb '98

On Wed, 11 Feb 1998, Joe Shaw wrote: > I thought all responsible parties (like Sprint) filtered their customer > routes. I know I can't advertise or leak out anything to MCI or UUNet > that I havn't registered with them. I've heard in the past that Sprints > route acceptance policy was a little on the trusting side, but not > filtering your customers announcements is just silly. They (sprint) > should only allow their customers to advertise their registered IP space > and stop things like this from happening. > > I'm looking at Sprint's BGP policy (http://www.sprint.net/bgppolicy.htm) > and it appears that they are way too trusting. They expect their > customers to do everything right, and for someone with little or no > knowledge of setting up BGP, they could quickly cause havoc for Sprint's > or other carriers' networks. This is especially interesting since they > offer no BGP help what so ever according to this document. Also according > to this document, the customer is responsible for all filtering, which is > an extremely poor practice. I wonder how long it will take for a Sprint > customer to advertise a default route out and I wonder how many sites it > would effectively blackhole. > > Regards, > Joe Shaw - jshaw(a)insync.net > NetAdmin - Insync Internet Services We multihomed with Sprint around the beginning of October. Sprintlink will do either AS or IP based filters to their BGP peers. From their bgpform.txt: --- 8. Do you prefer AS (see 8a) or IP (see 8b) based filters*? [ ] AS filters - answer question 8a [*] IP filters - answer question 8b * All customers are filtered based on either AS path or IP address. AS filters allow customers to announce any blocks they acquire but can lead to problems if the customer configuration announces other provider routes to us (creating transit across the customer) or our own routes back to us (creating a black hole). IP filters allow customers to modify the AS announcements. Both methods have their advantages and we prefer to set up IP filters because it makes the customer configurations simpler and avoids possible transit/black hole problems. --- If the customer has chosen AS based filtering then they can announce any addresses at will, causing this type of problem. Incidently, we chose IP filtering :-). David.Schmidt(a)ior.com Internet Ventures, Inc. (509)622-2878 x238 Spokane, Washington http://www.perki.net/ (509)622-2872 (fax)

1 0

Erroneous BGP advertisement
by Bruce Robertson 11 Feb '98

11 Feb '98

Currently, one half of our /18 is being erroneously advertised by Sprint (207.228.0.0/19). This, naturally, is causing us no end of trouble. Sprint, meanwhile, blames a third party. This has been going on for over 24 hours. First, if you're reading this and you're the culprit, please stop advertising 207.228.0.0/19. Second, I'm soliciting advice from others who have experienced this. How did you get results from the culprits? Can you recommend an attorney who is familiar with the issues, in case we decide to recover our lost revenue stream? Thanks! -- Bruce Robertson, President/CEO Great Basin Internet Services, Inc. +1-702-348-7299 fax: +1-702-348-9412

7 6

RealPlayer problems
by chris.whittenburg＠wcom.com 11 Feb '98

11 Feb '98

> Greetings - to pick up today's real audio/visual NANOG feeds, please > revisit the Web page: > > http://www.nanog.org/mtg-9802/update.html I tried for two days, and wasn't able to get the audio or video to work more than a couple minutes. If the problem was the internet connection to the hotel, couldn't someone have used an analog dialup link to deliver the encoded content to the head end? I mean, we're talking 8 kbps audio here... I would have gladly sacrificied the unusable video. regards, chris -- Chris Whittenburg Data Network Mechanic (918) 590-5845 Worldcom Network Services chris.whittenburg(a)wcom.com

2 1

Re: RA/RV Feeds from RBN
by Dax Kelson 11 Feb '98

11 Feb '98

>As a representative of RealNetworks, do you have any comments >on the availability of source code to your player, for those >of us with multicast-supported systems you have chosen to >ignore? Or is it simply time to declare NANOG yet another >bastion of closed minds, and closed protocols? Or a Java version of RealPlayer? Dax Kelson Internet Connect, Inc.

1 0

Re: Please revisit RealAudio Web page
by Scott Huddle 11 Feb '98

11 Feb '98

Some might argue that not allowing two-way communications, especially with some participants, is a feature ;) -scott > From smd(a)clock.org Tue Feb 10 11:24 EST 1998 > From: "Sean M. Doran" <smd(a)clock.org> > To: huddle(a)mci.net, nanog(a)merit.edu, smd(a)clock.org, srh(a)merit.edu > Subject: Re: Please revisit RealAudio Web page > Date: Tue, 10 Feb 1998 08:24:20 -0800 > Content-Type> : > text> > Content-Length: 309 > > Yes Scott it is beautiful but there is also a 10 minute propagation > delay, so if you want to ask questions (aha! it's a one-way medium!) > it does not compete with MBONE, alas. :( > > A nice idea would be to have MBONE stuff for the live sessions > and then rebroadcasts and archives done via Real Video. > > Sean. >

3 2

RE: Stop.
by Joe Shaw 11 Feb '98

11 Feb '98

I did not mean to CC the entire list on my little rant. Please accept my apologies. I have taken some heat for my post and I agree that it wasn't called for on the list and that most of you didn't want to see it. Regards, Joe Shaw - jshaw(a)insync.net NetAdmin - Insync Internet Services Catching up after NANOG 12...

1 0

RE: cacheable HTTP?
by Barry Raveendran Greene 11 Feb '98

11 Feb '98

Go to: http://www.nlanr.net/Cache This is the place to start for WWW caching. There is already a lot of WWW caching experience on the Net. Most of it is hyper-linked on NLANR's page. Barry On Monday, February 09, 1998 6:23 PM, sully(a)mail.usinternet.com [SMTP:sully@mail.usinternet.com] wrote: > I've considered the pro's and con's of caching HTTP, and was wondering > what, if any, software or hardware solutions you've implemented..and the > success or failure you've experienced. > > Any response is much appreciated!

2 1