Re: server-to-server protocols

"Robert G. Cole" <rgc@qsun.ho.att.com> Tue, 15 April 1997 17:27 UTC

Received: from cnri by ietf.org id aa03178; 15 Apr 97 13:27 EDT
Received: from marge.bucknell.edu by CNRI.Reston.VA.US id aa15533; 15 Apr 97 13:27 EDT
Received: from reef.bucknell.edu by mail.bucknell.edu; (5.65v3.2/1.1.8.2/17Jul96-0109PM) id AA05294; Tue, 15 Apr 1997 13:19:33 -0400
Date: Tue, 15 Apr 1997 13:19:33 -0400
Message-Id: <3.0.32.19970415124050.00691f30@qsun.att.com>
Errors-To: droms@bucknell.edu
Reply-To: dhcp-v4@bucknell.edu
Originator: dhcp-v4@bucknell.edu
Sender: dhcp-v4@bucknell.edu
Precedence: bulk
From: "Robert G. Cole" <rgc@qsun.ho.att.com>
To: Multiple recipients of list <dhcp-v4@bucknell.edu>
Subject: Re: server-to-server protocols
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: Discussion of DHCP for IPv4
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
X-Mailer: Windows Eudora Pro Version 3.0 (32)

Barr,

At 05:09 PM 4/11/97 -0400, you wrote:
>The fundamental question that I am asking is 'Just what is the nature of 
>what the server-to-server protocol is trying to accomplish?'  In particular, 
>are we attempting to synchronize binding information (alone) among servers, 
>or are we attempting to enable one server to take-over from another by 
>synchronizing configuration information?
>

I guess I naively assumed both. That is, 1) I started to build an interserver
message that included the full client binding information and
2) I simply assumed that a goal of the interserver protocol
was to allow the configuration of a single server of the SG and
have this propagate throughout the SG.  But you raise a good point
that I hadn't considered, i.e., that these are seperable.

I couldn't see any way out of 1) passing full client binding information.
Any further thought on 2), is this a 'can of worms' ?

Thanks,

Bob