Differences between revisions 1 and 2
Revision 1 as of 2004-09-09 21:27:47
Size: 3979
Editor: OlivierBiot
Comment: Initial text for WTP.
Revision 2 as of 2004-09-09 21:34:53
Size: 4515
Editor: OlivierBiot
Comment: More WTP SAR explanation.
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
The Wireless Transaction Protocol (WTP) is one of the protocols defined by the [http://www.wapforum.org/ WAP Forum] (now part of the [http://www.openmobilealliance.org/ Open Mobile Alliance]). WTP defines 3 classes of transactions: unreliable Invoke without Result (Class 0), reliable Invoke without Result (Class 1), and reliable Invoke with a reliable Result (Class 2). In order to implement these transactions, 3 basic PDU types exist: invoke, result and ack. Transactions of class 0 and 1 are required when implementing WAP Push over [[WSP]]. Transactions of class 2 can be compared with a normal ["HTTP"] transaction. The Invoke of a Class 2 transaction can either explicitly be acknowledged by an ack PDU, or implicitly by the result PDU; the result PDU must always be explicitly acknowledged. The Wireless Transaction Protocol (WTP) is one of the protocols defined by the [http://www.wapforum.org/ WAP Forum] (now part of the [http://www.openmobilealliance.org/ Open Mobile Alliance]). WTP defines 3 classes of transactions: unreliable Invoke without Result (Class 0), reliable Invoke without Result (Class 1), and reliable Invoke with a reliable Result (Class 2).

In order to implement these transactions, 3 basic PDU types exist: Invoke, Result and Ack. Transactions of Class 0 and 1 are required when implementing WAP Push over ["WSP"]. Transactions of Class 2 can be compared with a normal ["HTTP"] transaction. The Invoke of a Class 2 transaction can either explicitly be acknowledged by an Ack PDU, or implicitly by the Result PDU; the Result PDU must always be explicitly acknowledged.
Line 8: Line 10:

Each WTP fragment is identified with a 8-bit Packet Sequence Number (PSN), hence WTP SAR supports splitting the payload across up to 256 fragments. WTP fragments are transmitted in fragment groups consisting of a negotiated number of fragments. Once a group has been sent, the receiving endpoint issues a cumulative Ack for the entire group, or it issues a Negative Ack with the PSN of the missing fragment(s).

There also exists a so-called Extended WTP SAR, which allows a much higher maximum number of WTP message fragments.

Wireless Transaction Protocol (WTP)

The Wireless Transaction Protocol (WTP) is one of the protocols defined by the [http://www.wapforum.org/ WAP Forum] (now part of the [http://www.openmobilealliance.org/ Open Mobile Alliance]). WTP defines 3 classes of transactions: unreliable Invoke without Result (Class 0), reliable Invoke without Result (Class 1), and reliable Invoke with a reliable Result (Class 2).

In order to implement these transactions, 3 basic PDU types exist: Invoke, Result and Ack. Transactions of Class 0 and 1 are required when implementing WAP Push over ["WSP"]. Transactions of Class 2 can be compared with a normal ["HTTP"] transaction. The Invoke of a Class 2 transaction can either explicitly be acknowledged by an Ack PDU, or implicitly by the Result PDU; the Result PDU must always be explicitly acknowledged.

Different WTP packets that are part of the same transaction share the same Transaction Identifier (TID). This TID is a 16-bit identifier where the highest order bit indicates the direction. This bit is flipped whenever the transmission direction is inverted (client to server becoming server to client). This way it is possible for a connection to have multiple transactions pending. The TID can then be seen as a way of providing WTP transaction multiplexing. Note that both endpoints must support multiple outstanding transactions, and that this is typically negotiated at the ["WSP"] level (maximum outstanding requests).

If a WTP Invoke or Result PDU spans multiple packets, then a mechanism called Segmentation And Reassembly (WTP SAR) can be used to split the payload over Segmented Invoke and Segmented Result PDUs. WTP SAR also defines a Negative Acknowledgement PDU type, which lists the WTP segments that did not reach the destination. An example WTP SAR transaction with a single invoke and 3 result segments is: Invoke, Result (0), Segmented Result (1), Segmented Result (2), Negative Ack (1), Segmented Result (1), Ack.

Each WTP fragment is identified with a 8-bit Packet Sequence Number (PSN), hence WTP SAR supports splitting the payload across up to 256 fragments. WTP fragments are transmitted in fragment groups consisting of a negotiated number of fragments. Once a group has been sent, the receiving endpoint issues a cumulative Ack for the entire group, or it issues a Negative Ack with the PSN of the missing fragment(s).

There also exists a so-called Extended WTP SAR, which allows a much higher maximum number of WTP message fragments.

When WTP is used in conjunction with ["WSP"], then the WAP specifications talk about Connection-Oriented ["WSP"] (CO-WSP). absence of the WTP layer yields the so-called Connection-Less ["WSP"] (CL-WSP) stack. Note that connection in this context has nothing to do with a physical connection, but only refers to extra functionality in ["WSP"].

History

The Wireless Transaction Protocol (WTP) initiated at the WAP Forum. The first specification dates from 1998. The only common use of WTP today is in conjunction with ["WSP"].

Protocol dependencies

  • ["WTLS"]: WTP uses ["WTLS"] as its (optional) bearer-level security protocol. The well known UDP port for secure connection-oriented ["WSP"] (WSP over WTP over WTLS) is 9203.
  • ["UDP"]: WTP uses ["UDP"] as its transport protocol over IP networks. The well known UDP port for WTP traffic is 9201 for unsecure connection-oriented ["WSP"] (WSP over WTP).
  • ["WDP"]: WTP uses ["WDP"] as its transport protocol over non-IP networks (e.g., GSM SMS).

Example traffic

XXX - Add example traffic here (as plain text or Ethereal screenshot).

Ethereal

The WTP dissector is almost fully functional; not all TPIs are dissected, and Extended SAR neither.

Preference Settings

(XXX add links to preference settings affecting how PROTO is dissected).

Example capture file

XXX - Add a simple example capture file. Keep it short, it's also a good idea to gzip it to make it even smaller, as Ethereal can open gzipped files automatically.

Display Filter

  • wtp shows only the WTP based traffic.

Capture Filter

You cannot directly filter WTP packets while capturing. However, if you know the ["UDP"] port used (see above), you can filter on that one.

Wireless_Transaction_Protocol (last edited 2008-04-12 17:50:41 by localhost)