- Test - lists.nanog.org

ARIN policy on acquisitions ?
by Brandon Applegate 05 Aug '99

05 Aug '99

Greetings all, Aplogies if this has already been covered (I couldnt find it :) ) Does any one know what ARIN's policy is on ISP acquisition ?? Is there one ?? In other words, ISP A buys ISP B. ISP B has some pre-ARIN allocated IP space (swamps from Internic, etc etc). When ISP A goes to modify these network objects in the ARIN DB, is there going to be a problem ?? Will ARIN say they have to be returned ?? Feel free to contact me off list if you feel this is not relevant to said list. TIA -------------------------------------------------- Brandon Applegate, CCNA : Network Administrator http://www.one.net : brandon(a)one.net --------------------------------------------------

4 3

more internic fun, and an idea
by melinda b. thompson 05 Aug '99

05 Aug '99

have been now waiting since july 17 for a simple NS change on a domain. this is getting a bit ridiculous. i suggest that internic should prorate the yearly charge and have to subtract the prorated days that it takes them to process change orders from the yearly bill for the domain. each single one would be just a small ammount. however, with as many domains that have been held up in "manual processing" or whatever, it could add up. opinions? melinda b thompson ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ You have moved your mouse, Windows must be restarted for the changes to take effect. ima(a)badhabit.org habit(a)sexualgoddess.com habit(a)dal.net habit(a)galaxynet.org ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

5 5

ATTWS.com No DNS entry
by Dan Bustillos - Datalink Computer Services 05 Aug '99

05 Aug '99

Uh..... Did internic screw up again? ATTWS.com has no dns entry. Even in A.Root-servers.net . Any ideas? <whois://attws.com> Access to Network Solutions' WHOIS information is provided to assist persons in determining the contents of a domain name registration record in NSI's registrar database. The data in this record is provided by NSI for informational purposes only, and NSI does not guarantee its accuracy. Compilation, repackaging, dissemination, or other use of the WHOIS database in its entirety, or a substantial portion thereof, is not allowed without NSI's prior written permission. By submitting this query, you agree to abide by this policy. All rights reserved. Registrant: AT&T Wireless Services (ATTWS-DOM) 3755 Monte Villa Parkway Bothell, WA 98021 US Domain Name: ATTWS.COM Administrative Contact: Canzler, Eric (EC4939) eric.canzler(a)ATTWS.COM (425)580-4316 (FAX) (425)580-2626 Technical Contact, Zone Contact: National Data Networks - Operations (ENS-ORG) ensg(a)ATTWS.COM (888) 900-3674 Fax- (206) 580-2626 Billing Contact: Regimbal, Kevin (KR473) regimbal(a)SEATTLEU.EDU (206)296-5563 (FAX) (206)296-5561 Record last updated on 02-Aug-99. Record created on 22-Apr-95. Database last updated on 3-Aug-99 04:32:33 EDT. Domain servers in listed order: REDDNS.ATTWS.COM 155.176.34.100 NS1.ACCESSONE.COM 209.43.181.38 NS2.ACCESSONE.COM 198.68.188.9

5 4

Re: more internic fun, and an idea
by Mark Borchers 04 Aug '99

04 Aug '99

Michael Shields wrote: > > And at the time, there was continuous and IMHO justified complaining > that they hadn't automated the process to make things faster. Well, I can't dispute that "faster is better". However, I'd gladly live with slower domain transactions in exchange for some of the things that were lost with the advent of automated registration: - Checking for the existence of valid SOA records before a delegation was made. - At least some minimal validation that the registrant qualified for the TLD in which they were registering (ORG, EDU, or whatever). Of course, as was pointed out in private email earlier today, in a perfect world, we'd have rapid automatic processing AND enforcement of domain policies by the registry. Would be glad to trade further viewpoints off-list, since this thread is not all that operational.

1 0

Re: Large-datagram hop-by-hop delivery mechanism
by mark＠vielle.datasys.net 04 Aug '99

04 Aug '99

: mark(a)vielle.datasys.NET (Mark R. Lindsey) writes: : >I am seeking a mechanism for reliable delivery of large blobs through a : >network of occasionally-connected hosts that can forward the blobs using : >available transport protocols. Sean Donelan writes: : A much simplier solution is to use "e-mail" as the transport layer and to : encapsulate a simple method of detecting missing and duplicate messages : (e.g. a message serial number). Your application will need to have some : method of signaling when a message needs to be retransmitted. I like the idea of using email. Occasionally, though, an alternate transport layer will be necessary, and I'd hope that the endpoints wouldn't have to know too much about it. Based on the email I've gotten, it looks like lots of people have tried to solve this. Would anybody be interested in an informal working group? Let me know, if so. If nothing else, I'd appreciate some review of my draft specification.

