25.02.2013 Views

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

TCP/IP Tutorial and Technical Overview - IBM Redbooks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

datagrams. For that functionality, use WDP instead. The sequence of events in a<br />

Class 0 transaction is as follows:<br />

1. An initiator sends an invoke message to the responder. After the message<br />

has been sent, the initiator’s role in the transaction has ended. No<br />

retransmissions are sent of the message.<br />

2. The responder receives the invoke message. No response is sent<br />

acknowledging receipt of the invoke message. After the message has been<br />

received, the transaction is complete.<br />

Because there are no retransmissions or replies, this type of transaction is<br />

considered stateless <strong>and</strong> cannot be aborted. An additional illustration of a Class<br />

0 transaction can be found in Figure 18-12 on page 685).<br />

Class 1<br />

Class 1 is defined as “confirmed invoke message with no result message.” This<br />

is used for reliable data push (see 18.6, “WAP push architecture” on page 664),<br />

where no response from the destination is expected, though the transaction is<br />

still termed a reliable datagram service. The sequence of events in a Class 1<br />

transaction is as follows:<br />

1. An initiator sends an invoke message to the responder.<br />

2. The responder receives the invoke message <strong>and</strong> returns an<br />

acknowledgement (but not a result message). If the initiator does not receive<br />

an acknowledgement, the invoke message is retransmitted.<br />

The transaction remains in an active state until the acknowledgement arrives at<br />

the initiator. Upon receipt of the acknowledgement, the Initiator considers the<br />

transaction to have ended. The Class 1 transaction can be aborted at any point<br />

during the sequence of events.<br />

Class 2<br />

Class 2 is defined as “confirmed invoke message with one confirmed result<br />

message.” In this class, one single request produces a single reply. This<br />

comprises the typical request/response interaction model most widely employed<br />

by applications. The sequence of events in a Class 2 transaction is as follows:<br />

1. An initiator sends an invoke message to the responder.<br />

2. The responder might send back an acknowledgement to this message. This<br />

happens if the responder is not able to send back a result message<br />

immediately.<br />

3. The responder sends back a result message. If no acknowledgment had<br />

been previously sent to the initiator, this result message implicitly<br />

acknowledges the receipt of the invoke message. If the initiator receives no<br />

acknowledgement or result message, it retransmits the invoke message.<br />

680 <strong>TCP</strong>/<strong>IP</strong> <strong>Tutorial</strong> <strong>and</strong> <strong>Technical</strong> <strong>Overview</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!