Message context

Ideas for ADC may be presented here for others to review and point out flaws or further improve the idea.
Forum rules
If you have an account on the wiki, remember to update the ADC Proposals page for new ideas.

http://dcbase.org/wiki/ADC_Proposals_list
Pretorian
Site Admin
Posts: 214
Joined: Tue Jul 21, 2009 10:21 am

Message context

Post by Pretorian » Sun Dec 23, 2012 5:09 pm

A lot of people have commented that the message context is difficult to understand or unclear. Hopefully the following is easier and should clear everything up. My proposal is also to put the message context after the message type section, so it's all in one place.
The message context specifies how the message may be received / sent. Hubs and clients may support using the message in additional contexts as well. The message context simply specify an minimum implementation requirement with message types (anticipated flow of traffic). The message context is a substitute for explictly specifying message types.

The context codes are as follows:
|F |From hub (hub-client TCP)
|T |To hub or route through hub (hub-client TCP)
|C |Between clients (client-client TCP)
|U |Between clients (client-client UDP)

The following table is a message context and message type matrix:
|Context |Type
|F |I
|T |B, D, E, F, H
|C |C
|U |U

Ayo
Junior Member
Posts: 27
Joined: Wed Feb 23, 2011 1:50 pm

Re: Message context

Post by Ayo » Sun Dec 23, 2012 6:52 pm

I think the main problem with the message contexts is that they are indicated in the spec with a single character, and thus very easily confused with message types. I don't think having an explanation really improves that. Either writing out the context every time (e.g. "From hub" or "UDP") or numbering them (1-4) would be better.

Alternatively, we can also get rid of the "context" completely, and just write out the possible message types explicitely. That'd be even less confusing.

Who is online

Users browsing this forum: Google (Crawler) and 0 guests