Re: [dhcwg] Retransmission side

Ralph Droms <rdroms@cisco.com> Wed, 10 October 2001 14:44 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA11480; Wed, 10 Oct 2001 10:44:39 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA17892; Wed, 10 Oct 2001 10:43:16 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA17835 for <dhcwg@optimus.ietf.org>; Wed, 10 Oct 2001 10:43:13 -0400 (EDT)
Received: from funnel.cisco.com (funnel.cisco.com [161.44.168.79]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA11450 for <dhcwg@ietf.org>; Wed, 10 Oct 2001 10:43:11 -0400 (EDT)
Received: from rdroms-w2k.cisco.com (dhcp-161-44-149-111.cisco.com [161.44.149.111]) by funnel.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id KAA24218; Wed, 10 Oct 2001 10:42:39 -0400 (EDT)
Message-Id: <4.3.2.7.2.20011010102724.03a67e50@funnel.cisco.com>
X-Sender: rdroms@funnel.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 10 Oct 2001 10:27:59 -0400
To: "Guja, ArturX" <ArturX.Guja@intel.com>
From: Ralph Droms <rdroms@cisco.com>
Subject: Re: [dhcwg] Retransmission side
Cc: "Dhcwg (E-mail)" <dhcwg@ietf.org>
In-Reply-To: <413FBB0BA5AED1119122000083234B1A0247B425@alpha.igk.intel.c om>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <dhcwg.ietf.org>
X-BeenThere: dhcwg@ietf.org

Yes, your understanding of the retransmission mechanism is correct...

- Ralph

At 08:51 AM 9/20/2001 +0200, Guja, ArturX wrote:
> > Hello,
> >
> > I've looked hard into the recent discussion on retransmission.
> > I would like to get one thing straight, correct me if I'm wrong with this:
> >
> > If a message from the client to the server is "Lost In Transit",
> > the client retransmits. (OK so far :))
> >
> > If a message from the server to the client is "LIT", the CLIENT
> > retransmits its message. The server notes the repeat and replies
> > with the same data as before. The server itself does not check,
> > whether the reply reached the client.
> >
> > (Except for Reconfig-Init, which is a server-initiated exchange,
> > so the server retransmits this message until it gets the REQUEST
> > from the client.)
> >
> > I hope I understood your intentions in this matter.
> >
> > Please, comment.
> >
> > Artur G.
> > (TUG student)
>
>_______________________________________________
>dhcwg mailing list
>dhcwg@ietf.org
>http://www1.ietf.org/mailman/listinfo/dhcwg


_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
http://www1.ietf.org/mailman/listinfo/dhcwg