Difference between revisions of "Packet Accounting"
Cube Linden (talk | contribs) |
Cube Linden (talk | contribs) |
||
| Line 5: | Line 5: | ||
== Packet Acknowledgment == | == Packet Acknowledgment == | ||
Reliability is not implicit to a message, rather, it is specified by the sender of a message at the time the message is sent. When NodeA sends a message through the reliable send function, the LL_RELIABLE_FLAG is set in the header of the [[Packet Layout]], and the packet sequence number is stored into a set in NodeA's [[circuit]] info. When NodeB receives the reliable packet, it attaches the packet number of the packet it received to the end of the next packet it sends, and sets the LL_ACK_FLAG bit of the returning packet to show acknowledgment of transfer to NodeA. If NodeB does not have the ability to attach an ACK to a packet in a timely fashion (due to large messages being sent with no room for ACKs, a large number of ACKs built up, etc...), NodeB can also encase a variable number of ACKs in a [[PacketAck]] message to specifically take care of the rest of its ACKs and avoid duplicate packets from flooding the network. | Reliability is not implicit to a message, rather, it is specified by the sender of a message at the time the message is sent. When NodeA sends a message through the reliable send function, the LL_RELIABLE_FLAG is set in the header of the [[Packet Layout]], and the packet sequence number is stored into a set in NodeA's [[circuit]] info. When NodeB receives the reliable packet, it attaches the packet number of the packet it received to the end of the next packet it sends, and sets the LL_ACK_FLAG bit of the returning packet to show acknowledgment of transfer to NodeA. If NodeB does not have the ability to attach an ACK to a packet in a timely fashion (due to large [[messages]] being sent with no room for ACKs, a large number of ACKs built up, etc...), NodeB can also encase a variable number of ACKs in a [[PacketAck]] [[message]] to specifically take care of the rest of its ACKs and avoid duplicate packets from flooding the network. | ||
Assuming NodeA receives the acknowledgment, it removes the acknowledged packet number from the reliable acknowledgment set. Otherwise, if the acknowledgment is not received in a predetermined amount of time (A minimum of 1 second, or a maximum determined by the average ping delay of the circuit), the packet is resent. If the packet is not acknowledged after 3 resends (default value), it is dropped. | Assuming NodeA receives the acknowledgment, it removes the acknowledged packet number from the reliable acknowledgment set. Otherwise, if the acknowledgment is not received in a predetermined amount of time (A minimum of 1 second, or a maximum determined by the average ping delay of the circuit), the packet is resent. If the packet is not acknowledged after 3 resends (default value), it is dropped. | ||
Revision as of 16:59, 28 December 2006
Packet Sequences
The packet sequence number is a 32 bit number created at the connection of any circuit. This number is stored in the packet header, and incremented whenever a packet is sent from one end of the circuit to the other.
Packet Acknowledgment
Reliability is not implicit to a message, rather, it is specified by the sender of a message at the time the message is sent. When NodeA sends a message through the reliable send function, the LL_RELIABLE_FLAG is set in the header of the Packet Layout, and the packet sequence number is stored into a set in NodeA's circuit info. When NodeB receives the reliable packet, it attaches the packet number of the packet it received to the end of the next packet it sends, and sets the LL_ACK_FLAG bit of the returning packet to show acknowledgment of transfer to NodeA. If NodeB does not have the ability to attach an ACK to a packet in a timely fashion (due to large messages being sent with no room for ACKs, a large number of ACKs built up, etc...), NodeB can also encase a variable number of ACKs in a PacketAck message to specifically take care of the rest of its ACKs and avoid duplicate packets from flooding the network.
Assuming NodeA receives the acknowledgment, it removes the acknowledged packet number from the reliable acknowledgment set. Otherwise, if the acknowledgment is not received in a predetermined amount of time (A minimum of 1 second, or a maximum determined by the average ping delay of the circuit), the packet is resent. If the packet is not acknowledged after 3 resends (default value), it is dropped.