[Mep-dev] Something to take a look at for a possible adaptation for Mep...?
Michelle
w5nyv@yahoo.com
Thu, 20 Nov 2008 22:44:45 -0800 (PST)
--0-109584091-1227249885=:87689
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Thank you very much for the article, James - I enoyed it!=0A=0AI know that =
there is some=A0interest in investigating DTN within the team. I think that=
it is safe to say that we would like to not do anything=A0to prevent=A0exp=
erimentation and exploration of=A0protocols like DTN. =0A=0AI think that en=
abling the building up to DTN=A0from a working IP=A0would be an entirely re=
asonable way to proceed. My limited understanding is that DTN comes into pl=
ay at the transport and application layer, and therefore doesn't really com=
pete=A0with or replace IP. =0A=0ADTN=A0would be applicable to MEP=A0data th=
at could tolerate or will=A0experience=A0delay. Here are some=A0examples th=
at occur to me. I could=A0distribute=A0pre-recorded video files via DTN,=A0=
as opposed to=A0interactive or streaming video streams, which would be deli=
vered=A0over IP. Or, DTN could deliver video QSL cards, or files destined f=
or the virtual tables in the chat rooms. Voice would be over IP (interactiv=
e, QSOs) or could be over DTN (voice mail, voice messages). =0A=0AI believe=
that all of this could be accomplished quite handily and with less Big Ide=
a Trouble (in other words, less work) with existing QoS (quality of service=
) schemes, but DTN is hip and cool and people want to learn about it, and i=
t costs us nothing except some advance cluefulness to enable it.=0A=0AIs th=
ere anyone would like to=A0advocate for DTN being=A0a requirement for MEP?=
=A0A bit of devil's advocacy, perhaps? Is there any great advantage to DTN =
over IP with QoS? Perhaps=A0the experience of implementation is compelling =
enough to warrant exploring the idea?=A0=A0=0A=0AI think we have arguements=
for it being=A0something we want to enable for experimentation, but I'd li=
ke to hear from anyone that feels strongly about it being included as a req=
uirement=A0during development. =0A=0AGreat comments all around.=0A=0AMore=
=A0tomorrow,=A0-Michelle W5NYV =0A=0ASit vis vobiscum=0A=0A=0A=0A=0A_______=
_________________________=0AFrom: Timothy J. Salo <salo@saloits.com>=0ATo: =
mep <mep-dev@uppermeadow.com>=0ASent: Thursday, November 20, 2008 9:45:02 P=
M=0ASubject: Re: [Mep-dev] Something to take a look at for a possible adapt=
ation for Mep...?=0A=0A=0A>I strongly suggest that the MEP project make the=
MEP work=0A>with IP before tackling additional challenges, such as=0A>impl=
ementing the DTN protocols.=A0 Once an IP-based MEP works,=0A>I think the D=
TN protocols would be a great topic to investigate.=0A=0A>But, perhaps I am=
confused.=A0 Maybe the DTN protocols really=0A>_are_ applicable to the MEP=
.=A0 What am I missing?=0A=0A>-tjs=0A=0A___________________________________=
____________=0AMep-dev mailing list=0AMep-dev@uppermeadow.com=0Ahttp://list=
s.uppermeadow.com/mailman/listinfo/mep-dev=0A
--0-109584091-1227249885=:87689
Content-Type: text/html; charset=us-ascii
<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><DIV>Thank you very much for the article, James - I enoyed it!</DIV>
<DIV> </DIV>
<DIV>I know that there is some interest in investigating DTN within the team. I think that it is safe to say that we would like to not do anything to prevent experimentation and exploration of protocols like DTN. </DIV>
<DIV> </DIV>
<DIV>I think that enabling the building up to DTN from a working IP would be an entirely reasonable way to proceed. My limited understanding is that DTN comes into play at the transport and application layer, and therefore doesn't really compete with or replace IP. </DIV>
<DIV> </DIV>
<DIV>DTN would be applicable to MEP data that could tolerate or will experience delay. Here are some examples that occur to me. I could distribute pre-recorded video files via DTN, as opposed to interactive or streaming video streams, which would be delivered over IP. Or, DTN could deliver video QSL cards, or files destined for the virtual tables in the chat rooms. Voice would be over IP (interactive, QSOs) or could be over DTN (voice mail, voice messages). </DIV>
<DIV> </DIV>
<DIV>I believe that all of this could be accomplished quite handily and with less Big Idea Trouble (in other words, less work) with existing QoS (quality of service) schemes, but DTN is hip and cool and people want to learn about it, and it costs us nothing except some advance cluefulness to enable it.</DIV>
<DIV> </DIV>
<DIV>Is there anyone would like to advocate for DTN being a requirement for MEP? A bit of devil's advocacy, perhaps? Is there any great advantage to DTN over IP with QoS? Perhaps the experience of implementation is compelling enough to warrant exploring the idea? </DIV>
<DIV> </DIV>
<DIV>I think we have arguements for it being something we want to enable for experimentation, but I'd like to hear from anyone that feels strongly about it being included as a requirement during development. </DIV>
<DIV> </DIV>
<DIV>Great comments all around.<BR></DIV>
<DIV>More tomorrow, </DIV>-Michelle W5NYV
<DIV></DIV><BR>
<DIV>
<DIV>Sit vis vobiscum<BR></DIV>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: times new roman, new york, times, serif"><BR>
<DIV style="FONT-SIZE: 13px; FONT-FAMILY: arial, helvetica, sans-serif"><FONT face=Tahoma size=2>
<HR SIZE=1>
<B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> Timothy J. Salo <salo@saloits.com><BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> mep <mep-dev@uppermeadow.com><BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Thursday, November 20, 2008 9:45:02 PM<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> Re: [Mep-dev] Something to take a look at for a possible adaptation for Mep...?<BR></FONT><BR><BR>>I strongly suggest that the MEP project make the MEP work<BR>>with IP before tackling additional challenges, such as<BR>>implementing the DTN protocols. Once an IP-based MEP works,<BR>>I think the DTN protocols would be a great topic to investigate.<BR><BR>>But, perhaps I am confused. Maybe the DTN protocols really<BR>>_are_ applicable to the MEP. What am I missing?<BR><BR>>-tjs<BR><BR>_______________________________________________<BR>Mep-dev mailing list<BR><A
href="mailto:Mep-dev@uppermeadow.com" ymailto="mailto:Mep-dev@uppermeadow.com">Mep-dev@uppermeadow.com</A><BR><A href="http://lists.uppermeadow.com/mailman/listinfo/mep-dev" target=_blank>http://lists.uppermeadow.com/mailman/listinfo/mep-dev</A><BR></DIV></DIV></DIV></div></body></html>
--0-109584091-1227249885=:87689--