首页> 外文会议>Conference on Standards for Communications and Networking >RFC 4944: Per-Hop Fragmentation and Reassembly Issues
【24h】

RFC 4944: Per-Hop Fragmentation and Reassembly Issues

机译:RFC 4944:每跳碎片和重新组装问题

获取原文

摘要

The first Internet Engineering Task Force (IETF) Working Group (WG) on Internet of Things (IoT), IPv6 over Low power WPAN (6LoWPAN), was established in 2005 to enable mechanisms to transmit Internet Protocol version 6 (IPv6) packets over IEEE 802.15.4. Since IPv6 supports packet sizes larger than the IEEE 802.15.4 maximum frame size, 6LoWPAN WG defined an adaptation layer by standardizing several documents such RFC 4944, RFC 6282 and RFC 6775. RFC 4944 describes the frame format for transmission of IPv6 packets and it defines mechanisms for header compression and fragmentation. RFC 6282 updates RFC 4944, however, it does not reconsider the 6LoWPAN fragment forwarding method. Indeed, considering that IEEE 802.15.4 comes with a Maximum Transmission Unit (MTU) size of 127 bytes, while a IPv6 datagrams with a 1280 byte MTU, an IPv6 packet could be fragmented into more than ten fragments at the 6LoWPAN adaptation layer. Then, using the 6LoWPAN route-over mesh network, the fragmented 6LoWPAN packet must be reassembled at every hop, which eventually causes latency, congestion, interference and packet losses. In this paper, we first provide a thorough background on RFC 4944. We then detail the potential fragment forwarding issues when employing the route over scheme. Finally, we present the ongoing efforts at the IETF to address the undesired issues.
机译:在2005年建立了第一个Internet Internet(IoT),IPv6上的第一个Internet(IoT)的工作组(IOT),IPv6,以使机制能够在IEEE上传输Internet协议版本6(IPv6)数据包的机制802.15.4。由于IPv6支持大于IEEE 802.15.4最大帧大小的数据包大小,因此通过标准化若干文档来定义适应层,如RFC 4944,RFC 6282和RFC 6775。RFC 4944描述了用于传输IPv6数据包的帧格式,它定义标题压缩和碎片的机制。 RFC 6282更新RFC 4944,但是,它不会重新考虑6LowPan片段转发方法。实际上,考虑到IEEE 802.15.4具有最大传输单元(MTU)大小为127字节,而具有1280字节MTU的IPv6数据报,则IPv6数据包可以分段为6LowPan适配层的十多个片段。然后,使用6LOWPAN Route-Over Mesh网络,必须在每一个跳中重新组装碎片的6LOWPAN数据包,最终导致延迟,拥塞,干扰和分组丢失。在本文中,我们首先在RFC 4944上提供彻底的背景。然后我们在采用方案路线时详细介绍潜在的片段转发问题。最后,我们展示了IETF的持续努力来解决不期望的问题。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号