<p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">RFC 9174! I just quick reviewed the document and found that 4556 is the allocated TCP port number and information that I need (Thanks to <span style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">Sipos Brian J.)</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><br></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">Cheol</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"></p><div style="margin-top:30px;margin-left:0.8em;font-size:12px;font-family:돋움,arial;color:#0066CC;font-weight: bold;">--------- 원본 메일 ---------</div><blockquote style="font-size:12px;border-left-style:solid;border-left-width:2px;margin-bottom:0pt;margin-left:0.8em;margin-right:0pt;margin-top:0pt;padding-left:1em;"><div style="font-family:arial,돋움;line-height:1.5"><b>보낸사람</b> : Felix Flentge <Felix.Flentge@esa.int><br><b>받는사람</b> : "chkoo@kari.re.kr" <chkoo@kari.re.kr>, "Sipos Brian J." <Brian.Sipos@jhuapl.edu><br><b>참조</b> : "Gao, Jay L (JPL-332C)[JPL Empl" <jay.l.gao@jpl.nasa.gov>, "sburleig.sb@gmail.com" <sburleig.sb@gmail.com>, "Torgerson, J. Leigh (US 332C)" <jordan.l.torgerson@jpl.nasa.gov>, Keith Scott <keithlscott@gmail.com>, "Wilmot, Jonathan J. (GSFC-580." <jonathan.j.wilmot@nasa.gov>, Carlo Caini <carlo.caini@unibo.it>, "sis-dtn@mailman.ccsds.org" <sis-dtn@mailman.ccsds.org><br><b>받은날짜</b> : 2023-09-07 (목) 19:05:36<br><b>제목</b> : RE: RE: Is there a standardized way to implement/configure TCP convergence layer for Bundle transaction?<br><!-- original content --><div style="margin-top:5px;">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Hi,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">It seems that we are mixing standardisation, conventions and implementations.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">From the standardisation perspective, I don’t see any interoperability issue (I just did a quick review RfC 9174). If there are, these should be addressed in IETF.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">The use of specific UDP ports for LTP according to engine id is nothing more then a convention for specific implementations. Running LTP over UDP can use any port you agree. (Anyway, I would typically
suggest to use TCPCL for terrestrial communication).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">I think the real underlying question is how to know to connect to a specific node (which CL to use, which parameters, …). Currently, we specify this in ICDs. In the future we may use discovery mechanisms
(I think there is on-going work), network management, registries (some people proposed the SANA sites & apertures) or something else to get such information.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal">Regards,<o:p></o:p></p>
<p class="MsoNormal">Felix<o:p></o:p></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-left:36.0pt"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> chkoo@kari.re.kr <chkoo@kari.re.kr>
<br>
<b>Sent:</b> Wednesday, September 6, 2023 11:32 PM<br>
<b>To:</b> Sipos Brian J. <Brian.Sipos@jhuapl.edu><br>
<b>Cc:</b> Gao, Jay L (JPL-332C)[JPL Empl <jay.l.gao@jpl.nasa.gov>; Felix Flentge <Felix.Flentge@esa.int>; sburleig.sb@gmail.com; Torgerson, J. Leigh (US 332C) <jordan.l.torgerson@jpl.nasa.gov>; Keith Scott <keithlscott@gmail.com>; Wilmot, Jonathan J. (GSFC-580.
<jonathan.j.wilmot@nasa.gov>; Carlo Caini <carlo.caini@unibo.it>; sis-dtn@mailman.ccsds.org<br>
<b>Subject:</b> RE: RE: Is there a standardized way to implement/configure TCP convergence layer for Bundle transaction?<o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif">Hi, Brian S.<o:p></o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif"><o:p> </o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif">Yes, either way has benefits, and there are no technical issues. Absolutely, there is no need to argue about which one is more correct.<o:p></o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif"><o:p> </o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif">Interfacing to another neighbor node through LTPCL over UDP is quite straightforward since it only needs to transmit all the LTP segmentation data to *113 UDP port (1113,
2113, 3113, and so on, according to the LTP node number).<o:p></o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif"><o:p> </o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif">Of course, LTPCL over UDP can be used with multiplexing. It is technically fine. However, it does affect the configuration parameters' effort, so every node must know
the contact information for how the opposite side allocates the reception port in the range of 1 to 65535.<o:p></o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif"><o:p> </o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif">I think TCPCL has the same issue. Do we want to allocate a port number for this, e.g., xxx019 for dedicated use? Or do we want to reserve preferred port numbers from
agencies, such as 1 to 1000 for NASA, 1000 to 2000 for ESA, 2000 to 3000 for KARI, and so on?<o:p></o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif"><o:p> </o:p></span></p>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Gulim",sans-serif">Cheol<o:p></o:p></span></p>
<div style="margin-left:9.6pt;margin-top:22.5pt">
<p class="MsoNormal" style="margin-left:36.0pt"><b><span style="font-size:9.0pt;font-family:"Dotum",sans-serif;color:#0066CC">--------- 원본 메일 ---------<o:p></o:p></span></b></p>
</div>
<blockquote style="border:none;border-left:solid windowtext 1.5pt;padding:0cm 0cm 0cm 12.0pt;margin-left:9.6pt;margin-right:0cm">
<div>
<p class="MsoNormal" style="margin-left:36.0pt"><b><span style="font-size:9.0pt;font-family:"Malgun Gothic",sans-serif">보낸사람</span></b><span style="font-size:9.0pt;font-family:"Arial",sans-serif"> : "Sipos, Brian J." <<a href="mailto:Brian.Sipos@jhuapl.edu">Brian.Sipos@jhuapl.edu</a>><br>
</span><b><span style="font-size:9.0pt;font-family:"Malgun Gothic",sans-serif">받는사람</span></b><span style="font-size:9.0pt;font-family:"Arial",sans-serif"> : "</span><span style="font-size:9.0pt;font-family:"Malgun Gothic",sans-serif">구철회</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"
<<a href="mailto:chkoo@kari.re.kr">chkoo@kari.re.kr</a>>, "Gao, Jay L (JPL-332C)[JPL Empl" <<a href="mailto:jay.l.gao@jpl.nasa.gov">jay.l.gao@jpl.nasa.gov</a>>, Felix Flentge <<a href="mailto:Felix.Flentge@esa.int">Felix.Flentge@esa.int</a>>, "<a href="mailto:sburleig.sb@gmail.com">sburleig.sb@gmail.com</a>"
<<a href="mailto:sburleig.sb@gmail.com">sburleig.sb@gmail.com</a>>, "Torgerson, J. Leigh (US 332C)" <<a href="mailto:jordan.l.torgerson@jpl.nasa.gov">jordan.l.torgerson@jpl.nasa.gov</a>>, Keith Scott <<a href="mailto:keithlscott@gmail.com">keithlscott@gmail.com</a>>,
"Wilmot, Jonathan J. (GSFC-580." <<a href="mailto:jonathan.j.wilmot@nasa.gov">jonathan.j.wilmot@nasa.gov</a>>, Carlo Caini <<a href="mailto:carlo.caini@unibo.it">carlo.caini@unibo.it</a>><br>
</span><b><span style="font-size:9.0pt;font-family:"Malgun Gothic",sans-serif">받은날짜</span></b><span style="font-size:9.0pt;font-family:"Arial",sans-serif"> : 2023-09-07 (</span><span style="font-size:9.0pt;font-family:"Malgun Gothic",sans-serif">목</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">)
02:51:05<br>
</span><b><span style="font-size:9.0pt;font-family:"Malgun Gothic",sans-serif">제목</span></b><span style="font-size:9.0pt;font-family:"Arial",sans-serif"> : RE: Is there a standardized way to implement/configure TCP convergence layer for Bundle transaction?<o:p></o:p></span></p>
<div style="margin-top:3.75pt">
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US">Cheol,</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US">While the TCPCL allows many possible strategies, as you point out, I’m not sure that these represent barriers to interoperability. If a passive TCPCL entity chooses to listen on one port or may separate
ports, it doesn’t (or shouldn’t) affect the ability of a peer to attempt to establish a TCPCL session. There may be specific policy on a node that refuses connections or terminates sessions based on the peer parameters, but this seems like a policy or configuration
alignment issue and not necessarily lack of interoperability (the node can be capable of interoperating but chooses by policy not to do so).</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US"> </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US">I would be interested to see specific examples or hurdles with TCPCL practice, because if there are special cases that lead to trouble these should at least be captured as errata for RFC 9174 or as updated
recommended practice.</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US"> </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US">LTP on the other hand, because it lacks a strong binding to its segment transport, can cause headaches with middleboxes (for example when using UDP transport can confuse NAT and firewalls because it isn’t
guaranteed to use a single 5-tuple “conversation” the way other UDP applications typically do). This also has beneficial side effects related to multi-homing though, so there isn’t really a right or wrong way.</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US"> </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US">Thanks for any feedback,</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US">Brian S.</span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="color:#1F497D;mso-fareast-language:EN-US"> </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;text-autospace:ideograph-other">
<b>From:</b> SIS-DTN <<a href="mailto:sis-dtn-bounces@mailman.ccsds.org">sis-dtn-bounces@mailman.ccsds.org</a>>
<b>On Behalf Of </b>??? via SIS-DTN<br>
<b>Sent:</b> Wednesday, September 6, 2023 12:29 AM<br>
<b>To:</b> 'Gao, Jay L (JPL-332C)[JPL Employee]' <<a href="mailto:jay.l.gao@jpl.nasa.gov">jay.l.gao@jpl.nasa.gov</a>>; 'Felix Flentge' <<a href="mailto:Felix.Flentge@esa.int">Felix.Flentge@esa.int</a>>;
<a href="mailto:sburleig.sb@gmail.com">sburleig.sb@gmail.com</a>; Torgerson, J. Leigh (US 332C) <<a href="mailto:jordan.l.torgerson@jpl.nasa.gov">jordan.l.torgerson@jpl.nasa.gov</a>>; 'Keith Scott' <<a href="mailto:keithlscott@gmail.com">keithlscott@gmail.com</a>>;
'Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC <<a href="mailto:jonathan.j.wilmot@nasa.gov">jonathan.j.wilmot@nasa.gov</a>>; 'Carlo Caini' <<a href="mailto:carlo.caini@unibo.it">carlo.caini@unibo.it</a>><br>
<b>Cc:</b> <a href="mailto:sis-dtn@mailman.ccsds.org">sis-dtn@mailman.ccsds.org</a><br>
<b>Subject:</b> [EXT] [Sis-dtn] Is there a standardized way to implement/configure TCP convergence layer for Bundle transaction?<span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
<div>
<div id="APLWarningText">
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" align="left" width="100%" style="width:100.0%">
<tbody>
<tr>
<td width="100%" style="width:100.0%;background:#E0E0E0;padding:0cm 0cm 0cm 0cm">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;text-autospace:ideograph-other;mso-element:frame;mso-element-frame-hspace:2.25pt;mso-element-wrap:around;mso-element-anchor-vertical:paragraph;mso-element-anchor-horizontal:column;mso-height-rule:exactly">
<b><span style="font-size:12.0pt;font-family:"Gulim",sans-serif;color:red">APL external email warning:
</span></b><span style="font-size:12.0pt;font-family:"Gulim",sans-serif;color:black">Verify sender
</span><span style="color:black"><a href="mailto:sis-dtn-bounces@mailman.ccsds.org"><span style="font-size:12.0pt;font-family:"Gulim",sans-serif">sis-dtn-bounces@mailman.ccsds.org</span></a></span><span style="font-size:12.0pt;font-family:"Gulim",sans-serif;color:black">
before clicking links or attachments</span><o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
<p style="margin-left:36.0pt"><span style="font-size:10.0pt;font-family:"Times New Roman",serif"> </span><span style="font-size:10.0pt;font-family:"Gulim",sans-serif"><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">Hi Fellows<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">Recently, I began to consider that the implementation of the TCP convergence layer, which conveys Bundles reliably, can be source of interoperability issues among various DTN implementations.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">There is freedom in designing the TCP interface, with options like allocating a single TCP port to a node and multiplexing neighbor input, or allocating multiple TCP ports for each neighbor's transaction
input.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">Some implementations perform an interrogation step to obtain multiplexing information from neighboring nodes, such as IPN/DTN address.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">Some implementations prefer multiple TCP daemons for connecting with neighbors.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">In either case, DTN software may need to implement a specialized UTA or CLA interface for interfacing with various other DTN software via TCP convergence layer.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">Is there a standardized way to do it? Or do we want to discuss about a standardized way here?<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">On the contrary, LTP, as a Convergence Layer, is a straightforward mechanism and a point-to-point protocol that simplifies Bundle input multiplexing, resulting in fewer interoperability issues, in
my opinion. LTPCL is useful at the ground-space link, however TCPCL can be more suitable choice for terrestrial link. So, I think, TCPCL needs more attention for future DTN usage.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">Best,<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif">Cheol<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt">
<span style="font-size:9.0pt;font-family:"Arial",sans-serif"> <o:p></o:p></span></p>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-left:36.0pt"><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><o:p> </o:p></span></p>
</div>
</blockquote>
<p class="MsoNormal" style="margin-left:36.0pt"><img border="0" width="1" height="1" style="width:.0083in;height:.0083in" id="_x0000_i1025" src="https://webmail.kari.re.kr:443/checkread/NjgyNzY0/RmVsaXguRmxlbnRnZUBlc2EuaW50/"><o:p></o:p></p>
</div>
This message is intended only for the recipient(s) named above. It may contain proprietary information and/or protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received this e-mail in error, please notify
the sender immediately. ESA applies appropriate organisational measures to protect personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo@esa.int).
</div><!-- original content --><br></div></blockquote><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"></p>
<img src='https://webmail.kari.re.kr:443/checkread/NjgzMzIy/c2lzLWR0bkBtYWlsbWFuLmNjc2RzLm9yZw==/' width='1px' height='1px' />