1) The typical transaction consists of a single outgoing datagram for
the request, followed by a single datagram containing the response.
2) The typical transaction profile consists of many queries issued to
separate hosts.
3) Operations are idempotent.
4) The loss of a certain amount of data is acceptable.
If a service doesn't fit with this set of criteria then there is very little
point in moving to a connectionless protocol.
Example: DNS
DNS sends a single packet for a query, and recieves a single packet
in return. Typical DNS queries span multiple hosts. Thus the cost of
connection establishment is too high for this type of service.
HTTP generates two datagrams for each query (or at least X-mosaic does),
and recieves a large number of datagrams back in response. The typical
transaction profile consists of many queries to a single host. HTTP
POST operations are not idempotent. The loss of data is not considered
acceptable. Therefore HTTP is not well suited to a connectionless
paradigm.
Simon