- Test - lists.nanog.org

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 19 Jan '96

19 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

None
by Vir Lagua 17 Jan '96

17 Jan '96

subscribe nanog capprove gators subscribe nanaog russ(a)ism.net

1 0

Re: Welcome to nanog
by owen＠DeLong.SJ.CA.US 16 Jan '96

16 Jan '96

> Err, just one question ... > > > > > Welcome to the nanog mailing list! > > > > If you ever want to remove yourself from this mailing list, > > you can send mail to "Majordomo" with the following command > > in the body of your email message: > > Why the impossible to remember unsubscribe command below ?! > The command below is the result of someone sending a similar subscribe command which subscribed the nanog list to itself, causing the welcome message to be sent to the entire list. Majordomo apparently accepts lists of people to subscribe or treats everything after the mailing list name as part of the name subscribing. Either way, the effect is the same. > > unsubscribe nanog capprove gators subscribe nanog russ(a)ism.net > > It seems that for many, just sending an 'unsubscribe nanog' command > without sending to the list is difficult. > > Certainly the algorithm above is no easier to remember :-) > > Hmmmm. > > Tim > Again, disregard it. It's an error. > > > Here's the general information for the list you've > > subscribed to, in case you don't already have it: > > > > North American Network Operators Group > > > > Owen

3 2