KR20030078590A - Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치 - Google Patents

Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치 Download PDF

Info

Publication number
KR20030078590A
KR20030078590A KR1020020034131A KR20020034131A KR20030078590A KR 20030078590 A KR20030078590 A KR 20030078590A KR 1020020034131 A KR1020020034131 A KR 1020020034131A KR 20020034131 A KR20020034131 A KR 20020034131A KR 20030078590 A KR20030078590 A KR 20030078590A
Authority
KR
South Korea
Prior art keywords
message
packet
mtu
icmp
node
Prior art date
Application number
KR1020020034131A
Other languages
English (en)
Other versions
KR100453055B1 (ko
Inventor
이학구
김영근
김선우
임용준
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to CN 03807525 priority Critical patent/CN1647453A/zh
Priority to PCT/KR2003/000382 priority patent/WO2003084144A1/en
Priority to EP03745468A priority patent/EP1491004A1/en
Priority to AU2003215922A priority patent/AU2003215922A1/en
Priority to US10/401,731 priority patent/US7451227B2/en
Publication of KR20030078590A publication Critical patent/KR20030078590A/ko
Application granted granted Critical
Publication of KR100453055B1 publication Critical patent/KR100453055B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6

Abstract

본원은 네트워크 환경을 보다 효율적으로 구현하기 위한 방법, 특히 IP 네트워크 상에서의 노드(node)들 간의 PMTU(path maximum transmission unit)를 탐색하기 위한 방법에 관한 것으로서, (a) 수신된 패킷의 크기와 다음 링크의 MTU(maximum transmission unit)를 비교하는 단계; (b) 상기 수신된 패킷의 크기가 다음 링크의 MTU 보다 큰 경우, 에러 메시지를 생성하여, 상기 생성된 에러 메시지를 송신 노드로 전송하고, 상기 다음 링크의 MTU 크기를 갖는 테스트 메시지를 생성하여, 상기 생성된 테스트 메시지를 수신 노드로 전송하는 단계를 포함하여, 불필요한 네트워크 자원의 낭비 없이 보다 빠른 시간 내에 PMTU를 결정하는 것이 가능하도록 한다.

Description

ＩＰ 네트워크 상에서의 경로 ＭＴＵ 탐색 방법 및 그 장치{Method for path MTU discovery on IP network and apparatus thereof}
본 발명은 네트워크 환경을 보다 효율적으로 구현하기 위한 방법 및 장치에 관한 것으로서, 특히 네트워크의 경로 상의 최대 전송 단위 (maximum transmission unit: MTU)의 탐색(discovery)을 보다 효율적으로 수행하기 위한 방법 및 그 장치를 제공하기 위한 것이다.
인터넷 이용 인구가 늘어나면서 기존의 IPv4(internet protocol version 4) 기반의 네트워크에서는 32비트 주소 체계에서 인터넷 프로토콜(internet protocol: IP) 주소의 한계와 기능적 제약이 있었다. 이를 극복하기 위해, 128비트의 주소 체계를 가지고서 다양한 기능을 확장을 통해 여러 가지 서비스를 제공하는 IPv6(internet protocol version 6)가 제안되었다.
IPv4에서는 패킷의 크기가 링크 MTU 보다 큰 경우에는 라우팅 경로에 위치한 라우터가 패킷의 분할(fregmentation)을 수행하였다. 하지만, IPv6에서는 이전의 IPv4에서와는 달리 소스 노드(source node)에서 일단 전송된 패킷을 중간의 노드에서 분할을 수행하지 않고, 소스 노드가 경로 상의 최소 MTU를 탐색하여, 탐색된 MTU에 따라 패킷을 분할한 후, 분할된 패킷을 전송한다.
따라서, 하나의 IPv6 노드, 즉 소스 노드(source node)가 다른 원격지에 있는 목적지 노드(destination node)에 데이터를 보내기 위해서는 먼저 패킷이 이동하는 경로의 링크 MTU를 탐색하여, 즉 소스 노드와 목적지 노드간의 라우팅 경로에서의 최소 링크 MTU인, 경로 MTU(path MTU: PMTU) (이하, "PMTU"라 함)를 결정하여야 한다.
기존의 PMTU 탐색 기법에 따르면, 소스 노드에서 처음으로 패킷을 전송하는 경우, 소스 노드의 다음 홉의 링크 MTU 크기로 패킷을 분할하여 전송한다.
소스 노드에서 전송된 패킷의 크기가 라우팅 경로 중에 홉 사이의 링크 MTU보다 큰 경우, 이 패킷은 버려지고(discard), 다음 홉의 링크 MTU 정보를 포함하는 ICMP-Packet Too Big 메시지가 생성되어 소스 노드로 전송된다. 소스 노드에서는 ICMP-Packet Too Big 메시지의 MTU 정보를 이용하여 패킷을 재분할(refregmentation)하여 재 전송한다. 이러한 루틴은 소스 노드에서 목적지 노드까지 패킷이 버려지지 않고 도달할 때 까지 반복된다.
도 1은 소스 노드(110)와 목적지 노드(150)간의 링크 MTU가 6, 5, 4, 3의 차례로 순차적으로 줄어드는 경우에 기존의 PMTU 탐색 방법을 적용하여 PMTU를 탐색하는 과정을 도시하는 도면이다.
아래에서는, 도 1을 참조하여 기존의 PMTU 탐색 방법에 따라 PMTU를 탐색하는 방법을 설명한다.
우선, 소스 노드(110)는 다음 제1 노드(120)까지의 MTU 값 6에 기초해서 패킷 ① (MTU=6)을 생성하여 제1 노드(120)로 전송한다.
제1 노드(120)는 수신된 패킷 ① (MTU=6)의 크기가 다음 홉의 링크 MTU 값, 5 보다 크기 때문에, 수신된 패킷 ① (MTU=6)을 버리고, 다음 홉의 링크 MTU 정보, 즉 MTU = 5를 포함하는 ICMP 에러 메시지, 즉 ICMP Packet Too big 메시지 ②(MTU=5)를 생성하여, 소스 노드(110)로 전송한다.
소스 노드(110)는 제1 노드(120)로부터 수신된 ICMP 에러 메시지 ② (MTU=5)에 포함된 노드 A(120)의 다음 홉의 링크 MTU 값, 즉 MTU = 5에 따라, 패킷을 재분할하여, 재분할된 패킷 ③ (MTU=5)를 목적지 노드(150)로 전송한다.
제2 노드 (130)에서는 수신된 패킷 ③ (MTU=5)의 크기가 다음 홉의 링크 MTU 값, 즉 MTU = 4 보다 크기 때문에, 수신된 패킷 ③ (MTU=5)을 버리고, 다음 홉의 링크 MTU 정보를 포함하는 ICMP 에러 메시지 ④ (MTU=4)를 생성하여, 소스 노드(110)로 전송하고, 소스 노드(110)에서는 이전과 동일하게 패킷을 새로운 링크 MTU=4에 맞도록 분할하여, 분할된 패킷 ⑤ (MTU=4)을 목적지 노드(150)로 전송한다.
또한, 제3 노드 (140)에서도 제1 노드 및 B와 동일하게 수신된 패킷 ⑤ (MTU=4)의 크기가 다음 홉의 링크 MTU 값, 즉 MTU = 3 보다 크기 때문에, 수신된 패킷 ⑤ (MTU=4)을 버리고, 다음 홉의 링크 MTU 정보를 포함하는 ICMP 에러 메시지 ⑥ (MTU=3)를 생성하여, 소스 노드(110)로 전송하고, 소스 노드(110)에서는 이전과 동일하게 패킷을 새로운 링크 MTU에 맞도록 분할하여, 분할된 패킷 ⑦ (MTU=3)을 목적지 노드(150)로 전송하게 된다.
이와 같이, 종래의 PMTU 탐색 방법은 소스 노드에서 목적지 노드까지의 PMTU를 알아내기 위해 많은 시간을 낭비하고, 또한 네트워크의 자원을 불필요하게 낭비하는 문제점이 있었다.
본 발명이 이루고자하는 기술적 과제는 상기와 같은 종래 기술상의 문제점을 해결하여, 보다 효율적인 PMTU 탐색 방법 및 장치를 제공하는 데 있다.
도 1은 기존의 경로 MTU 탐색 방법을 도시하는 도면
도 2는 본 발명에서 이용되는 IPv6에서의 기본 헤더를 도시하는 도면
도 3(a)는 본 발명에 이용되는 ICMPv6 메시지의 기본 구조를 도시하는 도면
도 3(b)는 본 발명에 이용되는 ICMP-Packet Too Big 메시지의 기본 구조를 도시하는 도면
도 4(a)는 본 발명의 일 실시예에 사용되는 수정된 ICMP-Packet Too Big 메시지의 기본 구조를 도시하는 도면
도 4(b)는 본 발명의 일 실시예에 사용되는 새롭게 정의된 ICMP-PMTUD 최소화 패킷의 기본 구조를 도시하는 도면
도 5는 본 발명에 따른 PMTU 탐색 방법을 도시하는 도면
도 6은 본 발명에 따른 노드의 저장 공간의 형태를 도시하는 도면
도 7(a)은 기존의 PMTU 탐색 방법에 따른 PMTU 탐색에 소요되는 시간 및 홉 카운터를 도시하는 도면
도 7(b)는 본 발명의 일 실시예에 따른 PMTU 탐색 방법에서의 PMTU 탐색에 소요되는 시간 및 홉 카운터를 도시하는 도면
상기 기술적 과제를 달성하기 위해, 본 발명에 따른 IP 네트워크 상에서의 노드들 간의 PMTU(path maximum transmission unit)를 탐색하기 위한 방법은 (a) 수신된 패킷의 크기와 다음 링크의 MTU(maximum transmission unit)를 비교하는 단계; (b) 상기 수신된 패킷의 크기가 다음 링크의 MTU 보다 큰 경우, 에러 메시지를 생성하여, 상기 생성된 에러 메시지를 송신 노드로 전송하고, 상기 다음 링크의 MTU 크기를 갖는 테스트 메시지를 생성하여, 상기 생성된 테스트 메시지를 수신 노드로 전송하는 단계를 포함하는 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 방법에서는 상기 에러 메시지는 IPv6의 인터넷 제어 메시지 프로토콜(internet control management protocol: ICMP) 메시지 중, "TYPE" 필드 0 내지 127 번 중 하나를 사용하는 ICMP 에러 메시지 이며, 상기 테스트 메시지는 IPv6의 ICMP 메시지 중, "TYPE" 필드 128 내지 255 번 중 하나를 사용하는 ICMP 정보 메시지 인 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 방법에서는 상기 (b) 단계에서 생성되는 에러 메시지는 다음 링크의 MTU 정보를 포함하며, 상기 (b) 단계에서 생성되는 테스트 메시지는 상기 수신된 패킷의 소스 어드레스 정보 및 목적지 어드레스 정보를 갖는 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 방법에서는 상기 방법은 (c) 상기 수신된 패킷에 포함된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 저장하는 단계를 더 포함하며, 상기 (c) 단계에서 상기 수신된 패킷에 포함된 정보를 저장하는 단계는 상기 수신된 패킷이 이전 노드에서 생성된 테스트 메시지 인 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 방법에서는 상기 방법은 (d) 상기 (b) 단계에서 생성된 에러 메시지를 소스 노드로 전송한 이후에 수신되는 패킷의 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보와 상기 (c) 단계에서 저장된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 비교하여, 이들 정보가 동일한 경우, 에러 메시지 및 테스트 메시지 생성없이 상기 (b) 단계에서 생성된 에러 메시지를 전송한 이후에 수신된 패킷를 버리는(discard) 단계를 더 포함하는 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위해, 본 발명에 따른 IP 네트워크 상에서의 노드들 간의 PMTU를 탐색하기 위한 장치는 수신된 패킷의 크기가 다음 링크의 MTU를 초과하는지 여부를 판단하는 판단부; 상기 수신된 패킷의 크기가 다음 링크의 MTU 보다 큰 것으로 판단된 경우 에러 메시지를 생성하고, 생성된 에러 메시지를 소스 노드로 전송하는 에러 메시지 생성 및 전송부; 및 상기 다음 링크의 MTU 크기를 갖는 테스트 메시지를 생성하고, 상기 생성된 테스트 메시지를 목적지 노드로 전송하는 테스트 메시지 생성 및 전송부를 포함하는 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 장치에서는 상기 생성된 에러 메시지는 다음 링크의 MTU 정보를 포함하며, 상기 생성된 테스트 메시지는 상기 수신된 패킷의 소스 어드레스 정보 및 목적지 어드레스 정보를 갖는 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 장치에서는 상기 수신된 패킷이 이전 노드에서 생성된 테스트 메시지인 경우, 상기 수신된 패킷에 포함된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 저장하는 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 장치에서는 상기 생성된 에러 메시지를 소스 노드로 전송한 이후에 수신되는 패킷의 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보와 상기 저장된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 비교하여, 이들 정보가 동일한 경우, 에러 메시지 및 테스트 메시지 생성없이 상기 (b) 단계에서 생성된 에러 메시지를 전송한 이후에 수신된 패킷를 버리는(discard) 것을 특징으로 한다.
상기 기술적 과제를 달성하기 위한, 본 발명에 따른 보다 바람직한 PMTU 탐색 장치에서는 상기 장치는 IPv6를 지원하는 라우터, 브리지(bridge), 또는 스위치 중 어느 하나인 것을 특징으로 한다.
우선, 이하에서는 본 명세서에서 사용되는 용어를 아래와 같이 정의한다.
노드(node): IPv6를 구현하는 장치
라우터(router): 명시적으로(explicitly) 자신에게 지정되지 않은 IPv6 패킷을 포워딩(forwarding)하는 노드
호스트(host): 라우터가 아닌 노드
상위 계층(upper layer):IPv6 바로 위의 프로토콜 계층. 예를 들어 TCP 및 UDP와 같은 전송 프로토콜 및 ICMP와 같은 제어 프로토콜
PMTUD(path maximum transmission unit discovery) Minimizing Packet: 새롭게 정의되는 ICMP 정보 메시지
링크(link): 노드들이 링크 계층에서 통신하기 위한 통신 설비(communication facility) 및 매체(medium)
패킷(packet): IPv6 헤더에 페이로드(payload)가 부가된 것
링크 MTU(link MTU): 최대 전송 크기
경로(path): 소스 노드와 목적지 노드 사이의 패킷이 이동하는 링크들의 집합
PMTU(path MTU): 소스 노드와 목적지 노드 사이의 모든 링크들의 링크 MTU 중 가장 최소값
이하에서는, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 설명하기로 한다.
도 2는 본 발명에 이용되는 IPv6에서의 기본 헤더를 도시하는 도면이다.
IPv6의 모든 패킷은 40 바이트로 이루어진 기본 헤더로 시작되는데, 도 2의 "Version"은 IP의 버전을 표시하며, "Payload Length"는 IP 패킷의 길이를 바이트 단위로 표시한다. 또한, "Next Header"는 IP 기본 헤더 뒤에 어떤 확장 헤더가 오는지를 표시하며, "Hop Limit"는 IP 패킷이 전송되는 거리를 홉(hop) 단위로 제한하기 위해 사용된다. 또한, "Source Address" 및 "Destination Address"는 패킷을 보내는 호스트의 주소와 패킷이 보내져야 하는 목적지 주소를 나타내며, 128 비트의 길이를 가진다.
도 3(a)는 본 발명에 이용되는 ICMPv6 메시지 기본 구조를 도시하는 도면이다.
ICMPv6 메시지의 "TYPE" 필드는 0 ~ 127번 까지는 에러에 관한 메시지를 보내는 경우에 사용하고, 128 ~ 255번까지는 정보를 위한 메시지를 보내는 경우 사용된다. PMTU를 발견하기 위해 사용되는 ICMP-Packet Too Big 메시지는 "TYPE" 필드가 2인 경우이다.
도 3(b)는 ICMPv6 메시지의 "TYPE" 필드가 2 인 경우인 ICMP-Packet Too Big 메시지의 구조를 도시하는 도면이다.
ICMPv6 메시지의 "TYPE" 필드는 2로 설정되어 있으며, "Code" 필드는 통상 송신단(sender)에 의해 0으로 설정되며, 수신단(reciever)에서는 무시된다. 또한, "MTU" 필드는 다음 홉의 링크(next-hop link) MTU 값이다.
ICMP-Packet Too Big 메시지의 목적지 어드레스는 수신된 원 패킷의 IP 헤더의 소스 어드레스에서 복사된다.
도 4 (a)는 본 발명에 따른 PMTU 탐색 방법에 사용되는 수정된 ICMP-Packet Too Big 메시지를 도시하는 도면이다. 도 4 (a)에 도시된 수정된 ICMP-Packet Too Big 메시지는 "Code" 필드가 "0" 또는 "1" 값을 가진다는 점을 제외하고는 도 3(b)의 ICMP-Packet Too Big 메시지 구조와 동일하다.
소스노드로부터 전송되는 데이터 패킷에 대해 ICMP-Packet Too Big 메시지를 생성하는 경우에는 "Code" 필드는 "0"으로 설정되며, 아래에서 설명되는 "TYPE" 필드가 143번인 PMTUD 최소화 패킷(PMTUD Minimizing Packet)에 대해서 ICMP-Packet Too Big 메시지를 생성하는 경우에는 "Code" 필드가 "1"로 설정된다.
본 발명에 따른 PMTU 탐색 방법을 설명하기 위한 실시예에서는 "Code" 필드가 "0" 또는 "1" 값을 가지도록 했지만, 선택적으로 "Code" 필드가 "0"으로 설정되는 도 3(b)의 ICMP-Packet Too Big 메시지를 사용하더라도, 본 발명에 따른 PMTU 탐색 방법을 구현하는 것은 가능하다.
도 4 (b)는 본 발명에 따른 PMTU 탐색 기법에 사용되는 새롭게 정의된 ICMP 정보 메시지, 즉 ICMP-PMTUD 최소화 패킷을 도시하는 도면이다. 현재 ICMP 정보 메시지는 128번 ~ 255번까지 사용이 가능하고, 142번까지 정의되어 있다.
본원에서 제안하는 프로토콜을 설명하기 위한 실시예에서는 ICMP 정보 메시지의 "TYPE" 필드가 143번을 가지는 새로운 ICMP 정보 메시지를 생성하여, 사용한다. 하지만, 선택적으로 "TYPE" 필드가 143번이 아닌 기존에 정의되지 않는 다른 "TYPE" 필드 번호를 사용하여 본 발명에 따른 PMTU 탐색 기법을 사용하는 것도 가능하다.
도 4 (b)에 도시된 ICMP 정보 메시지의 "TYPE" 필드에는 본 발명에 따라 새롭게 정의되는 PMTUD 최소화 패킷을 나타내는 143번이 저장되며, "Code" 필드에 저장되는 값은 "0"으로 설정된다.
또한, "MTU" 필드에는 다음 홉의 링크 MTU 값이 저장되며, 소스 어드레스 값으로는 버려지는 이전 패킷의 소스 어드레스가 저장되고, 목적지 어드레스 값으로는 버려지는 패킷의 버려지는 이전 패킷의 목적지 어드레스가 저장된다.
상기 새롭게 정의된 ICMP 정보 메시지, 즉 PMTUD 최소화 패킷은 ICMP Packet Too Big 메시지와는 달리 목적지 노드를 향해 보내어 지며, 메시지의 크기는 다음 홉의 링크 MTU에 맞춰서 의미 없는 더미 데이터(dummy data)로 채워지게 된다.
본 발명에 따른 PMTU 탐색 방법은 도 4(a)의 수정된 ICMP Packet Too Big 메시지와 도 4(b)의 새롭게 정의된 ICMP 정보 메시지인 ICMP-PMTUD 최소화 패킷을 이용하여 이루어진다.
본 발명의 PMTU 탐색 방법에 따르면, 라우팅 경로 중 하나의 노드에서 다음 홉의 링크 MTU가 전송된 패킷의 크기보다 작은 경우, 당해 노드는 소스 노드로부터 전송된 패킷을 버리고, 다음 홉의 링크 MTU 정보를 포함하는 도 4(a)에 도시된 ICMP-Packet Too Big 메시지를 생성하여, 생성된 ICMP-Packet Too Big 메시지를 소스 노드로 전송하고, 다음 홉의 링크 MTU에 맞도록 생성한 도 4(b)에 도시된 ICMP-PMTUD 최소화 패킷은 목적지 노드로 전송한다.
또한,ICMP-PMTUD 최소화 패킷이 목적지 노드로 전송되던 도중에 또 다시 임의의 노드에서 다음 홉의 링크 MTU 보다 작은 경우, 해당 노드는 전송되던 ICMP-PMTUD 최소화 패킷을 버리고, 다음 홉의 링크 MTU 정보를 포함하는 ICMP-Packet Too Big 메시지를 생성하여 소스 노드로 전송한다. 이때, ICMP-Packet Too Big 메시지의 "Code" 필드는 1이 된다. 이전과 마찬가지로, 다음 홉의 링크 MTU의 크기로 ICMP-PMTUD 최소화 패킷을 생성하여 목적지 노드로 전송한다.
또한, 소스 노드는 "Code" 필드 값이 0인 ICMP Packet Too Big 메시지를 받은 후, ICMP Packet Too Big 메시지에 포함된 링크 MTU 값에 따라 패킷을 분할하고, 분할된 패킷을 전송한다.
만일, 소스 노드가 ICMP Packet Too Big 메시지에 포함된 링크 MTU 값에 따라 분할이 이루어진 패킷을 전송하기 전에, "Code" 필드 값이 1인 ICMP Packet Too Big 메시지를 받은 경우에는, 이전 ICMP Packet Too Big 메시지에 포함된 링크 MTU 값에 따라 분할이 이루어진 패킷은 버려진다.
만일, 소스 노드가 "Code" 필드 값이 0인 ICMP Packet Too Big 메시지를 받은 후, ICMP Packet Too Big 메시지에 포함된 링크 MTU 값에 따라 분할이 이루어진 패킷을 전송하기 전에, "Code" 필드 값이 1인 ICMP Packet Too Big 메시지를 받은 경우에는, 이미 분할이 이루어진 패킷은 버려지고, "Code" 필드 값이 1인 ICMP Packet Too Big 메시지에 포함된 MTU 값의 크기로 다시 패킷을 분할하여 전송한다.
만일, 소스 노드가 "Code" 필드 값이 1인 ICMP Packet Too Big 메시지를 받기 전에, "Code" 필드 값이 0인 ICMP Packet Too Big 메시지에 포함된 MTU 정보에 따라 분할된, 이미 쓸모 없어진 패킷이 전송되어 버린 경우에도, 본 발명에 따른 바람직한 실시예에 따르면 상기 전송된 패킷은 "Code" 필드 값이 1인 ICMP Packet Too Big 메시지를 생성해낸 노드에서 자동으로 버려지게 된다.
이는, 아래와 같은 기능을 갖는 본 발명에 따른 노드를 사용함으로써 이루어진다.
"Code" 필드 값이 1인 ICMP Packet Too Big 메시지를 생성하는 노드, 예를들어 라우터는 이전 노드에서 전송된 ICMP-PMTUD 최소화 패킷에 저장된 소스 어드레스, 목적지 어드레스, 및 PMTU 값을 도 6에 도시된 저장 형태를 갖는 자신의 저장 공간, 예를 들어 캐시에 저장한다. 본 발명의 바람직한 실시예에 따르면, 캐시에 이들 항목이 저장되는 시간은 그리 길지 않으며, 단지 PMTU 탐색을 위한 기간 동안만 저장되어 있으면 되며, 이 시간 이후에는 자동 삭제된다.
이후, 소스 노드로부터 해당 노드에 패킷이 도달한 경우, 해당 노드는 도달한 패킷의 소스 어드레스, 목적지 어드레스, 및 PMTU 값과 자신의 캐시에 저장된 값을 비교하여, 동일한 경우에는 "Code" 필드 값이 1인 ICMP Packet Too Big 메시지가 적용되지 않은 패킷, 즉 해당 노드에서 생성되어 전송된 "Code" 필드 값이 1인 ICMP Packet Too Big 메시지가 소스 노드에 도달하기 전에, 이전 ICMP-Packet Too Big 메시지에 의해 분할되어 전송된 패킷으로 간주하여, "Code" 필드 값이 0인 ICMP Packet Too Big 메시지를 생성하지 않고 버린다.
이는, "Code" 필드 값이 1인 ICMP Packet Too Big 메시지를 생성하여 소스 노드로 전송하였는데, 이전 노드에서 전송된 ICMP Packet Too Big 메시지에 의해 다시 분할되어 보내진 패킷이 도달하는 경우, 이에 대해서는 다시 ICMP Packet Too Big 메시지를 생성하여 전송하지 않도록 하여, 네트워크 자원이 불필요하게 소모되는 것을 방지하기 위한 것이다.
이와 같이, 본 발명에 다른 PMTU 탐색 방법을 사용하는 경우, 네트워크 자원을 불필요하게 더 소모하지 않고서도, 종래의 PMTU 탐색 방법에 대해 최종 목적지 노드까지의 PMTU를 탐색하는데 소요되는 시간을 줄이는 것이 가능하다.
도 5는 소스 노드(510)와 목적지 노드(550) 간의 링크 MTU가 6, 5, 4, 3의 순서로 순차적으로 감소하는 경우에 본 발명에 따른 PMTU 탐색 방법 및 장치를 사용하여 PMTU를 탐색하는 실시예를 도시하는 도면이다.
아래에서는, 도 5를 참조하여, 본 발명에 따른 도 4(a)의 수정된 ICMP Packet Too Big 메시지와 도 4(b)의 새롭게 정의된 ICMP 정보 메시지인 ICMP PMTUD 최소화 패킷을 이용한 PMTU 탐색 방법을 설명한다.
도 5에 도시된 호스트로 기능하는 소스 노드(510)는 수정된 ICMP Packet Too Big 메시지의 "Code" 필드 0 및 1을 구분할 수 있으며, 이 메시지를 받은 즉시 새롭게 PMTU를 정의하고, 이 크기에 맞게 패킷을 새롭게 재전송 하는 기능부를 포함한다.
또한, 제1 노드 (520), 제2 노드 (530), 및 제3 노드 (540)는 소스 노드와 마찬가지로 수정된 ICMP Packet Too Big 메시지의 "Code" 필드 0 및 1을 구분하고, 도 4 (a)의 수정된 ICMP Packet Too Big 메시지와 도 4(b)의 새롭게 정의된 ICMP 정보 메시지인 ICMP-PMTUD 최소화 패킷을 생성하기 위한 기능부를 포함한다. 또한, 이들 노드들은 ICMP-PMTUD 최소화 패킷이 버려지는 경우, 버려지는 ICMP-PMTUD 최소화 패킷에 저장된 소스 어드레스, 목적지 어드레스, 및 이전 PMTU 정보를 소정기간 저장하기 위한, 도 6과 같은 형태의 저장 공간, 예를 들어 캐시(도시되지 않음)를 포함한다.
소스 노드(510)는 다음 홉의 링크 MTU 값, 즉 MTU = 6에 따라 분할된 패킷 ①을 목적지 노드(550)로 전송한다.
제1 노드 (520)에서는 수신된 패킷 ①의 크기가 다음 홉의 링크 MTU 값, 5 보다 크기 때문에 다음 홉의 링크 MTU 정보, 즉 MTU = 5를 포함하는 ICMP Packet Too Big 메시지 ②를 생성하여 소스 노드(510)로 전송한다. 이때, 이 메시지는 원래의 소스 노드가 보내고자 하는 데이터 패킷에 대한 ICMP 에러 메시지이므로 "Code" 필드는 0 번이 된다. 또한, 제1 노드 (520)는 다음 홉의 링크 MTU=5에 맞도록 생성된 도 4(b)에 도시된 ICMP-PMTUD 최소화 패킷 ③을 생성하여 목적지 노드(550)로 전송한다.
제2 노드 (530)에서는 제1 노드 (520)로부터 전송된 ICMP-PMTUD 최소화 패킷 ③의 크기가 다음 홉의 링크 MTU = 4보다 크기 때문에, 다음 홉의 링크 MTU 정보, 즉 MTU = 4를 포함하는 ICMP Packet Too Big 메시지 ④를 생성하여 소스 노드(510)로 전송한다. 이때, 이 메시지는 ICMP-PMTUD 최소화 패킷에 대한 메시지이므로 "Code" 필드는 1 번이 된다. 또한, 제2 노드 (530)는 이전의 ICMP-PMTUD 최소화 패킷, 즉 제1 노드(520)으로부터 전송된 ICMP-PMTUD 최소화 패킷 ③의 "MTU", "Source Address", 및 "Destination Address" 필드에 저장된 정보를 저장 공간, 예를 들어 도 6의 저장 형태를 갖는 캐시에 저장한다. 또한, 제2 노드 (530)는 다음 홉의 링크 MTU=4에 맞도록 생성된 ICMP-PMTUD 최소화 패킷 ⑤를 생성하여 목적지 노드(550)로 전송한다.
제3 노드 (540)에서는 제2 노드 (530)로부터 전송된 ICMP-PMTUD 최소화 패킷 ⑤의 크기가 다음 홉의 링크 MTU = 3보다 크기 때문에, 다음 홉의 링크 MTU 정보, 즉 MTU = 3를 포함하는 ICMP Packet Too Big 메시지 ⑥를 생성하여 소스 노드(510)로 전송한다. 이때, 이 메시지는 ICMP-PMTUD 최소화 패킷 ⑤에 대한 메시지이므로 "Code" 필드는 1 번이 된다. 또한, 제3 노드 (540)는 이전의 ICMP-PMTUD 최소화 패킷, 즉 제2 노드 (530)로부터 전송된 ICMP-PMTUD 최소화 패킷 ⑤의 "MTU", "Source Address", 및 "Destination Address" 필드에 저장된 정보를 캐시에 저장하고, 다음 홉의 링크 MTU=3에 맞도록 생성된 ICMP-PMTUD 최소화 패킷 ⑦을 생성하여 목적지 노드(550)로 전송한다.
한편, 소스 노드(510)는 제1 노드 (520)으로부터 "Code" 필드 값이 0인 ICMP Packet Too Big 메시지 ②를 받은 후, 이 메시지에 포함된 링크 MTU 값, 즉 MTU = 5에 따라 패킷을 분할하고, 분할이 이루어진 패킷을 전송한다.
만일, 제1 노드 (520)으로부터의 "Code" 필드 값이 0인 ICMP Packet Too Big 메시지 ②에 포함된 링크 MTU 값, 즉 MTU = 5에 따라 분할이 이루어진 패킷을 전송하기 전에, 제2 노드 (530)로부터의 "Code" 필드 값이 1인 ICMP Packet Too Big 메시지 ④를 받는 경우에는, ICMP Packet Too Big 메시지 ②에 따라 분할이 이루어진 패킷은 버리고, "Code" 필드 값이 1인 ICMP Packet Too Big 메시지 ④에 포함된 MTU 값, 즉 MTU = 4의 크기로 다시 패킷을 분할하고, 분할된 패킷을 전송한다.
만일, 소스 노드(510)가 "Code" 필드 값이 1인 ICMP Packet Too Big 메시지를 받기 전에, "Code" 필드 값이 0인 ICMP Packet Too Big 메시지에 포함된 MTU 정보, 즉 MTU=5에 따라 분할된 패킷을 전송한 경우, 상기 MTU=5로 분할된 패킷은 제2 노드(530)까지 도달하지만, 제2 노드(530) 다음 홉의 링크 MTU가 4이므로, 제2 노드(530)에서 버려지게 된다.
이때, 제2 노드(530)는 제1 노드(520)으로부터 전송된 ICMP-PMTUD 최소화 패킷 ③의 "MTU", "Source Address", 및 "Destination Address" 필드에 저장된 정보를 캐시에 저장한 상태이고, 캐시에 저장된 이들 정보와 상기 패킷의 정보가 동일하기 때문에, 별도의 ICMP 에러 메시지를 생성하지 않는다. 이렇게 함으로써, 네트워크 자원의 불필요한 낭비를 방지하는 것이 가능하다.
본 발명에 따른 실시예에서는 소스 노드와 목적지 노드 사이의 라우팅 경로에 위치하는 모든 노드들이 본 발명에 따른 도 4(a)의 수정된 ICMP Packet Too Big 메시지와 도 4(b)의 새롭게 정의된 ICMP 정보 메시지인 ICMP-PMTUD 최소화 패킷을 지원하는 것으로 가정하였다. 하지만, 이들 노드 중 일부가 본원 발명에 따른 메시지를 지원하지 않는 경우에도 기존의 PMTU 탐색 방법을 사용하여, 소스 노드와 목적지 노드 사이의 PMTU를 탐색하는 것이 가능하다.
도 7 (a) 및 (b)는 순차적으로 감소하는 링크 MTU를 갖는 라우팅 경로에 대해 기존의 PMTU 탐색 방법 및 본 발명에 따른 PMTU 탐색 방법에서 PMTU를 탐색하기위해 소요되는 시간 및 홉 카운터를 비교하기 위한 타임 플로우(time flow)이다.
도 7 (a) 및 (b)에 도시된 바와 같이 기존의 PMTU 탐색 방법을 이용하는 경우에 비해, 본 발명에 따른 PMTU 탐색 방법이 보다 빠른 시간내에 PMTU를 결정하는 것이 가능하며, 소요되는 홉 카운터도 감소하는 것을 알 수 있다.
본 발명은 상술한 실시예에 한정되지 않으며, 본 발명의 사상내에서 당업자에 의한 변형이 가능함은 물론이다.
본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 하드디스크, 플로피디스크, 플래쉬 메모리, 광데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드로서 저장되고 실행될 수 있다.
상술한 바와 같이 본 발명에 의하면, 본 발명에 따른 PMTU 탐색 방법을 사용하는 경우, 기존의 PMTU 탐색 방법에 비해 보다 빠른 시간내에 PMTU를 결정하는 것이 가능하며, 동시에 네트워크의 자원 낭비를 최소화하는 것이 가능하다는 효과가 있다.

Claims (17)

  1. IP 네트워크 상에서의 노드(node)들 간의 PMTU(path maximum transmission unit)를 탐색하기 위한 방법에 있어서,
    (a) 수신된 패킷의 크기와 다음 링크의 MTU(maximum transmission unit)를 비교하는 단계;
    (b) 상기 수신된 패킷의 크기가 다음 링크의 MTU 보다 큰 경우, 에러 메시지를 생성하여, 상기 생성된 에러 메시지를 송신 노드로 전송하고, 상기 다음 링크의MTU 크기를 갖는 테스트 메시지를 생성하여, 상기 생성된 테스트 메시지를 수신 노드로 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서, 상기 에러 메시지는 IPv6(internet protocol version 6)의 인터넷 제어 메시지 프로토콜(internet control management protocol: ICMP) 메시지 중, "TYPE" 필드 0 내지 127 번 중 하나를 사용하는 ICMP 에러 메시지 인 것을 특징으로 하는 방법.
  3. 제1항에 있어서, 상기 에러 메시지는 IPv6의 ICMP-Packet Too Big 메시지인 것을 특징으로 하는 방법.
  4. 제1항에 있어서, 상기 (b) 단계에서 생성되는 에러 메시지는 다음 링크의 MTU 정보를 포함하는 것을 특징으로 하는 방법.
  5. 제1항에 있어서, 상기 테스트 메시지는 IPv6의 ICMP 메시지 중, "TYPE" 필드 128 내지 255 번 중 하나를 사용하는 ICMP 정보 메시지 인 것을 특징으로 하는 방법.
  6. 제1항에 있어서, 상기 (b) 단계에서 생성되는 테스트 메시지는 상기 수신된 패킷의 소스 어드레스 정보 및 목적지 어드레스 정보를 갖는 것을 특징으로 하는방법.
  7. 제1항에 있어서, 상기 방법은 (c) 상기 수신된 패킷이 이전 노드에서 생성된 테스트 메시지 인 경우, 상기 수신된 패킷에 포함된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 저장하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  8. 제7항에 있어서, 상기 방법은 (d) 상기 (b) 단계에서 생성된 에러 메시지를 소스 노드로 전송한 이후에 수신되는 패킷의 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보와 상기 (c) 단계에서 저장된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 비교하여, 이들 정보가 동일한 경우, 에러 메시지 및 테스트 메시지 생성없이 상기 (b) 단계에서 생성된 에러 메시지를 전송한 이후에 수신된 패킷를 버리는(discard) 단계를 더 포함하는 것을 특징으로 하는 방법.
  9. IP 네트워크 상에서의 노드들 간의 PMTU를 탐색하기 위한 장치에 있어서,
    수신된 패킷의 크기가 다음 링크의 MTU를 초과하는지 여부를 판단하는 판단부;
    상기 수신된 패킷의 크기가 다음 링크의 MTU 보다 큰 것으로 판단된 경우 에러 메시지를 생성하고, 생성된 에러 메시지를 소스 노드로 전송하는 에러 메시지 생성 및 전송부; 및
    상기 다음 링크의 MTU 크기를 갖는 테스트 메시지를 생성하고, 상기 생성된 테스트 메시지를 목적지 노드로 전송하는 테스트 메시지 생성 및 전송부를 포함하는 것을 특징으로 하는 장치.
  10. 제9항에 있어서, 상기 에러 메시지는 IPv6의 ICMP 메시지 중, "TYPE" 필드 0 내지 127 번 중 하나를 사용하는 ICMP 에러 메시지 인 것을 특인 것을 특징으로 하는 장치.
  11. 제9항에 있어서, 상기 에러 메시지는 IPv6의 ICMP-Packet Too Big 메시지인 것을 특징으로 하는 장치.
  12. 제9항에 있어서, 상기 생성된 에러 메시지는 다음 링크의 MTU 정보를 포함하는 것을 특징으로 하는 장치.
  13. 제9항에 있어서, 상기 테스트 메시지는 IPv6의 ICMP 메시지 중, "TYPE" 필드 128 내지 255 번 중 하나를 사용하는 ICMP 정보 메시지 인 것을 특징으로 하는 장치.
  14. 제9항에 있어서, 상기 생성된 테스트 메시지는 상기 수신된 패킷의 소스 어드레스 정보 및 목적지 어드레스 정보를 갖는 것을 특징으로 하는 장치.
  15. 제9항에 있어서, 상기 장치는 상기 수신된 패킷이 이전 노드에서 생성된 테스트 메시지 인 경우, 상기 수신된 패킷에 포함된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 저장하는 것을 특징으로 하는 장치.
  16. 제15항에 있어서, 상기 생성된 에러 메시지를 소스 노드로 전송한 이후에 수신되는 패킷의 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보와 상기 저장된 MTU 정보, 소스 어드레스 정보, 및 목적지 어드레스 정보를 비교하여, 이들 정보가 동일한 경우, 에러 메시지 및 테스트 메시지 생성없이 상기 (b) 단계에서 생성된 에러 메시지를 전송한 이후에 수신된 패킷을 버리는 것을 특징으로 하는 장치.
  17. 제9항, 제10항, 제11항, 및 제12항 중 어느 한 항에 기재된 장치를 포함하는 IPv6를 지원하는 라우터.
KR10-2002-0034131A 2002-03-29 2002-06-18 Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치 KR100453055B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN 03807525 CN1647453A (zh) 2002-03-29 2003-02-26 用于在互联网协议网络上的路径最大传输单位发现的方法及其设备
PCT/KR2003/000382 WO2003084144A1 (en) 2002-03-29 2003-02-26 Method for path mtu discovery on ip network and apparatus thereof
EP03745468A EP1491004A1 (en) 2002-03-29 2003-02-26 Method for path mtu discovery on ip network and apparatus thereof
AU2003215922A AU2003215922A1 (en) 2002-03-29 2003-02-26 Method for path mtu discovery on ip network and apparatus thereof
US10/401,731 US7451227B2 (en) 2002-03-29 2003-03-31 Method for path MTU discovery on IP network and apparatus thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US36837802P 2002-03-29 2002-03-29
US60/368,378 2002-03-29

Publications (2)

Publication Number Publication Date
KR20030078590A true KR20030078590A (ko) 2003-10-08
KR100453055B1 KR100453055B1 (ko) 2004-10-15

Family

ID=32393202

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2002-0034131A KR100453055B1 (ko) 2002-03-29 2002-06-18 Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치

Country Status (2)

Country Link
US (1) US7451227B2 (ko)
KR (1) KR100453055B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8817820B2 (en) 2008-11-28 2014-08-26 Electronics And Telecommunications Research Institute System for controlling path maximum transmission unit by detecting repetitional IP packet fragmentation and method thereof

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7191259B2 (en) * 2002-04-10 2007-03-13 Avago Technologies General Ip (Singapore) Pte. Ltd. Method and apparatus for fast integer within-range compare
US9088494B2 (en) * 2002-06-26 2015-07-21 Avaya Communication Israel Ltd. Packet fragmentation prevention
US7317692B2 (en) * 2002-11-13 2008-01-08 Intel Corporation Network path discovery
KR100513282B1 (ko) * 2003-05-02 2005-09-09 삼성전자주식회사 에드 혹 네트워크에서의 패스 엠티유를 이용하여 데이터를 송신하는 데이터 송신 노드 및 송신 방법
KR101086397B1 (ko) * 2003-12-02 2011-11-23 삼성전자주식회사 Ｉｐ 패킷의 에러 처리 장치 및 방법, 그리고 상기 방법을실행하는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체
US7684440B1 (en) * 2003-12-18 2010-03-23 Nvidia Corporation Method and apparatus for maximizing peer-to-peer frame sizes within a network supporting a plurality of frame sizes
JP2005204001A (ja) * 2004-01-15 2005-07-28 Hitachi Ltd データ配信サーバ、ソフトウェア、及びシステム
EP1755288A1 (en) * 2004-06-11 2007-02-21 Matsushita Electric Industrial Co., Ltd. Communication handover method and communication message processing method
US7483376B2 (en) * 2004-06-17 2009-01-27 International Business Machines Corporation Method and apparatus for discovering path maximum transmission unit (PMTU)
US7474619B2 (en) * 2004-07-22 2009-01-06 International Business Machines Corporation Method and apparatus for providing fragmentation at a transport level along a transmission path
US7697524B2 (en) * 2005-04-05 2010-04-13 Cisco Technology, Inc. Method and system for determining path maximum transfer unit for IP multicast
JP4222353B2 (ja) * 2005-09-16 2009-02-12 ヤマハ株式会社 Ｉｐ通信装置およびｉｐ通信システム
JP4649315B2 (ja) * 2005-11-02 2011-03-09 キヤノン株式会社 通信装置及び通信方法
US8422501B2 (en) * 2007-01-04 2013-04-16 International Business Machines Corporation Efficient path maximum transmission unit information discovery and storage
US20080298258A1 (en) * 2007-05-30 2008-12-04 Alcatel Lucent Information transfer capability discovery apparatus and techniques
CA2698328A1 (en) * 2007-10-02 2009-04-09 Nokia Corporation Ip mtu control based on multiradio schedule
US8693483B2 (en) * 2007-11-27 2014-04-08 International Business Machines Corporation Adjusting MSS of packets sent to a bridge device positioned between virtual and physical LANS
JP5070125B2 (ja) * 2008-05-19 2012-11-07 キヤノン株式会社 受信装置及びその方法、通信システム及びその方法、並びに、プログラム
JP5374929B2 (ja) * 2008-06-05 2013-12-25 富士通株式会社 移動通信システム、移動通信方法および通信装置
US7920481B2 (en) * 2008-06-23 2011-04-05 Dell Products, Lp Path maximum transmission unit determination
EP2164208B1 (en) * 2008-09-15 2014-01-01 Tixel GmbH Method for determining a data transport unit parameter for the communication between two stations in a network of stations and network device adapted to act as a sending station
US8098688B1 (en) * 2009-05-01 2012-01-17 Tellabs, San Jose, Inc. Methods and apparatus for optimizing network management traffic using dynamic SNMP packet resizing
US9069727B2 (en) 2011-08-12 2015-06-30 Talari Networks Incorporated Adaptive private network with geographically redundant network control nodes
US8576847B2 (en) * 2010-08-26 2013-11-05 International Business Machines Corporation Mechanisms for discovering path maximum transmission unit
KR20140044970A (ko) * 2012-09-13 2014-04-16 한국전자통신연구원 접근 제어 목록을 이용한 공격 차단 제어 방법 및 그 장치
CN104348785B (zh) * 2013-07-29 2018-06-05 中国电信股份有限公司 IPv6网中防止主机PMTU攻击的方法、装置与系统
US9461914B2 (en) * 2014-04-07 2016-10-04 Cisco Technology, Inc. Path maximum transmission unit handling for virtual private networks
CN103944832B (zh) * 2014-04-18 2018-05-15 新华三技术有限公司 一种pmtu值的确定方法、设备和系统
CN105099937B (zh) * 2015-06-17 2018-10-26 新华三技术有限公司 一种pmtu的确定方法和设备
US10469232B2 (en) 2016-03-14 2019-11-05 Dell Products, Lp System and method for optimized calculation of path maximum transmission unit discovery in a network
US10111192B2 (en) * 2016-06-02 2018-10-23 Sonicwall Inc. Method for effective PMTU discovery in VPN environment
US10700987B2 (en) * 2016-09-09 2020-06-30 Wipro Limited System and method for transmitting data over a communication network
US11128575B2 (en) 2018-07-20 2021-09-21 Bank Of America Corporation System for increasing processing efficiency through automated resource field transformation
WO2022238456A1 (en) * 2021-05-12 2022-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Maximum transmission unit size enforcement

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0522345A (ja) * 1991-07-12 1993-01-29 Hitachi Ltd 最大転送単位の最適値管理決定方式
US5959974A (en) * 1996-12-02 1999-09-28 International Business Machines Corporation System and method for discovering path MTU of internet paths
US5892753A (en) * 1996-12-02 1999-04-06 International Business Machines Corporation System and method for dynamically refining PMTU estimates in a multimedia datastream internet system
US6212190B1 (en) * 1997-06-23 2001-04-03 Sun Microsystems, Inc. Method and system for generating data packets on a heterogeneous network
JPH11168492A (ja) * 1997-12-03 1999-06-22 Hitachi Cable Ltd ルータの中継方法及びルータ装置
US6341129B1 (en) * 1998-04-03 2002-01-22 Alteon Networks, Inc. TCP resegmentation
JP2000124950A (ja) * 1998-10-12 2000-04-28 Nec Corp 送受信パラメータ設定方法および送受信パラメータ設定装置
EP1104141A3 (en) 1999-11-29 2004-01-21 Lucent Technologies Inc. System for generating composite packets
JP3511969B2 (ja) * 2000-03-07 2004-03-29 日本電気株式会社 Ｉｐネットワークにおけるｐｍｔｕ見積もり値検出の方法およびそのシステム
JP4405044B2 (ja) * 2000-06-21 2010-01-27 富士通株式会社 ネットワーク中継装置およびパケット結合方法
US6973097B1 (en) * 2000-08-29 2005-12-06 Nortel Networks Limited Modifying message size indications in communications over data networks
JP2002290459A (ja) * 2001-03-27 2002-10-04 Nec Corp パケット転送装置および方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8817820B2 (en) 2008-11-28 2014-08-26 Electronics And Telecommunications Research Institute System for controlling path maximum transmission unit by detecting repetitional IP packet fragmentation and method thereof

Also Published As

Publication number Publication date
US7451227B2 (en) 2008-11-11
US20030188015A1 (en) 2003-10-02
KR100453055B1 (ko) 2004-10-15

Similar Documents

Publication Publication Date Title
KR100453055B1 (ko) Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치
KR100453056B1 (ko) 동적 ｉｐ 네트워크 상에서의 ｐｍｔｕ 변경 방법 및 그장치
US9497126B2 (en) Communication device and communication method
JP3717836B2 (ja) ダイナミック・ロード・バランサ
KR100477653B1 (ko) 외부망에서의 ｄｎｓ 서버 검색 장치 및 방법
US6704293B1 (en) Broadcast as a triggering mechanism for route discovery in ad-hoc networks
KR100811890B1 (ko) 인터넷 시스템에서 서비스 플로우를 보장하는 애니캐스트라우팅 방법 및 장치
US6212190B1 (en) Method and system for generating data packets on a heterogeneous network
US7317692B2 (en) Network path discovery
EP1250777A1 (en) Broadcast as a triggering mechanism for route discovery
US7304959B1 (en) Utility based filtering mechanism for PMTU probing
KR100514742B1 (ko) 통합 캐시를 이용하여 다음 홉 주소를 결정하는 장치 및 방법
EP1491005A1 (en) Method for changing pmtu on dynamic ip network and apparatus using the method
GB2398699A (en) Determining a maximum transmission unit which may be transmitted over a particular route through a network
EP1491004A1 (en) Method for path mtu discovery on ip network and apparatus thereof
Cisco DECnet Commands
Cisco DECnet Commands
Cisco DECnet Commands
Cisco DECnet Commands
Cisco DECnet Commands
Cisco ISO CLNS Commands
Cisco ISO CLNS Commands
Cisco ISO CLNS Commands
Cisco ISO CLNS Commands
Cisco DECnet Commands

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20080930

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee