<p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">All,</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;"><br></span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">Let me share some thoughts on LTPv1's segmentation and length, etc with this WG.</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">Welcome to comments from you.</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;"><br></span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">1. Segmentation aggregation</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">Segmentation aggregation could be useful in some specific circumstances from an operational perspective. However, implementing it can be quite challenging and daunting. It is closely related to the tolerance of design in LTP implementation, especially in buffering segmentation blocks. In a limited computing environment, there are limitations on considering wide-open design options. This would not be a favorable feature of LTP for interoperability.</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;"><br></span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">2. Green-block</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">When using the Green-block and expecting similar actions as the Red-block simultaneously, certain limitations in the working environment should be expected to accommodate this scenario. In extremely low BER (Bit Error Rate), a long Green-block segment would make little difference from an application perspective. MTU is a useful practice on the ground test, but it may not work effectively in a space link. We are uncertain about how space link protocols will interact with laser communication technology.</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;"><br></span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">3. Signal for link disruption</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;">I agree that there is no need to include a signal for link disruption in the LTPv2 or not-LTP's specification book. However, I believe that having such a signal, which I would like to call a "cue," is a good practice for a spacecraft system in space. Although abrupt or unplanned link unavailability between space nodes is rare during operations, if it does occur, it creates a truly scary situation for ground operators, and no one would prioritize the DTN transaction until the spacecraft status returns to normal. Considering that link disruption can be mostly planned and expected in space in general, a "cue" signal would be beneficial for managing the outgoing buffer and related timers in LTP (or CLA). The "cue" would help mitigate the growth of retransmission buffer consumption and reduce the burden of handling timers.</span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><span style="font-size: 13.3333px;"><br></span></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">Best,</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">Cheol</p><p><br/></p><p><br/></p><p><br/></p>                                     
                                                <p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">----------------------------------------------------------------</p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;"><b><i>Cheol Hea KOO</i></b><b><i><span style="font-size: 12pt;"></span></i></b></p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">Principal Researcher, PhD</p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">Mission Operation and Infrastructure Service Division</p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">National Satellite Operation & Application Center</p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">Korea Aerospace Research Institute</p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;"><span style="color: black;">169-84, Gwahak-ro, Yuseong-gu, Daejeon,</span> 34133,<span style="font-family: "Times New Roman", serif;"> </span>Korea</p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">Phone : +82-(0)42-860-2145, 010-2044-7106</p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">Fax : +82-(0)42-860-2605<span style="font-size: 12pt;"></span></p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">Email : <a href="mailto:chkoo@kari.re.kr" style="cursor: pointer;"><span style="color: blue;">chkoo@kari.re.kr</span></a></p><p style="color: rgb(51, 51, 51); font-family: gulim, "Apple Gothic", sans-serif; font-size: 12px;">----------------------------------------------------------------</p>
                                        
                                
<img src='https://webmail.kari.re.kr:443/checkread/NjQ1Mjkw/c2lzLWR0bkBtYWlsbWFuLmNjc2RzLm9yZw==/' width='1px' height='1px' />