- Test - lists.nanog.org

Re: Large-datagram hop-by-hop delivery mechanism
by Vadim Antonov 05 Aug '99

05 Aug '99

This system is called UUCP :) --vadim > 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. > > --- > Mark R. Lindsey, mark(a)datasys.net > DSS Online

3 2

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

05 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. And if there's not already such a system, then we'll just have to make one. --- Mark R. Lindsey, mark(a)datasys.net DSS Online

6 5

Re: Domain Dissapearances?
by George Herbert 05 Aug '99

05 Aug '99

"Henry R. Linneweh" <linneweh(a)concentric.net> writes: >Reducing this all to the prime essence, of the problem. >It seems NSI hires data entry operators that lack the >discipline to ask the correct questions for a record update, >and get into personality squabbles, with annoyed customers. > >This all could be done by process expediters right at the time >you phone in, to end this year long battle of registration annoyances. Not quite sure why you got that idea. I changed the domain info by email template when it moved. I failed to change the contact info for myself (gwh5) at that time due to oversight on my part. There was no data entry problem at NSI that I can see, in my case. There was a problem with them either not sending notifications (no email received, though Mark Kosters brought up a point in private that may complicate this and we're researching...) or sending them to the "wrong" address (the contact, not the domain address, for snail mail), or both, probably both. The NSI guy I talked to on the phone was actually ahead of me once I asked why I might not have gotten the notices, and handled the problem promptly and curteously, as I stated. The policy problem of where notifications are being sent, when, and why is another question. -george william herbert gherbert(a)crl.com

1 0

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