2 1

Re: ATTWS.com No DNS entry
by Reid Fishler 04 Aug '99

04 Aug '99

It's not for me...It just hangs on the second screen....I have been trying to renew a domain all day! Reid Fishler At 05:29 PM 8/4/99 -0400, Michael C. Toren wrote: > > Did internic screw up again? > > > > ATTWS.com has no dns entry. Even in A.Root-servers.net . Any ideas? > >It appears to be on hold for non-payment. For a change, >https://payments.networksolutions.com is working. > >-mct > >-- >Michael Toren <mct(a)netaxs.com>

1 0

Re: Large-datagram hop-by-hop delivery mechanism
by Sean Donelan 04 Aug '99

04 Aug '99

mark(a)vielle.datasys.NET (Mark R. Lindsey) writes: >I am seeking a mechanism for reliable delivery of large blobs through a >network of occasionally-connected hosts that can forward the blobs using >available transport protocols. The phrase "reliable delivery" throws a kink in things. The Inter-Library Loan protocol does this for some definition of "reliable." It is also amazingly complex and obtuse because it tries to deal with every possibility. And most people won't like it because it was originally an OSI protocol. A much simplier solution is to use "e-mail" as the transport layer and to encapsulate a simple method of detecting missing and duplicate messages (e.g. a message serial number). Your application will need to have some method of signaling when a message needs to be retransmitted. A simple return-receipt is usually not sufficient. I have seen several applications which did this, but I don't recall any general purpose standard or RFC. E-mail has a long history, and gateways exist for almost every network protocol in existance, including most store-and-forward protocols (BITNET, UUCP, FIDONET, X.25, DECNET, etc). The MIME folks did a great job coming up with a way to encapsulate almost anything in a mail message. The trick is decapsulating it :-) -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

RE: Large-datagram hop-by-hop delivery mechanism
by Mohler, Jeff 04 Aug '99

04 Aug '99

>I am seeking a mechanism for reliable delivery of large blobs through a >network of occasionally-connected hosts that can forward the blobs using >available transport protocols. > >I can't find it, though. Most of the networking materials I can find >deal more with immediate-transmission networks, where the destination >host is reachable at the instant that the source host transmits. (This >isn't a catenet.) > >If anyone knows of such a common or standardized system, please drop me >a note. sounds to me like email, where the sending host tries again and again over a defined period of time to delivery data. no? --- Or (God help us) UUCP if scheduling is a factor.

1 0

SYN spoofing
by bandregg＠redhat.com 04 Aug '99

04 Aug '99

This past weekend I was contacted by several groups ranging from NASA to a small service provider in the Bay area regarding one of our hosts port scanning their networks using RESET packets. In each of these cases the machine seemed to be scanning random addresses in their networks on random, non-reserved (+1024), ports. After investigating these claims it appears as if someone is sending SYN packets to this machine (which serves ftp, which explains why the ports are open through the cisco) with a spoofed source address causing the machine to send RESET packets back to the spoofed host and setting off their firewalls. I cannot seem to get past level-1 or level-2 support from my upstream, GTE/BBN to find out where these packets are coming from to track this down. So, I come to you... Two currently on-going attacks are using the spoofed source addresses from the networks 134.50.x.x and 130.221.x.x. If you see activity from these networks inside of your borders, but the networks are not inside of your borders please contact me off of the list. Oh yeah, and filter this stuff out people, this is unacceptible. -- Bryan C. Andregg * <bandregg(a)redhat.com> * Red Hat, Inc. 1024/625FA2C5 F5 F3 DC 2E 8E AF 26 B0 2C 31 78 C2 6C FB 02 77 1024/0x46E7A8A2 46EB 61B1 71BD 2960 723C 38B6 21E4 23CC 46E7 A8A2

18 26

Re: more internic fun, and an idea
by Dan Bustillos - Datalink Computer Services 04 Aug '99

04 Aug '99

Hey all, I started a domain change on 6-28-99. It took 3 more tries and a call on 7-28-99 to get anything done. Their excuse: Uh. We have had a backlog and it is taking extra time to process. Did they forget to change the excuse of the day calander or something. I can understand 2 weeks at the most to process these simple changes. But, they seem to take a lot longer when ever they feel like it. Also, if you ever decide to call them call 703-742-0400 . This is the Admin office. Just ask for customer service and you get right through. I have never had a busy signal or had to wait more than 3 minutes. Thank you, Dan Bustillos Datalink Computer Services (530) 897-6400 (888) 328-4638 ******************* "Error, No Keyboard - Press F1 to continue" Only on a PC would you see this error. Never on my mac.

1 0