- Test - lists.nanog.org

Re: Internic procedure problems
by Eric Kozowski 20 Jul '95

20 Jul '95

>Another thing that would be nice to see is some method for updating domain >information similar to the way routing policy is updated. If I wish to >change secondary nameservers, I should be able to directly update records >for my domain rather than submit an email request and wait 3-4 weeks for >an overworked human being to get around to it. Somthing along the lines of the auto-dbm for the RADB would be great for domain name chages, etc. Just my $.02. Eric -- Eric Kozowski Structured Network Systems, Inc. kozowski(a)structured.net Better, Cheaper, Faster -- pick any two. (503)656-3530 Voice "Providing High Quality, Reliable Internet Service" (800)881-0962 Voice 56k to DS3

4 3

Mae-East instability
by Curtis Villamizar 20 Jul '95

20 Jul '95

Some of our peers have been dropping BGP a bit more often lately. Somebody had a real bad day on Tuesday. Jul.18: 192.41.177.252 1:35:13 mae-east-rt2.es.net Jul.18: 192.41.177.125 1:23:29 mae-east.nsn.nasa.gov Jul.18: 192.41.177.251 0:59:05 mae-east-rt1.es.net Jul.18: 192.41.177.241 0:08:56 sl-mae-e-F0/0.sprintlink.net Here's a list giving the number of disconnects (where there were 5 or more disonnects per day). The majority of flapping seems to be at Mae-East and Mae-West. date peer hits Jul 18 192.157.69.250 8 rs1.sprint.ra.net NY NAP Jul 18 192.41.177.125 72 mae-east.nsn.nasa.gov MaeE Jul 18 192.41.177.251 34 mae-east-rt1.es.net MaeE Jul 18 192.41.177.252 56 mae-east-rt2.es.net MaeE The July 18 problem was mostly concentrated over one 3.5 hour period of continuous flap. Jul 18 07:19:28 to Jul 18 10:52:30 (122:47 / 213:02) 192.41.177.125 took 50 hits (57:00) 192.41.177.252 took 41 hits (62:31) 192.41.177.251 took 17 hits (34:19) Any clues from NASA and ESNET as to why this instability occurred at Mae-east? Was this some form of BGP meltdown or just hardware trouble at or getting to the Mae? Curtis

2 1

None
by Allwyn Crichlow 20 Jul '95

20 Jul '95

2 1

send info
by Allwyn Crichlow 20 Jul '95

20 Jul '95

send info

1 0

broken glue in .net domain
by Michael Dillon 19 Jul '95

19 Jul '95

We are attempting to get the Internic to change our secondary nameserver for the junction.net domain but not having much luck. Our change requests for in-addr.arpa went through in a few days. But the Internic rejected the first request saying we needed to use a new form. So we resubmitted but it is now almost two weeks ago. What is the point of a new form if we cannot get things updated any faster? Then we noticed that DNS to our new secondary nameserver ns2.bc.net was acting wierd. So we dug into the .net domain and discovered several A records with the WRONG IP ADDRESS. I don't know whether it was a typing error at the Internic or whether somebody at BC.NET screwed up, but why do changes like this take so long if nobody even verifies such a simple and obvious thing? You can see this by trying the whois command on sno.net, infoserve.net or concordpacific.net Compare the IP address for ns2.bc.net with the one given by nslookup when talking to an authoratative server for the domain like jade.bc.net In addition there is at least one glue record for ns1.bc.net which erroneously reports its IP address to be 128.198.4.1 which is also wrong since ns1 is the same as jade.bc.net Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-542-4130 http://www.memra.com E-mail: michael(a)memra.com michael(a)junction.net

1 0

Re: Call for Mbone reflectors
by rsingleton＠hai-net.com 16 Jul '95

16 Jul '95

