SCTP Discussions

Text archives Help


Re: [SCTP-Discussion] SCTP query


Chronological Thread 
  • From: Dan Gora <dg AT adax.com>
  • To: discussion AT sctp.de
  • Subject: Re: [SCTP-Discussion] SCTP query
  • Date: Wed Apr 18 20:54:01 2001
  • List-id: SCTP Discussions <discussion.sctp.de>

> So, for example, we transmit a data chunk that is not fragmented (ie
> has the B and E bits set) with a length of 53 bytes.
> According to RFC diagram, the first word of the data chunk should look like:
>
> 3 2 1 0
> 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0
> | Byte 0 | Byte 1 | Byte 2 | Byte 3 |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> | Length |U|B|E|Reserved | Type=0 |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> |0 0 0 0 0 0 0 0|0 0 1 1 0 1 0 1|0 1 1 0 0 0 0 0|0 0 0 0 0 0 0 0|
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 0x00 0x35 0xc0 0x00
>
> But in fact the reference implementation and ethereal send and decode
> (respectively) DATA chunks as follows:
>
> 3 2 1 0
> 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0
> | Byte 0 | Byte 1 | Byte 2 | Byte 3 |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> | Type = 0 | Reserved|U|B|E| Length |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> |0 0 0 0 0 0 0 0|0 0 0 0 0 0 1 1|0 0 1 1 0 1 0 1|0 0 0 0 0 0 0 0|
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> 0x00 0x03 0x35 0x00
>


I blew this one, it should be:

But in fact the reference implementation and ethereal send and decode
(respectively) DATA chunks as follows:

3 2 1 0
1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0
| Byte 0 | Byte 1 | Byte 2 | Byte 3 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 0 | Reserved|U|B|E| Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0 0 0 0 0|0 0 0 0 0 0 1 1|0 0 0 0 0 0 0 0|0 0 1 1 0 1 0 1|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0x00 0x03 0x00 0x35

sorry-
dan




Archive powered by MHonArc 2.6.19+.

Top of page