January 1996 - Test - lists.nanog.org

19 Jan '96

...and, on our resolvers.... com. 321028 NS H.R�T-SERVERS.NET. 320919 IN NS H.R\357^?T-SERVERS.NET. ;Cr=addtnl [198.72.72.10] [B., C., D., E., all corrupted from the same source] I have killed and restarted named on ours... _k

1 0

.com pollution
by Per Gregers Bilse 19 Jan '96

19 Jan '96

(Credit for spotting this goes to Dima Volodin from Sprint.) Please check your nameservers for .com NS bogus data. I had a look around after Dima pointed out the bogus data in ns.EU.net, and over 3/4 of the nameservers I checked were infected (sprint, merit, mci, ans, net99, janet ...). ;; ANSWERS: com. 467325 NS E.ROOT-SERVERS.NET. com. 467325 NS I.ROOT-SERVERS.NET. com. 467325 NS F.ROOT-SERVERS.NET. com. 467325 NS G.ROOT-SERVERS.NET. com. 467325 NS A.ROOT-SERVERS.NET. com. 467325 NS H.ROOT-SERVERS.NET. com. 77377 NS ari.ari.NET. com. 77377 NS ns2.sprintlink.NET. com. 77377 NS ns1.sprintlink.NET. com. 77377 NS ns.peach.NET. com. 467325 NS B.ROOT-SERVERS.NET. com. 77377 NS k2.ari.net. com. 325800 NS H.RoT-SERVERS.NET. com. 324155 NS B.RoT-SERVERS.NET. com. 324155 NS C.RoT-SERVERS.NET. com. 324155 NS D.RoT-SERVERS.NET. com. 324155 NS E.RoT-SERVERS.NET. com. 324155 NS I.RoT-SERVERS.NET. com. 324155 NS F.RoT-SERVERS.NET. com. 324155 NS G.RoT-SERVERS.NET. com. 324155 NS A.RoT-SERVERS.NET. com. 467325 NS C.ROOT-SERVERS.NET. com. 467325 NS D.ROOT-SERVERS.NET. 'rot-server' ... -- ====== ___ === Per G. Bilse, Mgr Network Operations Ctr ===== / / / __ ___ _/_ ==== EUnet Communications Services B.V. ==== /--- / / / / /__/ / ===== Singel 540, 1017 AZ Amsterdam, NL === /___ /__/ / / /__ / ====== tel: +31 20 6233803, fax: +31 20 6224657 === ======= 24hr emergency number: +31 20 421 0865 === Connecting Europe since 1982 === http://www.EU.net; e-mail: bilse(a)EU.net

1 0

Re: value of co-location
by bajaj＠faline.bellcore.com 19 Jan '96

19 Jan '96

> > What's the average packet size now? I think the overhead on DS-3 ATM/SMDS > > is worse than on OC-3, if I recall correctly, because the DS-3 PLCP is so > > wasteful as well. Someone should redo these calculations more accurately. > > With PLCP, maximum bit rate available for ATM cells = > > 53 cells * 12 rows * 8bits / 125us = 40.704 mpbs. > > So, 40.704 * 48/53 = 36.864 mpbs = data rate. > > Now if you use AAL5, then it's another 2 bytes for SAR, and 2 bytes for > CS, so, 40.704 * (48-4)/53 = 33.792 mpbs. You are correct up til you get to the efficiency at the AAL level. AAL-5 does not have any SAR overhead but it does have 8 bytes of CS overhead. Now, this overhead is on a per PDU basis and NOT a per cell basis. Thus, you maximum efficiency will be 36.864 * [(x-8) / x] where x = PDU size in bytes. Thus, if you just send 64-byte packets, your min throughput will be 36.8 * (56 / 64) = 32.3 Mbps. Of course, larger PDUs are more efficient. Shikhar

2 1

value of co-location
by George H. Clapp 19 Jan '96

19 Jan '96