Hi my name is Rickie Singleton from Arlington VA. I would like to become an active participant on the Mbone and I would like to set up a reflector. I will be using an SGI extreme 2. Can anyone point me in the right direction to get a reflector setup. I am hoping the mrouted 3.x will fix my mbone problem and I am currently running CUSEEME on my mac. Now comes the task of setting up a reflector on the SGI. Would appreciate any comments. thx Rickie ______________________________ Reply Separator _________________________________ Subject: Call for Mbone reflectors Author: bmanning(a)ISI.EDU at internet Date: 7/12/95 12:06 PM > > Bill, > > We have the mbone slot reserved for ISN. I will post this note to teachers > today and begin doing what I can to get them involved. What needs to be > done to push providers to get reflectors set up? > > Thanks, > J > =-=-=-=-NOTE TO POST TO ED LISTS-=-=-=-= > To all Educators able to use CU-SeeMe this summer! > > The Internet School Networking (ISN) group of the Internet Engineering > Task Force (IETF) will be broadcasting its thrice-yearly meeting over the > mbone on Monday, July 17. The meeting will be held in Stockholm, Sweden, > from 9:30 to 11:30 a.m. local time. > > If you would like to participate, please notify me as soon as possible! > > Thanks, > Jennifer Sellers > ISN Co-chair > > ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ > sellers(a)quest.arc.nasa.gov NASA's K-12 Internet Initiative > gopher quest.arc.nasa.gov Sterling Software > http://quest.arc.nasa.gov 700 13th Street, NW > phone: 202-434-8954 Suite 950 > fax: 202-434-4599 Washington, DC 20005 > ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ > > =-=-=-=-END OF NOTE TO ED LISTS-=-=-=-= > Hi all, If we are actually going to have real teachers participate in the ISN - WG remotely, there should be an identified reflector net setup, since most of the target audience has access to CUSeeMe and not traditional mbone tools. (Odd, traditional & mbone linked together.. :) It should be possible to identify where on the Mbone topology current reflectors sit, and then we will have a better idea where new reflectors need to be. What I really want to avoid is a reflector hosted at the IETF site and all that CUSeeMe traffic converging on that machine.. :) Any clues/assistance etc. would be helpful. -- --bill

1 0

Re: New Reflector info (fwd)
by bmanning＠ISI.EDU 12 Jul '95

12 Jul '95

> We have a version of the new reflector code up on the Cornell > reflector at 132.236.91.204 now. However, it only tracks for new versions > of the desktop app, the Mac version of which will go to alpha testers today > maybe. We're trying to update the reflector so it will also track (more > crudely) the old versions of the app. As this will be the first version of > the reflector to be released in binary only (except to source licensees), > we're co-ordinating with White Pine to get it compiled for all the popular > platforms and binaries posted. We may have updates out several times in > the next couple weeks as the bw management algorithms get tuned. > If all goes well, we should have both Mac and Windows apps out as > beta versions by the time of IETF. > Some thought on best way to configure reflectors for IETF is > probably a good idea. In general, a feed from a reflector at IETF to the > mbone, picked up by other reflectors in useful places might be a good > approach. > > Cheers, -Dick > > >Bill Manning from ISI is trying to set up and MBONE/CU-SeeMem > >transmission of some IETF sessions from Sweden in 2 weeks. He > >wanted to know when the nex reflector software with the > >better bandwidth management will be released - and if not before > >IETF, is there a way to push the release day up.. > > > >martyne > > --bill

1 0

Call for Mbone reflectors
by bmanning＠ISI.EDU 12 Jul '95

12 Jul '95

> > Bill, > > We have the mbone slot reserved for ISN. I will post this note to teachers > today and begin doing what I can to get them involved. What needs to be > done to push providers to get reflectors set up? > > Thanks, > J > =-=-=-=-NOTE TO POST TO ED LISTS-=-=-=-= > To all Educators able to use CU-SeeMe this summer! > > The Internet School Networking (ISN) group of the Internet Engineering > Task Force (IETF) will be broadcasting its thrice-yearly meeting over the > mbone on Monday, July 17. The meeting will be held in Stockholm, Sweden, > from 9:30 to 11:30 a.m. local time. > > If you would like to participate, please notify me as soon as possible! > > Thanks, > Jennifer Sellers > ISN Co-chair > > ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ > sellers(a)quest.arc.nasa.gov NASA's K-12 Internet Initiative > gopher quest.arc.nasa.gov Sterling Software > http://quest.arc.nasa.gov 700 13th Street, NW > phone: 202-434-8954 Suite 950 > fax: 202-434-4599 Washington, DC 20005 > ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ > > =-=-=-=-END OF NOTE TO ED LISTS-=-=-=-= > Hi all, If we are actually going to have real teachers participate in the ISN - WG remotely, there should be an identified reflector net setup, since most of the target audience has access to CUSeeMe and not traditional mbone tools. (Odd, traditional & mbone linked together.. :) It should be possible to identify where on the Mbone topology current reflectors sit, and then we will have a better idea where new reflectors need to be. What I really want to avoid is a reflector hosted at the IETF site and all that CUSeeMe traffic converging on that machine.. :) Any clues/assistance etc. would be helpful. -- --bill

1 0

MAE policies?
by Andras Salamon 11 Jul '95

11 Jul '95

There is an initiative here in South Africa to set up equivalents of MAE-East and MAE-West to achieve local connectivity between the separate ISP networks. Does anyone have documentation on the MAEs, especially policy? Pointers to ftp or web sites would be great. -- Andras Salamon andras(a)is.co.za

1 0

RSdv5.1
by bmanning＠ISI.EDU 10 Jul '95

10 Jul '95

Release 5.1 of the Route Server deamon is now available from: http://www.isi.edu:80/div7/ra/source.html --bill

5 8