November 1996 - Test - lists.nanog.org

IP Allocation
by Pete Davis 20 Nov '96

20 Nov '96

With all this talk of IP Allocation, does anybody know of a time frame for Prodigy/AOL/Compuserve to become HTML 1.1 compliant? We have been trying to conserve IP space wherever possible, but the inability for 6+ million people to see "software virtuals" based on HTML 1.1 has prevented us from transitioning from /32's for each site to one single /32 for thousands. On another note, with the recent release of Bind 4.9.5 which supports IPV6 on the DNS layer, how long are we looking at before it will begin to be implemented on the IP layer? It seems that the NIC is doing whatever they can for the time being, but the only real solution to this problem is to expand the size of the available IP pool. -Pete (sorry if this is off topic) ========================================================================= Peter Davis - Sr. Systems & Network Engineer <pete(a)tiac.net> The Internet Access Company PO Box 1098 Bedford MA 617-276-7200 Mail info(a)tiac.net for a list of access-points! =========================================================================

8 8

Re: Re[2]: Compu$erve RFC 1123 5.3.3 violation
by Kevin Smith 20 Nov '96

20 Nov '96

At 03:12 PM 11/20/96 -0800, Brian Murrell wrote: >from the quill of Alan Barrett <apb(a)iafrica.com> on scroll ><Pine.NEB.3.95.961117113159.131G-100000(a)apb.iafrica.com> >> I certainly don't see that bouncing >> mail with a "mailbox is full" error is a violation of RFC1123 section >> 5.3.3. > >The fact that there was a bounce was not the complaint. The fact that the >bounce went back to the author of the article, not the sender was the >complaint. Hey, sounds just like Lotus NOTES :) ...hi Brian....:) Kevin Smith New Service and Support Technology Manager, Marketing Resources are now at: Ascend Communications http://www.ascend.com/service

1 0

Compu$erve RFC 1123 5.3.3 violation
by randy＠psg.com 20 Nov '96

20 Nov '96

The following bounce from Comp$Serve violates RFC 1123 5.3.3. They have been repeatedly informed of this and refuse to fix their mail system. Hence mailing lists here prevent subscription by Compu$erve addressees. I suggest that others, e.g. the nanog list, do the same. randy Message-ID: <961115221415_515664.456256_JHO109-62(a)CompuServe.COM> Date: 15 Nov 96 17:14:16 EST From: Electronic Postmaster <POSTMASTER(a)CompuServe.COM> Comments: Returned from: <103311.571(a)CompuServe.COM> Message-Type: Delivery Report To: Randy Bush <rbush(a)wna.net> Subject: Undeliverable message Your message could not be delivered for the following reason: Mailbox 103311.571 is currently full. Please resend your message at a later time. --- Returned message --- Sender: owner-nanog(a)merit.edu Received: from merit.edu (merit.edu [35.1.1.42]) by hil-img-2.compuserve.com (8.6.10/5.950515) id RAA08607; Fri, 15 Nov 1996 17:14:11 -0500 Received: from localhost (daemon@localhost) by merit.edu (8.7.6/merit-2.0) with SMTP id QAA12118; Fri, 15 Nov 1996 16:50:34 -0500 (EST) Received: by merit.edu (bulk_mailer v1.5); Fri, 15 Nov 1996 16:50:32 -0500 Received: (from daemon@localhost) by merit.edu (8.7.6/merit-2.0) id QAA12106 for nanog-outgoing; Fri, 15 Nov 1996 16:50:32 -0500 (EST) Received: from rip.psg.com (root(a)rip.psg.com [147.28.0.39]) by merit.edu (8.7.6/merit-2.0) with SMTP id QAA12099 for <nanog(a)merit.edu>; Fri, 15 Nov 1996 16:50:28 -0500 (EST) Received: by rip.psg.com id m0vOW9V-0007zfC; Fri, 15 Nov 96 13:50 PST (Smail3.1.29.1#1) Message-Id: <m0vOW9V-0007zfC(a)rip.psg.com> Date: Fri, 15 Nov 96 13:50 PST To: Scott Huddle <huddle(a)mci.net> Cc: nanog(a)merit.edu From: Randy Bush <rbush(a)wna.net> Subject: Re: The Cidr Report References: <199611152058.PAA17223(a)new6.Reston.mci.net> Sender: owner-nanog(a)merit.edu >> Number of ASes announcing only one prefix: 737 (378 cidr, 359 classful > Wow! Is a correct assumption that some 40% of the ASs could be > reclaimed? I do not see how you get to this conclusion. He did not say number of ASs which only appear through one other unique AS, i.e. are single homed. Oh, Joel! >> Largest number of cidr routes: 461 announced by AS3561 >> Largest number of classful routes: 1266 announced by AS174 > Neat stuff. Could you list the top ten or five of each of these? What is a 'top' prefix? Lowest IP? Shortest prefix? Actually, for embarrassment sake, I would want to see the most likely candidates for aggregation. But if I wanna see it, I can look in one of my routers. >> Top 20 Withdrawn Routes from 08Nov96 to 15Nov96 >> -304 AS174 Performance Systems International > Are congrats due to PSI? Far out! Maybe so! >> -50 AS2914 WNA, premasticated for MCI :-) > ??? Sorry. I have to convert my RADB RPSL one into a placeholder RIPE-181++ for the MCI-RR, and that's the descr:. For the real aut-num: see the RADB. I would think Tony would be picking up the latter. Old habits, TB? randy

8 7

RE: Internic address allocation policy (fwd)
by Justin W. Newton 20 Nov '96

20 Nov '96

At 02:01 PM 11/20/96 -0600, Jim Fleming wrote: >P.S. Regarding your comments about the >InterNIC. I have objected to people like yourself >having discussions with InterNIC (or NSI) >employees about other people's business >matters and then running around mailing lists >referring to those discussions and acting like >you are very chummy with the InterNIC. I >think that I have been very clear on those >points..."The InterNIC has no business >discussing other people's business with >you, no matter how buddy buddy you are..." Jim, I would love to see one example where I have made any mention of any knowledge given to me by the internic about anyone's business other than my own. It simply has never happened. If you are going to make accusations back them up. Justin Newton Network Architect Erol's Internet Services

1 0

RE: Internic address allocation policy (fwd)
by Jim Fleming 20 Nov '96

20 Nov '96

On Wednesday, November 20, 1996 2:23 PM, Justin W. Newton[SMTP:justin@erols.com] wrote: @ At 02:01 PM 11/20/96 -0600, Jim Fleming wrote: @ >P.S. Regarding your comments about the @ >InterNIC. I have objected to people like yourself @ >having discussions with InterNIC (or NSI) @ >employees about other people's business @ >matters and then running around mailing lists @ >referring to those discussions and acting like @ >you are very chummy with the InterNIC. I @ >think that I have been very clear on those @ >points..."The InterNIC has no business @ >discussing other people's business with @ >you, no matter how buddy buddy you are..." @ @ Jim, @ I would love to see one example where I have made any mention of any @ knowledge given to me by the internic about anyone's business other than my @ own. It simply has never happened. If you are going to make accusations @ back them up. @ I suggest that you read your postings on the ISP mailing list. Do you post to that list ? -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming(a)unety.net JimFleming(a)unety.net.s0.g0 (EDNS/IPv8)

1 0

RE: Internic address allocation policy (fwd)
by Jim Fleming 20 Nov '96

20 Nov '96

On Wednesday, November 20, 1996 1:47 PM, Justin W. Newton[SMTP:justin@erols.com] wrote: @ At 12:06 PM 11/20/96 -0600, Jim Fleming wrote: @ >I have suggested in the past a "neighbor net" approach. @ >It is a simple approach in which people on each side @ >of an allocation, be responsible for publishing a periodic @ >usage report. They would obtain this information from @ >their "neighboring" administrator. @ > @ >This approach can work for /24s, /16s and any size @ >allocations, as long as one is aware of who their binary @ >neighbor is in the IPv4 address space. @ > @ >To illustrate a /8 example, Hewlett Packard and Apple @ >Computer would be responsible for the report on @ >Digital Computer Corporation. @ > @ > Hewlett Packard - 15.0.0.0 @ > Digital Computer - 16.0.0.0 @ > Apple Computer - 17.0.0.0 @ > MIT - 18.0.0.0 @ Jim, @ This lynches it. You are absolutely insane. You whine and moan about @ having to tell the EvilInternic(tm) about your network, potential @ customers, etc etc, yet you believe that DEC would gladly give information @ to Apple about their internal network etc etc. More effort would be sepnt @ in court with lawyers haggeling over what DEC had to give Apple and Apple @ had to give DEC in order to properly be audited than would have originally @ been spent with an audit by an external agency doing the audit. Or wait, @ let me guess DISA wants to be audited by a foriegn company (30.0.0.0 for @ DISA and 32.0.0.0 for the foriegn company, 31 is IANA reserved, so I am @ assuming that it would be skipped). @ @ Yeah, that. @ @ Justin Newton @ Network Architect @ Erol's Internet Services @ @ Justin, As usual you missed the point. The idea is to promote a "self-auditing" system. If Digital does not want to provide any information that is fine. Hewlett Packard and Apple simply have to say, "Our neighbor Digital Equipment, has declined to provide information". That will make the job very easy for HP and Apple. That attitude can ripple through the entire system. If that happens then, no one should complain about IP allocations and misuse. What was that old saying about "glass houses" and "casting the first stone"...? P.S. Regarding your comments about the InterNIC. I have objected to people like yourself having discussions with InterNIC (or NSI) employees about other people's business matters and then running around mailing lists referring to those discussions and acting like you are very chummy with the InterNIC. I think that I have been very clear on those points..."The InterNIC has no business discussing other people's business with you, no matter how buddy buddy you are..." -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming(a)unety.net JimFleming(a)unety.net.s0.g0 (EDNS/IPv8)

1 0

Re: Why doesn't BGP... -Reply
by Vadim Antonov 20 Nov '96

20 Nov '96

Curtis Villamizar <curtis(a)ans.net> wrote: >IP routing has an scaling advantage over call setup. Call setup can >take advantage of the lowest loaded path at the time of setup, >providing a better chance to load balance (ala PNNI). The Pluris load-balanding approach allows gradual shifting of load between pipes while doing native IP routing. >The VC table >has a speed forwarding advantage over the IP radix tree. The upper levels of the radix tree fit nicely in L1 cache, so the real advantage of VC table is far smaller. >The radix >tree may have a space advantage due to aggregation. Radix tree is O(log n) from size of the network. (n is the number of hosts). VC table is O(n), at least at some switches. >That in a >nutshell is the IP vs ATM flamewar (did I miss anything - ommisions >private mail unless it was major). Nah, it is much funnier. I plan to publish my comments on the issue at Pluris web site shortly. >The interest in IP switching >(CSRs, tag switching, IP switching proposal de jour) comes from a >desire to combine the best of the two. What happened to K.I.S.S.? :) --vadim

1 0

Re: Why doesn't BGP... -Reply
by Vadim Antonov 20 Nov '96

20 Nov '96

Larry J. Plato <ljp(a)ans.net> wrote: >Connectionless and Connection oriented both refer to packet switched >technologies, whereas the phone company uses circuit switched technology. Yes, this is absolutely correct. >Circuit switched means that the same wires/timeslots are dedicated to >a call from the time it starts until the time it finishes.If you do >not speak, the wires are idle/wasted. I am sure you understand packet >switching. In a packet switched network, connectionless means that each >packet has no state information, and stands alone, in the IP world we call >this UDP. Connection oriented would be the equivalent of telnet or >some other TCP service. This is a terminological question. Here the talk was about connectionless and connection-oriented _network_ layer; not the transport layer. The connection-oriented packet routing network is a generalized case of circuit switching -- you can multiplex connections differently. The fundamental difference between connectionless and connection-oriented networks is the amount of state necessarily kept by gateways in order to perform forwarding of the bits. A gateway of a connectionless network has only to keep the traffic-independent topological information (this definition is more generic than just next-hop routing; it includes source-based routing, semi-flows, etc). A gateway of a connection-oriented network has to keep the topological information (in order to be able to route connections) and the traffic-dependent table of connections. BTW, by that definition an IP network which supports RSVP _is_ a connection oriented network. If gateway has state which is modified by traffic, that state must necessarily grow with the traffic; in Internet case, exponentially and at the rate far exceeding Moore law's. >SS7 (Signalling System 7) is a connectionless packet switched technology >used to control the setup and teardown of circuit switched calls. >Originally is was used as a database query technology to make 800 >numbers portable across carriers. If this did not make sense I can descibe >it in a little mnore detail offline. At least that telcos got right. --vadim

3 3

RE: IP Allocation
by Jim Fleming 20 Nov '96

20 Nov '96

On Wednesday, November 20, 1996 8:30 AM, Randy Bush[SMTP:randy@psg.com] wrote: @ The use of address to differentiate between multiple web sites on one host @ was only a hack to get around a gap in the http protocol. This too shall @ pass. @ Some might also claim that there is a limitation in DNS system because "port" numbers can not easily be returned with an IP address. If that had been possible, then one IP address could have been used and different TCP port numbers. With the introduction of AAAA records into the DNS system, there is now an opportunity to send 128 bit binary quantities. Part of that quantity can be interpreted as a 32 bit IP address and part can be interpreted as a port number. -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming(a)unety.net JimFleming(a)unety.net.s0.g0 (EDNS/IPv8)

3 2

RE: Internic address allocation policy (fwd)
by Jim Fleming 20 Nov '96

20 Nov '96

On Tuesday, November 19, 1996 10:42 PM, Ed Jackson[SMTP:ed_jackson@INS.COM] wrote: @ I would like to see more information on this item in particular -> is this @ being done currently -> or are plans underway to do so?... in regards to @ 'un-lending' that address space from those organizations to make them @ available for everyone else? @ @ now that would create some interesting discussions - ;) @ @ ed jackson @ @ At 04:03 PM 11/19/96 -0600, Jim Fleming wrote: @ > 7. A complete review of /8 allocations should be done @ > with a complete audit of how the companies @ > that have those allocations are utilizing those @ > blocks (as well as other blocks). The CEOs and @ > shareholders of those companies should be @ > informed that their past policies may not conform @ > to modern standards of frugal allocations. @ @ @ +--------------------------------------------------+ @ Ed Jackson @ International Network Services @ @ numeric pager: 1-888-352-4117 @ email pager: <mailto:page_ed_jackson@ins.com> @ +--------------------------------------------------+ @ @ I have suggested in the past a "neighbor net" approach. It is a simple approach in which people on each side of an allocation, be responsible for publishing a periodic usage report. They would obtain this information from their "neighboring" administrator. This approach can work for /24s, /16s and any size allocations, as long as one is aware of who their binary neighbor is in the IPv4 address space. To illustrate a /8 example, Hewlett Packard and Apple Computer would be responsible for the report on Digital Computer Corporation. Hewlett Packard - 15.0.0.0 Digital Computer - 16.0.0.0 Apple Computer - 17.0.0.0 MIT - 18.0.0.0 Digital would then be responsible for the report on Apple Computer along with MIT. A web site could easily be constructed with pointers to the various sites where the usage reports are stored. To help each person's "neighbor", the company would provide the base material for the report. The neighbors would act more as auditers, than reporters. @@@@@@@@@ Hewlett-Packard Company (NET-HP-INTERNET) 3000 Hanover Street Palo Alto, CA 94304 Netname: HP-INTERNET Netnumber: 15.0.0.0 Coordinator: Milligan, Michael J. (MM53) milli(a)HP.COM 1-415-424-3706 (FAX) 1-415-424-3632 Domain System inverse mapping provided by: HP.COM 15.255.152.4 HPCUOC.CUP.HP.COM 15.255.208.5 HPFCLA.FC.HP.COM 15.254.48.2 HPLB.HPL.HP.COM 15.255.59.2 RELAY.HP.COM 15.255.152.2 Record last updated on 16-Aug-95. @@@@@ Digital Equipment Corporation (NET-DEC-INTERNET) Netname: DEC-INTERNET Netnumber: 16.0.0.0 Coordinator: Reid, Brian K. (BKR) reid(a)PA.DEC.COM 415) 688-1307 Alternate Contact: Digital Equipment Corporation (DEC-NOC) noc(a)digital.com (415) 688-1380 (800) DIGITAL Domain System inverse mapping provided by: NS.DEC.COM 204.123.2.42 CRL.DEC.COM 192.58.206.2 Record last updated on 17-Oct-94. @@@@@ Apple Computer, Inc. (NET-APPLE-WWNET) 20740 Valley Green Drive, MS: 32-E Cupertino, CA 95014 Netname: APPLE-WWNET Netnumber: 17.0.0.0 Coordinator: Zimmerman, David Paul (DPZ) dpz(a)APPLE.COM +1 (408) 974-2436 (FAX) +1 (408) 974-3103 Alternate Contact: Tsuno, Eugene Y. (EYT) eugene(a)APPLE.COM (408) 974-4310 Domain System inverse mapping provided by: NSERVER.APPLE.COM 17.254.0.50 APPLE.COM 130.43.2.2 COLOSSUS.APPLE.COM 130.43.2.6 Record last updated on 15-Jan-96. @@@@@ Massachusetts Institute of Technology (NET-MIT-TEMP) 1 Amherst Street Cambridge, MA 02139-1986 Netname: MIT Netnumber: 18.0.0.0 Coordinator: Schiller, Jeffrey I (JIS) jis(a)MIT.EDU +1 617 253-8400 (FAX) +1 617 258-8736 Domain System inverse mapping provided by: STRAWB.MIT.EDU 18.71.0.151 W20NS.MIT.EDU 18.70.0.160 BITSY.MIT.EDU 18.72.0.3 Record last updated on 14-Jan-94. @@@@@ Some have challenged that this will not work because, get this, some neighbors are no longer using their IP addresses and would not respond to inquiries. I have suggested that this might be a good way to find these fragments of IP address space. Others have commented that they do not want anyone to know how they are allocating those 16 million addresses, and that it is proprietary information. Maybe that should be all that the "neighbor net" report says. As an example only, MIT could claim that they asked Apple and all they saw were No Trespassing signs. This could be reported to the CEO of Apple and the Shareholders. Apple could then decide what they want to present. At the present time, it appears that the CEOs of these companies and the leaders of these Universities do not have any idea that they have effectively homesteaded massive areas of Internet Land. The impression that their company is giving to the Internet community may be controlled by one or two "geeks" who have no authority to create that impression. In my opinion, the CEOs of those companies need to be contacted as part of a "neighbor net" plan. I have a feeling their PR departments will be interested, now that they have heard of the Internet. -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming(a)unety.net JimFleming(a)unety.net.s0.g0 (EDNS/IPv8)

1 0