RE: FCIP: Echoing a Changed Short Frame?

[Sudhir Srinivasan <SudhirS@trebia.com>]

It is my opinion that having each side persist with
Short Frames till an echo happens with no change is
not much more elaborate than the current scheme.

(but seeing as even the simple suggestion of flipping
two bits in the pFlags field was "shot down in flames",
I'm not holding my breath on this one... ;-) )

-S

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Trebia Networks, Inc.    Sudhir.Srinivasan@trebia.com
978-929-0830 x139        www.trebia.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


> -----Original Message-----
> From: Murali Rajagopal [mailto:muralir@lightsand.com]
> Sent: Thursday, November 29, 2001 12:12 PM
> To: Sudhir Srinivasan; ips@ece.cmu.edu
> Cc: sudhir.srinivasan@trebia.com
> Subject: RE: FCIP: Echoing a Changed Short Frame?
> 
> 
> Sudhir:
> 
> I think your guess about the purpose and subsequent behavior 
> of the changed
> CH bit is correct. This behavior keeps the protocol simple
> without getting into an ellaborate negotiation cycle.
> 
> -Murali
> 
> -----Original Message-----
> From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On Behalf Of
> Sudhir Srinivasan
> Sent: Wednesday, November 28, 2001 9:27 PM
> To: ips@ece.cmu.edu
> Cc: sudhir.srinivasan@trebia.com
> Subject: FCIP: Echoing a Changed Short Frame?
> 
> 
> 
> Section 8.1.2 of v0.7 of the FCIP draft states in the last
> three paras on page 25 that the echoed Short Frame must
> match exactly the one that was originated; otherwise the
> connection SHALL be closed.
> 
> Section 8.1.5 on pages 28-29 describes how the receiver of
> the Short Frame can change the contents of the frame and
> then SHALL echo it back to the originator (with the CH bit set).
> 
> What's the purpose of the Change bit and echoing a changed Short
> Frame if the originator will simply terminate the connection?
> Is the expectation that the originator can capture the changed info
> and try to set up the connection again with the new information?
> If so, would it not be easier to just have the originator respond with
> another Short Frame with the new information and repeat this
> back-and-forth until the echo'ed SF has no changes or either side
> decides to give up?
> 
> Thanks,
> - Sudhir
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Trebia Networks, Inc.    Sudhir.Srinivasan@trebia.com
> 978-929-0830 x139        www.trebia.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
>