At 08:22 PM 11/15/95 -0500, Vadim Antonov wrote:
Consider process migration.
Any commercial OS out there which does process migration? Most OS people became quite convinced that process migration does not pay for itself.
Vadim, In many areas you and Noel know a lot more than me. You are the eagles, I am only a hawk. But over in corporate networks, we have had much of this for years. In VTAM. Yes sessions do not survive rollovers, but reconnects go immediately to the new system. We have WORKED VERY HARD trying to manage this in DNS. Notify has helped and Dynamic will help more. But that is for host, not process. So we have to have multiple A records for different names and that breaks in-addr.arpa! GRRRRR...... Talk to my at Dallas and I will give you living examples of BBBIIIGGG mobile processes VERY mission critical..... Enough. I got to head over to the AIAG office. Talk to me about that also at Dallas. Robert Moskowitz Chrysler Corporation (810) 758-8212
Absolutely agree with both Robert and Vadim that DNS need to be revised in a big way. I especially would like to see the MX record concept applied to information services (IX maybe), i.e. foo.bar.org. IN A 198.133.151.19 IX 10 fooU2.bar.org. IX 20 foo2U2.bar.org. IX 30 whoU2.maybe.com. IX 40 tryMe2.friendly.com. www.bar.org. IN CNAME foo.bar.org. Has this simple concept been proposed in an IETF draft unknown to us ugly ducklings :-) Quack. Tim +--------------------------------------------------------------------------+ | Tim Bass | #include<campfire.h> | | Principal Network Systems Engineer | for(beer=100;beer>1;beer++){ | | The Silk Road Group, Ltd. | take_one_down(); | | | pass_it_around(); | | http://www.silkroad.com/ | } | | | back_to_work(); /*never reached */ | +--------------------------------------------------------------------------+ -- +--------------------------------------------------------------------------+ | Tim Bass | #include<campfire.h> | | Principal Network Systems Engineer | for(beer=100;beer>1;beer++){ | | The Silk Road Group, Ltd. | take_one_down(); | | | pass_it_around(); | | http://www.silkroad.com/ | } | | | back_to_work(); /*never reached */ | +--------------------------------------------------------------------------+
From: Tim Bass <bass@dune.silkroad.com> Date: Thu, 16 Nov 1995 13:22:23 -0500 (EST) ... the MX record concept applied to information services [Example removed] Has this simple concept been proposed in an IETF draft unknown to us ugly ducklings :-) Yes. See draft-gulbrandsen-dns-rr-srvcs-01.txt at a repository near you. -MAP
Absolutely agree with both Robert and Vadim that DNS need to be revised in a big way. I especially would like to see the MX record concept applied to information services (IX maybe), i.e. [...]
That's not a big revision. "Big" revisions usually entail wire protocol changes. What you want is called a "SRV" record and it was submitted to the RFC Editor for "extended last call" (befitting its experimental status) about a week ago. An earlier version can be had from any Internet Drafts repository as draft-gulbrandsen-dns-rr-srvcs-01.txt.
Has this simple concept been proposed in an IETF draft unknown to us ugly ducklings :-)
Quack.
Tim
Tim, next time I'd like you to do three things differently: (1) do your homework before posting widely (2) post to big-internet or nanog but not both (3) only include one copy of your .signature Paul
Paul quips:
Tim, next time I'd like you to do three things differently:
Only three? There are about double that amount I would like to see you do differently, Paul. I just don't have the time to always count the number of signatures nor worry when others hit the group reply key in elm like you seem to. How about I just leave the .sig off this one so you can enjoy subtraction as well as addition :-) Also, we'll all be counting on your adept observation skills to police all the lists people post to in a thread. Why, being so adept, it does surprise me a little you have missed the other 10,000 or so similar mistakes by others recently. < the rest deleted > Tim
participants (5)
-
Michael A. Patton -
Paul A Vixie -
Robert Moskowitz -
Tim Bass -
Tim Bass