I'm also curious about the value of co-location. Using a fast packet service (Frame Relay, SMDS, or ATM) allows your on-site router to communicate directly with a router of another ISP. There's no need to purchase another router to place at the co-location site. Why incur the additional cost? George Clapp voice: 201-829-4610 fax: 201-829-2504 page: 800-980-1298 email: clapp(a)bellcore.com

5 4

Times for NANOG meeting
by Susan R. Harris 19 Jan '96

19 Jan '96

Greetings - just wanted you to know that we've scheduled more speakers than usual for the February NANOG meeting, and will be running till 1:00 p.m. on Friday, rather than noon, as in previous meetings. --Susan Harris

1 0

PacBell NAP and Co-location
by Warren K. Williams 18 Jan '96

18 Jan '96

Folks, I need to clarify something regarding colocation at Pacific Bell. There has been a great deal of confusion out in the community regarding Pacific Bell's position on Colocation. Let me set the record straight here. For those NAP customers who need to colocate equipment as part of their NAP connection through us ** can ** do so. We have made an arrangement that fits within company guidelines that will allow us to place a customer's router, CSU/DSU... within our facilities for connection to the NAP. The facilities we provide have the standard data center enviromments (i.e. air conditioning, raised floor, standard racks, and monitored power). They also allow access to customer technicians (or their agents) for configuration and repair needs. The question, however, is a bit moot given the way in which customers attach to an ATM NAP. ATM circuits are pulled to wherever the customer is (using the appropriate InterExchange Carrier to do interlata connections, of course). There is no need to co-locate equipment. No need for the additional capital invesment nor the introduction of an additional routing hop. If a customer has no locations in the bay area, it is simply a matter of setting up a "long-distance" connection. A couple of our customers are doing just that today. FYI. Kind regards, Warren ------------------------------------------------------------------------------ Warren K. Williams, Director - Network Access Point Pacific Bell Business Communications Services Email: wkwilli(a)pacbell.com Phone: 510.867.9065 ------------------------------------------------------------------------------

2 1

Nanog mailing list
by Tricia Schibler 17 Jan '96

17 Jan '96

Subject: Time: 8:34 PM OFFICE MEMO Nanog mailing list Date: 1/17/96 I would like to subscribe to the Nanog mailing list and would also like to attend the next Nanog meeting on February 15,16. I look forward to receiving the appropriate information. Thank you, Tricia Schibler

1 0

isp cooperation
by Ehud Gavron 17 Jan '96

17 Jan '96

I hate to break from the thread of > Hi, thank you. > Herb. However, I've got a question for the community at large. In a recent client switchover, we discovered The Other ISP had no clue about DNS. Despite our best efforts to get their "technical" support involved, we discovered they had none. When we asked them to enable DNS zone transfers, they said "We don't allow that. Edit your files; if you don't know how to do that then you shouldn't be running DNS." This haughty attitude punctuated their incompetence and lack of technical savvy. Now stuck in the middle of this is the customer, who just wants the service transfered, and really doesn't want to hear things like "Domain zone transfer," "file editing," or "variable shield frequency modulation." Any ideas on how to gain cooperation from what is clearly a "two-kid" shop of a few teenagers pretending to run an ISP with a holier-than-thou attitude and the technical knowhow of a Newt (with apologies to Mr. Speaker)? Ehud p.s. I don't mean any of my comments to imply that Iserver.Com is run by a bunch of teenagers with no technical savvy. It just appears that way.

2 1

Network Access Points
by Canadian IP Registration 17 Jan '96

17 Jan '96

Hi, is there a list of ISPs that are connected to the Network Access Points? Please, if there is such an animal, can you tell me where it is or send it to me, I need it asap. Thanks Herb

3 6

Definitions, please....
by Canadian IP Registration 17 Jan '96

17 Jan '96

Hi, can somebody point me at or give me some sort of at least semi-formal definition of the following terms: NAP MAE-EAST MAE-WEST Anything would help. Thank you. Herb Kugel

3 4