[Tinyos-2-commits] CVS: tinyos-2.x/doc/txt tep123.txt,1.13,1.14
Omprakash Gnawali
gnawali at users.sourceforge.net
Wed Jan 7 14:08:24 PST 2009
- Previous message: [Tinyos-2-commits] CVS: tinyos-2.x/tos/lib/tosthreads/system BlockingAMReceiverC.nc, 1.3, 1.4 BlockingAMSenderC.nc, 1.2, 1.3 BlockingAMSnooperC.nc, 1.3, 1.4 BlockingActiveMessageC.nc, 1.2, 1.3 BlockingSerialAMReceiverC.nc, 1.2, 1.3 BlockingSerialAMSenderC.nc, 1.2, 1.3 BlockingSerialActiveMessageC.nc, 1.2, 1.3
- Next message: [Tinyos-2-commits] CVS: tinyos-2.x/tos/lib/tosthreads/csystem TinyOSEntryPointC.nc, 1.2, 1.3
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Update of /cvsroot/tinyos/tinyos-2.x/doc/txt
In directory ddv4jf1.ch3.sourceforge.com:/tmp/cvs-serv16076
Modified Files:
tep123.txt
Log Message:
process feedback from Jonathan Hui
Index: tep123.txt
===================================================================
RCS file: /cvsroot/tinyos/tinyos-2.x/doc/txt/tep123.txt,v
retrieving revision 1.13
retrieving revision 1.14
diff -C2 -d -r1.13 -r1.14
*** tep123.txt 5 Dec 2008 19:01:53 -0000 1.13
--- tep123.txt 7 Jan 2009 22:08:22 -0000 1.14
***************
*** 61,65 ****
3) Provides a protocol dispatch field to support multiple higher-level
protocols.
! 4) Has single-hop source and destination fields.
CTP assumes that it has link quality estimates of some number of nearby
--- 61,65 ----
3) Provides a protocol dispatch field to support multiple higher-level
protocols.
! 4) Has single-hop 16-bit source and destination fields.
CTP assumes that it has link quality estimates of some number of nearby
***************
*** 89,94 ****
nodes use link-level retransmissions. Given a choice of valid routes,
CTP SHOULD choose the one with the lowest ETX value. CTP represents
! ETX values as 16-bit fixed-point real numbers with a precision of
! hundredths. An ETX value of 45, for example, represents an ETX of 4.5,
while an ETX value of 10 represents an ETX of 1.
--- 89,94 ----
nodes use link-level retransmissions. Given a choice of valid routes,
CTP SHOULD choose the one with the lowest ETX value. CTP represents
! ETX values as 16-bit decimal fixed-point real numbers with a precision
! of tenths. An ETX value of 45, for example, represents an ETX of 4.5,
while an ETX value of 10 represents an ETX of 1.
***************
*** 160,164 ****
* seqno: Origin sequence number. The originating node sets this field, and a node forwarding a data frame MUST NOT modify it.
* collect_id: Higher-level protocol identifier. The origin sets this field, and a node forwarding a data frame MUST NOT modify it.
! * data: the data payload, of zero or more bytes. A node forwarding a data frame MUST NOT modify the data payload.
Together, the origin, seqno and collect_id fields denote a unique
--- 160,167 ----
* seqno: Origin sequence number. The originating node sets this field, and a node forwarding a data frame MUST NOT modify it.
* collect_id: Higher-level protocol identifier. The origin sets this field, and a node forwarding a data frame MUST NOT modify it.
! * data: the data payload, of zero or more bytes. A node forwarding a data frame MUST NOT modify the data payload. The length of the data field is computed by subtracting the size of the CTP header from the size of the link layer payload provided by the link layer.
!
! Note that the two 16-bit fields, ETX and origin, appear in network
! byte-order in the data frame.
Together, the origin, seqno and collect_id fields denote a unique
***************
*** 192,200 ****
The fields are as follows:
! * P: Same as data frame with one difference: Routing frames are broadcast so multiple nodes respond to the P bit in the routing frame.
* C: Congestion notification. If a node drops a CTP data frame, it MUST set the C field on the next routing frame it transmits.
* parent: The node's current parent.
* metric: The node's current routing metric value.
When a node hears a routing frame, it MUST update its routing table to
reflect the address' new metric. If a node's ETX value changes
--- 195,206 ----
The fields are as follows:
! * P: Same as data frame with one difference: Routing frames are broadcast so multiple nodes respond to the P bit in the routing frame. Thus, the P bit in the routing frame can be used for quick bootstrapping of the routes: when a node boots up and sends a frame with the P bit set, the neighboring nodes can quickly transmit routing frames advertising their routes enabling the new node to quickly compute the route to the sink.
* C: Congestion notification. If a node drops a CTP data frame, it MUST set the C field on the next routing frame it transmits.
* parent: The node's current parent.
* metric: The node's current routing metric value.
+ Note that the two 16-bit fields, parent and ETX, appear in network
+ byte-order in the routing frame.
+
When a node hears a routing frame, it MUST update its routing table to
reflect the address' new metric. If a node's ETX value changes
***************
*** 357,360 ****
--- 363,375 ----
| phone - +1 650 725 9046
| email - pal at cs.stanford.edu
+ |
+ |
+ | Alec Woo
+ | Arch Rock Corporation
+ | 501 2nd St. Ste 410
+ | San Francisco, CA 94107-4132
+ |
+ | email - awoo at archrock.com
+
8. Citations
- Previous message: [Tinyos-2-commits] CVS: tinyos-2.x/tos/lib/tosthreads/system BlockingAMReceiverC.nc, 1.3, 1.4 BlockingAMSenderC.nc, 1.2, 1.3 BlockingAMSnooperC.nc, 1.3, 1.4 BlockingActiveMessageC.nc, 1.2, 1.3 BlockingSerialAMReceiverC.nc, 1.2, 1.3 BlockingSerialAMSenderC.nc, 1.2, 1.3 BlockingSerialActiveMessageC.nc, 1.2, 1.3
- Next message: [Tinyos-2-commits] CVS: tinyos-2.x/tos/lib/tosthreads/csystem TinyOSEntryPointC.nc, 1.2, 1.3
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the Tinyos-2-commits
mailing list