SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


    [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

    ISCSI: Urgent Flag requirement violates TCP.



    Julian,
    
    The result indicated within the iSCSI draft on page 14 will require TCP to
    be modified for this statement to be true.  By requiring every message to be
    marked, a continued transparent update of the pointer will obscure the
    urgent pointer by continued coalescence.  This obscuring coalescence will
    occur at both the sender and receiver.  Only a state between normal and
    urgent is signaled at the receiver and not the actual pointer.  Unless there
    is an intent to modify TCP, this scheme offers no benefit even if offending
    portions of the urgent proposal is removed.
    
       The iSCSI protocol uses the urgent bit in the TCP header to delineate
       iSCSI messages. The first byte of every iSCSI message MUST be marked
       "urgent".  The result is the TCP urgent pointer will point to the
       first byte of the iSCSI message in the TCP segment.
    
    This pointer will be skewed by the size of the send buffer (beyond the TCP
    segment) and prevent normal use unless again TCP is modified to comply with
    stated expectations.  I would advise complete removal of this Urgent flag
    requirement if to remain within the WG charter as only a modified TCP could
    use this feature in the intended manner.  This intended manner is plainly
    spelled out with concerns about BSD vs. RFC 1122 compliance. There is no
    benefit from an occasional toggle between normal and urgent mode.  If you
    wish to use a datagram or record based protocol, you are advised to review
    RFC 2960.
    
    Doug
    
    
    
    
    


Home

Last updated: Tue Sep 04 01:06:30 2001
6315 messages in chronological order