Re: Protocol Definition

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu Jan  5 17:54:00 2012, Douglas Otis wrote:
Agreed. A multiple stream protocol aggregates multiple endpoints into an Association where each then signals supported protocols. Within each protocol, various algorithms are applied, often in phases such as Bind, Listen, Accept, Connect, Close, Shutdown, SendMsg, RecvMsg, GetPeerName. An algorithm might be expressed using computer languages that incorporate elaborate mathematical models, such as simple hash functions used to validate packets. One of the protocols supported is SDP Session Description Protocol that carries media over the multiple streams. This provides for Sessions, Associations and Connections.

As you say, algorithms can be expressed in terms of other algorithms.

And yes, "session" is certainly an overloaded term (as is protocol, mind, which can be used for extensions and "sub protocols" as well). But I think it's the best we have, and I think it's commonly used anyway. Association, to my mind, means a transport layer connection, hence it's usage in SNMP and other OSI-related things.

Session isn't much less damaged, as a term, I admit, but it is in common usage. And like algorithms, and protocols, you can open up a session to find other sessions inside.

So for example a session of XMPP may include:

- Multiple sequential XMPP-carrying TCP sessions ("connections"), which are considered a single "Session" by dint of using XEP-0198 (An "XMPP Extension Protocol") to glue them together.

- Jingle negotiations, which speak an XML adaptation of SDP, negotiating RTP sessions for A/V.

Now, it's entirely fair to say that your XMPP session may include multiple TCP sessions, and each TCP session speaking XMPP may use Jingle sessions to negotiate multiple media sessions. We have lots of terms that require qualification to be of any use, and "session", "protocol", and even "connection" all need this.

Dave.

(Sent over a mail session using both IMAP and ESMTP sessions in concert with an ACAP session).
--
Dave Cridland - mailto:dave@xxxxxxxxxxxx - xmpp:dwd@xxxxxxxxxxxxxxxxx
 - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
 - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]