JP6523987B2 - Network connection system and network connection method - Google Patents

Network connection system and network connection method Download PDF

Info

Publication number
JP6523987B2
JP6523987B2 JP2016025813A JP2016025813A JP6523987B2 JP 6523987 B2 JP6523987 B2 JP 6523987B2 JP 2016025813 A JP2016025813 A JP 2016025813A JP 2016025813 A JP2016025813 A JP 2016025813A JP 6523987 B2 JP6523987 B2 JP 6523987B2
Authority
JP
Japan
Prior art keywords
network
address
packet
destination address
relay
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2016025813A
Other languages
Japanese (ja)
Other versions
JP2017147492A (en
Inventor
仁志 入野
仁志 入野
隆典 岩井
隆典 岩井
高橋 賢
賢 高橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2016025813A priority Critical patent/JP6523987B2/en
Publication of JP2017147492A publication Critical patent/JP2017147492A/en
Application granted granted Critical
Publication of JP6523987B2 publication Critical patent/JP6523987B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、ネットワーク接続システム、および、ネットワーク接続方法の技術に関する。   The present invention relates to a technology of a network connection system and a network connection method.

IPv6(Internet Protocol Version 6)アドレスを用いたインターネット接続方法として、非特許文献1には、PPP(Point-to-Point Protocol)トンネルを用いるPPPoE(Point-to-Point Protocol over Ethernet)方式と、IPをEthernet(登録商標)上で転送するIPoE(Internet Protocol over Ethernet)方式とが記載されている。   As an Internet connection method using an IPv6 (Internet Protocol Version 6) address, Non-Patent Document 1 describes a PPPoE (Point-to-Point Protocol over Ethernet) method using a PPP (Point-to-Point Protocol) tunnel, and IP And an IPoE (Internet Protocol over Ethernet) method for transferring the data over Ethernet (registered trademark).

非特許文献2などに記載されるように、PPPoE方式は、ISP(Internet Service Provider)事業者数の制限や、POI(Point Of Interface)の設置場所などの接続拠点の制限はなく、ISP事業者にとっては自由度が高い。一方、その中継を行う事業者においてはセッションの管理が必要である。ユーザにとってはトンネルを用いるためにMTU(Maximum Transmission Unit)サイズが小さくなり、転送のオーバヘッドが発生する。   As described in Non-Patent Document 2 etc., the PPPoE method has no restriction on the number of ISPs (Internet Service Providers) and no restriction on connection sites such as the installation location of POI (Point Of Interface), and ISP companies There is a high degree of freedom for On the other hand, the operator who performs the relay needs to manage the session. For the user, the use of a tunnel reduces the MTU (Maximum Transmission Unit) size, which causes transmission overhead.

非特許文献3などに記載されるように、IPoE方式はISP事業者数の制限や接続拠点(POI設置場所)の制限があり、ISP事業者にとっては自由度が低い。一方、その中継を行う事業者においてはセッションの管理が不要である上、ユーザにとっては転送のオーバヘッドがない。   As described in Non-Patent Document 3 and the like, the IPoE scheme has a limitation on the number of ISP companies and a limitation on connection points (place where POI is installed), and the ISP company has a low degree of freedom. On the other hand, the operator that performs the relay does not need to manage the session, and there is no transfer overhead for the user.

NTT東日本、"フレッツ 光ネクスト、フレッツ 光ライト「IPv6アドレスを用いたインターネット接続」について"、[online]、平成23年5月20日、[平成28年2月8日検索]、インターネット〈URL:https://flets.com/next/IPv6/〉About NTT East, "FLET'S Hikari Next, FLET Hikari Light" Internet Connection Using IPv6 Address "", [online], May 20, 2011, [February 8, 2016 search], Internet <URL: https://flets.com/next/IPv6/> NTT東日本、NTT西日本、"NGN IPv6 ISP接続<トンネル方式>サービス仕様書"、[online]、2010年6月、[平成28年2月8日検索]、インターネット〈URL:https://www.ntt-west.co.jp/open/ngn/pdf/IPv6_tunnel_service.pdf〉NTT East, NTT West, "NGN IPv6 ISP connection <tunnel method> service specification", [online], June 2010, [search on February 8, 2016], Internet <URL: https: // www. ntt-west.co.jp/open/ngn/pdf/IPv6_tunnel_service.pdf> NTT東日本、NTT西日本、"NGN IPv6 ISP接続<ネイティブ方式>サービス仕様書"、[online]、2010年6月、[平成28年2月8日検索]、インターネット〈URL:https://www.ntt-west.co.jp/open/ngn/pdf/ipv6_native_service.pdf〉NTT East, NTT West, "NGN IPv6 ISP Connection <Native System> Service Specification", [online], June 2010, [Search on February 8, 2016], Internet <URL: https: // www. ntt-west.co.jp/open/ngn/pdf/ipv6_native_service.pdf>

PPPoE方式では、パケットをトンネル化(カプセル化)するために、余分なヘッダが付加されることで、ユーザデータのMTUが減少してしまい、ユーザにとって転送のオーバヘッドがかかってしまう。   In the PPPoE method, an extra header is added to tunnel (encapsulate) the packet, thereby reducing the MTU of user data, which incurs transfer overhead for the user.

一方、IPoE方式を用いることで、セッション管理を不要とし、ユーザにとって転送のオーバヘッドを減らすことができる。しかし、送信元(SRC)/あて先(DST)アドレスをカプセル化しないため、宛先アドレスによってPOIが選択されてしまい、中継するPOIの選択をすることが出来ない。   On the other hand, by using the IPoE method, it is possible to eliminate session management and reduce the transfer overhead for the user. However, since the transmission source (SRC) / destination (DST) address is not encapsulated, the POI is selected by the destination address, and the POI to be relayed can not be selected.

なお、通信先を識別する情報(Identifier)と実際の転送先(Locator)を分離して考える手法が有り、例えば、IPヘッダをカプセル化しない方式として、ILA方式が提案されている。
例えば、インターネットドラフトとして提案された「Identifier-locator addressing for network virtualization」〈URL:https://www.ntt-west.co.jp/open/ngn/pdf/ipv6_native_service.pdf〉(ILAドラフト)の3.7.1節には、128bitのIPv6アドレスの枠内に、32bitのvirtual addressを格納する領域が記載されている。
また、「Identifier Locator Addressing with IPv6」〈URL:https://www.ietf.org/proceedings/94/slides/slides-94-v6ops-3.pdf〉には、ILAドラフトの解説が記載されている。
Note that there is a method in which information for identifying a communication destination (Identifier) and an actual transfer destination (Locator) are considered separately, and, for example, an ILA method has been proposed as a method that does not encapsulate an IP header.
For example, 3.7 of "Identifier-locator addressing for network virtualization"<URL:https://www.ntt-west.co.jp/open/ngn/pdf/ipv6_native_service.pdf> (ILA draft) proposed as an Internet draft Section 1 describes an area for storing a 32-bit virtual address in a 128-bit IPv6 address frame.
Also, “Identifier Locator Addressing with IPv6” <URL: https://www.ietf.org/proceedings/94/slides/slides-94-v6ops-3.pdf> contains an explanation of the ILA draft. .

しかし、IPv6アドレスは128bit長であるので、ILA方式で提案された32bitのvirtual addressには格納できない。仮に、IPv6のグローバルアドレスのうちの下位32bitだけを切り出してvirtual addressに格納してしまうと、下位32bitだけが一致するが、上位96bitが不一致である複数のアドレスが衝突してしまい、virtual addressの格納先から送信元(SRC)/あて先(DST)アドレスを一意に特定できない。   However, since the IPv6 address is 128 bits long, it can not be stored in the 32 bit virtual address proposed by the ILA method. If only the lower 32 bits of the IPv6 global address are extracted and stored in the virtual address, then only the lower 32 bits will match, but multiple addresses in which the upper 96 bits do not match will collide, and the virtual address The transmission source (SRC) / destination (DST) address can not be uniquely identified from the storage destination.

そこで、本発明は、IPv6アドレスを用いたインターネット接続を提供するときに、転送のオーバヘッドをかけず、確実にパケットを転送することを、主な課題とする。   Therefore, when providing the Internet connection using an IPv6 address, the present invention has as its main object to reliably transfer a packet without applying transfer overhead.

前記課題を解決するために、本発明のネットワーク接続システムは、
中継網と外部の網とを接続する複数の網終端装置間でパケットを前記中継網経由で流すネットワーク接続システムであって、
前記中継網の外部から前記パケットを受信した第1の網終端装置が、受信した前記パケットのあて先アドレスへと向かう第2の網終端装置の前記中継網におけるアドレスと、受信した前記パケットのあて先アドレスを短縮化したあて先アドレスとを含む新たなあて先アドレスを生成し、生成した前記新たなあて先アドレスを受信した前記パケットに付加してから前記中継網に転送し、
前記中継網の内部から前記パケットを受信した第2の網終端装置が、受信した前記パケットの前記新たなあて先アドレスから前記短縮化したあて先アドレスを読み取り、その前記短縮化したあて先アドレスに対応する短縮化前のあて先アドレスを復元し、その復元したあて先アドレスを付した前記パケットを前記中継網の外部へと転送することを特徴とする。
In order to solve the above-mentioned subject, the network connection system of the present invention,
A network connection system for flowing packets via a relay network between a plurality of network terminating devices that connect the relay network and an external network,
An address of the second network termination device in the relay network of the second network termination device, which is directed to the destination address of the received packet, and a destination address of the received packet. Generating a new destination address including the shortened destination address, adding the generated new destination address to the received packet, and transferring the packet to the relay network;
A second network terminating apparatus that has received the packet from inside the relay network reads the shortened destination address from the new destination address of the received packet, and the shortening corresponding to the shortened destination address The destination address before conversion is restored, and the packet to which the restored destination address is added is transferred to the outside of the relay network.

これにより、カプセル化を用いずに中継網に流すあて先アドレスが短縮化されることで、IPv6アドレスを用いたインターネット接続を提供するときに、転送のオーバヘッドをかけず、確実にパケットを転送することができる。   As a result, the destination address sent to the relay network is shortened without using encapsulation, so that when the Internet connection using the IPv6 address is provided, the packet is reliably transferred without applying transfer overhead. Can.

本発明は、前記第1の網終端装置が、あて先アドレスを短縮化する工程において、短縮化前のアドレスと、短縮化後のアドレスとが同じ名前に対応づけられてDNS(Domain Name System)に登録されているときは、その対応づけられている短縮化後のアドレスを前記新たなあて先アドレスに含めることを特徴とする。   In the present invention, in the step of shortening the destination address in the first network termination apparatus, the address before shortening and the address after shortening are associated with the same name, and the DNS (Domain Name System) is used. When registered, it is characterized by including the corresponding address after shortening in the new destination address.

これにより、短縮化後のアドレスとして、他の短縮化後のアドレスと重複しないアドレスを容易に取得することができる。   As a result, it is possible to easily obtain an address that does not overlap with another shortened address as the shortened address.

本発明は、前記第1の網終端装置が、あて先アドレスを短縮化する工程において、短縮化前のアドレスを構成する各データの位置に応じたシフト量で各データをシフトしてから、そのシフト後の各データを加算することで、短縮化後のアドレスを生成することを特徴とする。   In the present invention, in the step of shortening the destination address, the first network termination apparatus shifts each data by a shift amount according to the position of each data constituting the address before shortening, and then shifts the data. It is characterized in that the address after shortening is generated by adding each subsequent data.

これにより、他の短縮化後のアドレスと重複しないアドレスが事前登録されていないときでも、短縮化後のアドレスを自動生成することができる。   As a result, even when an address that does not overlap with another shortened address is not pre-registered, the shortened address can be automatically generated.

本発明は、前記第1の網終端装置が、前記新たなあて先アドレスを前記パケットに付加する工程において、受信した前記パケットの送信元装置のアドレス内に埋め込まれているVNID(virtual network identifier)をもとに、前記新たなあて先アドレスが示す転送先となる前記第2の網終端装置を決定することを特徴とする。 In the present invention, in the step of the first network terminating apparatus adding the new destination address to the packet, a virtual network identifier (VNID) embedded in an address of a source apparatus of the received packet is received. It is characterized in that the second network termination apparatus to be the transfer destination indicated by the new destination address is determined.

これにより、中継網が複数のISP事業者と接続されているときでも、各ISP事業者のユーザの通信を確実に転送することができる。   Thereby, even when the transit network is connected to a plurality of ISP companies, the communication of the user of each ISP company can be reliably transferred.

本発明によれば、IPv6アドレスを用いたインターネット接続を提供するときに、転送のオーバヘッドをかけず、確実にパケットを転送することができる。   According to the present invention, when providing an Internet connection using an IPv6 address, packets can be reliably transferred without the transfer overhead.

本実施形態に係わるIPv4のネットワーク接続システムの構成図である。It is a block diagram of the network connection system of IPv4 concerning this embodiment. 図2(a)は入力IFとVLANとVNIDとを対応付けるテーブルを示す。図2(b)はVNIDからアドレスを決定するテーブルを示す。図2(c)はパケットのアドレスに格納するときの改善提案フォーマットを示す。FIG. 2A shows a table that associates the input IF with the VLAN and the VNID. FIG. 2 (b) shows a table for determining an address from VNID. FIG. 2C shows the proposed format for improvement when storing in the address of the packet. 本実施形態に係わるIPv6のネットワーク接続システムの構成図である。It is a block diagram of the network connection system of IPv6 concerning this embodiment. 本実施形態に係わる名前解決テーブルを示す。2 shows a name resolution table according to the present embodiment. 本実施形態に係わるアドレス短縮化の計算方法を示す。7 illustrates a calculation method of address shortening according to the present embodiment.

以下、本発明の一実施形態について、図面を参照して詳細に説明する。   Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.

まず、本実施形態で記載するIPアドレスの表記について、説明する。
IPv4アドレスは、「100.64.0.2」のように、ドット「.」で区切られた4つの10進数で表記され、8ビット×4つ=32ビットのアドレス空間を表現できる。また、「100.64/10」のようにスラッシュ「/」の後に続く10進数は、そのスラッシュの前に示されるネットワークアドレスの長さ(nビット)を示す。
First, the notation of the IP address described in the present embodiment will be described.
An IPv4 address is expressed by four decimal numbers separated by dots "." Like "100.64.0.2", and can represent an address space of 8 bits x 4 = 32 bits. Also, a decimal number following a slash "/" like "100.64 / 10" indicates the length (n bits) of the network address shown before the slash.

IPv6アドレスは、「2000:0:a:a:4000:1:6404:1」のように、コロン「:」で区切られた8つの16進数で表記され、16ビット×8つ=128ビットのアドレス空間を表現できる。
以下、本明細書では、先頭からいくつめのコロンで区切られたデータかを示すために、「第mフィールド」と表記する。例えば、「2000:0:a:a:4000:1:6404:1」の第1フィールド=「2000」、第5フィールド=「4000」である。
さらに、IPv6の標準に従い、以下の省略規則も用いる。
(規則1)各フィールドの先頭にある「0」は省略可能である。
(規則2)「0000」のフィールドが連続する場合は、一度だけ「::」で省略可能である。
The IPv6 address is represented by eight hexadecimal numbers separated by colon ":" like "2000: 0: a: a: 4000: 1: 6404", and 16 bits x 8 = 128 bits. It can represent the address space.
Hereinafter, in the present specification, “the m-th field” is described to indicate whether the data is separated by the first colon. For example, the first field of “2000: 0: a: a: 4000: 1: 6404: 1” = “2000”, and the fifth field = “4000”.
Furthermore, according to the IPv6 standard, the following abbreviation rules are also used.
(Rule 1) "0" at the beginning of each field can be omitted.
(Rule 2) When the fields of "0000" are continuous, they can be omitted once with "::".

図1は、IPv4のネットワーク接続システムの構成図である。
ネットワーク接続システムは、各宅内装置(A14、B24、C34)からのアクセスが、加入者収容装置13から各網終端装置(A12、B22)を介して、ISP事業者の網(ISP−A11、ISP−B21)からインターネット(Internet)に流れ、宛先装置10まで届くように構成される。
つまり、加入者収容装置13、網終端装置A12、および、網終端装置B22は、中継網と外部の網とを接続する網終端装置(NVE:Network Virtualization Edge)である。
FIG. 1 is a block diagram of an IPv4 network connection system.
In the network connection system, access from each in-home device (A14, B24, C34) is made from the subscriber accommodation device 13 via each network termination device (A12, B22) to the ISP enterprise network (ISP-A11, ISP) It is configured to flow from B 21) to the Internet and reach the destination device 10.
That is, the subscriber accommodation device 13, the network termination device A12, and the network termination device B22 are network termination devices (NVE: Network Virtualization Edge) that connect the relay network and the external network.

なお、ネットワーク接続システムの各装置は、それぞれCPU(Central Processing Unit)と、メモリと、ハードディスクなどの記憶手段(記憶部)と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、CPUが、メモリ上に読み込んだプログラム(アプリケーションや、その略のアプリとも呼ばれる)を実行することにより、後記する各処理部により構成される制御部(制御手段)を動作させる。
Each device of the network connection system is configured as a computer having a central processing unit (CPU), a memory, a storage unit (storage unit) such as a hard disk, and a network interface.
The computer operates a control unit (control means) configured of respective processing units described later by the CPU executing a program (also referred to as an application or an abbreviation of the application) read into the memory.

宅内装置A14は、ISP−A11のユーザ宅におかれる装置であり、宅内装置B24、C34は、ISP−B21のユーザ宅におかれる装置である。
まず、宅内装置A14にはアドレス「100.64.0.1」が割り当てられる。このように、各宅内装置には昨今IPv4アドレスの枯渇により登場したCGNAT用のIPv4アドレスである「100.64/10」のネットワークに属するアドレスが割り当てられるが、他のアドレスを割り当ててもよい。
一方、加入者収容装置13および各網終端装置は、前記したISP事業者とは別の中継事業者により管理されている。中継事業者は、網終端装置A12にロケータ設定L11「Lo :fd00:a:b:8001::1」を割り当て、網終端装置B22にロケータ設定L12「Lo :fd00:a:b:8002::1」を割り当て、加入者収容装置13にロケータ設定L13「Lo :fd00:a:b:1::1」を割り当てる。
The in-home apparatus A14 is an apparatus placed at the user home of the ISP-A11, and the in-home apparatuses B24 and C34 are apparatuses placed at the user home of the ISP-B21.
First, the address “100.64.0.1” is assigned to the in-home device A14. As described above, an address belonging to the “100.64 / 10” network, which is an IPv4 address for CGNAT that has recently appeared due to exhaustion of the IPv4 address, is assigned to each home device, but another address may be assigned.
On the other hand, the subscriber accommodating device 13 and each network terminating device are managed by a relay carrier different from the above-mentioned ISP carrier. The relay operator assigns locator setting L11 “Lo: fd00: a: b: 8001 :: 1” to the network terminating device A 12 and locator setting L 12 “Lo: fd 00: a: b: 8002 :: 1 is allocated, and the locator setting L13 "Lo: fd00: a: b: 1: 1" is allocated to the subscriber accommodation device 13.

なお、ISP事業者または中継事業者は、各宅内装置に対してISP−A11、ISP−B21が定めるIPアドレスを実際に割り当ててもよい。
また、図1に記載していないが、中継事業者は加入者収容装置13および各網終端装置の他に、パケットを中継する中継装置を管理している。この中継装置は、加入者収容装置13−網終端装置A12、網終端装置B22間に存在する。
The ISP company or relay company may actually assign an IP address defined by the ISP-A 11 and the ISP-B 21 to each home device.
Further, although not described in FIG. 1, the relay operator manages a relay device for relaying packets in addition to the subscriber accommodation device 13 and each network termination device. This relay device exists between the subscriber accommodating device 13-the network termination device A12 and the network termination device B22.

宅内装置A14は、宛先装置10に向けてパケットP11を送信したとする。このパケットP11の送信元(SRC)は宅内装置A14のアドレス「100.64.0.1」であり、あて先(DST)は宛先装置10のアドレス「1.2.3.4」である。さらに、パケットP11は加入者単位で論理的にL2ドメインを分離するためのVLAN値として、「1001」が中継事業者により割り当てられている。加入者収容装置13は、「VLAN=1001」経由でパケットP11を受信する。   It is assumed that the in-home apparatus A14 transmits the packet P11 toward the destination apparatus 10. The transmission source (SRC) of the packet P11 is the address "100.64.0.1" of the home apparatus A14, and the destination (DST) is the address "1.2.3.4" of the destination apparatus 10. Further, “1001” is assigned by the relay operator as a VLAN value for logically separating the L2 domain on a subscriber basis in the packet P11. The subscriber accommodating apparatus 13 receives the packet P11 via “VLAN = 1001”.

加入者収容装置13は、図2(a)に示す入力IFとVLANとVNID(virtual network identifier)を決定するためのテーブル91と、図2(b)に示すVNIDからSIR(Standard Identifier Representation) prefixを決定するためのテーブル93と、図2(b)に示すVNIDからLocator prefixを決定するためのテーブル94とを保有している。なお、VNIDとは、ILAドラフトの3.6節や3.7.1節に記載されている用語であり、本例ではどのISPの通信であるかを識別するためのIDである。   The subscriber accommodation device 13 has a table 91 for determining an input IF, a VLAN, and a VNID (virtual network identifier) shown in FIG. 2A, and a VNID to a standard identifier representation (SIR) prefix shown in FIG. 2B. And a table 94 for determining a Locator prefix from the VNID shown in FIG. 2B. Note that VNID is a term described in Section 3.6 and Section 3.7.1 of the ILA draft, and is an ID for identifying which ISP's communication in this example.

加入者収容装置13は、前記した各テーブル91,93,94を参照して、以下の順序で受信したパケットP11をパケットP12として転送する。
(手順1)パケットP11の入力IFとVLANから、テーブル91を参照し、パケットP12のVNIDを決定する。例えば、パケットP11の「VLAN:1001」と受信IF=Eth0とから、「VNID=1」が求まる。
The subscriber accommodating apparatus 13 refers to the above-described tables 91, 93, 94, and transfers the packet P11 received in the following order as a packet P12.
(Procedure 1) From the input IF of the packet P11 and the VLAN, the table 91 is referenced to determine the VNID of the packet P12. For example, “VNID = 1” is obtained from “VLAN: 1001” of the packet P11 and the reception IF = Eth0.

(手順2)パケットP12のVNIDを元に、テーブル93を参照して得たSIR prefixをもとに、パケットP12の送信元(SRC)を決定する。例えば、(手順1)の「VNID=1」からSIR prefix「2000:0:a:a」が求まる。そして、ILAドラフトの3.6節に記載のフォーマット(以下、「ILAフォーマット」)に従い、求めた「2000:0:a:a」を先頭64bitに格納し、その後にType(3bit)=2と、「VNID=1」(29bit)と、下位32bit(=宅内装置A14のアドレス「100.64.0.1」)とをそれぞれ格納することで、「SRC:2000:0:a:a:4000:1:6404:1」を決定する。
なお、図3で後記するように、IPv6のネットワークでは前記のType=2のILAフォーマットの代わりに、図2(c)の改善提案フォーマット95を用いる。
(Procedure 2) Based on the VNID of the packet P12, the transmission source (SRC) of the packet P12 is determined based on the SIR prefix obtained by referring to the table 93. For example, SIR prefix “2000: 0: a: a” is obtained from “VNID = 1” in (Procedure 1). Then, according to the format described in Section 3.6 of the ILA draft (hereinafter, “ILA format”), the obtained “2000: 0: a: a” is stored in the first 64 bits, and then Type (3 bit) = 2 and “ By storing VNID = 1 ”(29 bits) and the lower 32 bits (= address“ 100.64.0.1 ”of the home apparatus A14),“ SRC: 2000: 0: a: a: 4000: 1: 6404: 1 ”. To determine
As described later with reference to FIG. 3, in the IPv6 network, the improvement proposal format 95 of FIG. 2C is used instead of the Type 2 ILA format.

(手順3)パケットP12のVNIDを元に、テーブル94を参照して得たLocatorをもとに、パケットP12のあて先(DST)を決定する。例えば、「VNID=1」からLocator「fd00:a:b:8001」が求まる。そして、ILAフォーマットに従い、求めた「fd00:a:b:8001」を先頭64bitに格納し、その後にType(3bit)と、「VNID=1」(29bit)と、下位32bit(=宛先装置10のアドレス「1.2.3.4」)とをそれぞれ格納することで、「DST:fd00:a:b:8001:4000:1:102:304」を決定する。
(手順4)前記の(手順2)、(手順3)の決定内容を元に生成したパケットP12を、網終端装置A12に向けて送信する。網終端装置A12は、事前に自身が転送を担当するネットワーク「fd00:a:b:8001/64」を経路広告R11しているので、パケットP12は網終端装置A12に届く。
(Procedure 3) Based on the VNID of the packet P12, the destination (DST) of the packet P12 is determined based on the Locator obtained by referring to the table 94. For example, Locator “fd00: a: b: 8001” can be obtained from “VNID = 1”. Then, according to the ILA format, the obtained "fd00: a: b: 8001" is stored at the first 64 bits, and then Type (3 bits), "VNID = 1" (29 bits), lower 32 bits (= destination device 10 By storing the address “1.2.3.4”, respectively, “DST: fd00: a: b: 8001: 4000: 1: 102: 304” is determined.
(Procedure 4) A packet P12 generated based on the determination contents of (Procedure 2) and (Procedure 3) is transmitted to the network terminating device A12. Since the network termination device A12 carries out the route advertisement R11 in advance of the network “fd00: a: b: 8001/64” which itself is in charge of transfer, the packet P12 reaches the network termination device A12.

網終端装置A12は加入者収容装置13からのパケットP12を受信すると、そのパケットP12からパケットP13を生成する。
・パケットP13の送信元(SRC)は、パケットP12の送信元(SRC)の第7,第8フィールド(つまりパケットの下位32bit)である。
・パケットP13のあて先(DST)は、パケットP12のあて先(DST)の第7,第8フィールドである。
When the network terminating device A12 receives the packet P12 from the subscriber accommodating device 13, it generates a packet P13 from the packet P12.
The transmission source (SRC) of the packet P13 is the seventh and eighth fields (that is, the lower 32 bits of the packet) of the transmission source (SRC) of the packet P12.
The destination (DST) of the packet P13 is the seventh and eighth fields of the destination (DST) of the packet P12.

網終端装置A12は、図2(a)に示すテーブル92を保持している。テーブル92はテーブル91と同じフォーマットである。網終端装置A12は、パケットP12のILAフォーマット内のVNID(先頭から67bit目から96bitの間に格納される)を読み取り、そのVNIDからテーブル92を参照して、パケットP13の出力先IFとVLANを決定する。これにより、宛先装置10は、IPv6の中継網をまたいでも、IPv4アドレスで指定されたパケットP13を、ISP−A11経由で受信することができる。   The network termination device A12 holds a table 92 shown in FIG. 2 (a). The table 92 has the same format as the table 91. The network termination device A12 reads the VNID (stored between the 67th bit and the 96th bit from the beginning) in the ILA format of the packet P12, refers to the table 92 from the VNID, and outputs the IF of the packet P13 and the VLAN. decide. Thus, the destination device 10 can receive the packet P13 designated by the IPv4 address via the ISP-A 11 even if the IPv6 relay network is crossed.

以上、宅内装置A14→(パケットP11)→加入者収容装置13→(パケットP12)→網終端装置A12→(パケットP13)→ISP−A11→宛先装置10の順にパケットの転送手順について、説明した。
同様に、宅内装置B24→(パケットP21)→加入者収容装置13→(パケットP22)→網終端装置B22→(パケットP23)→ISP−B21→宛先装置10の順にパケットが転送される。例えば、「DST:fd00:a:b:8002:4000:2:102:304」であるパケットP22の場合は、「fd00:a:b:8002/64」を経路広告R12していた網終端装置B22に届く。
宅内装置C34からのパケットP31も、同様である。
The packet transfer procedure has been described above in the order of the in-home apparatus A14 → (packet P11) → subscriber accommodation apparatus 13 → (packet P12) → network termination apparatus A12 → (packet P13) → ISP-A11 → destination apparatus 10.
Similarly, packets are transferred in the order of the in-home device B24 → (packet P21) → subscriber accommodating device 13 → (packet P22) → network terminal device B22 → (packet P23) → ISP-B21 → destination device 10. For example, in the case of the packet P22 which is "DST: fd00: a: b: 8002: 4000: 2: 102: 304", the network terminal device which has "fd 00: a: b: 8002/64" as the route advertisement R12. It reaches B22.
The same applies to the packet P31 from the in-home apparatus C34.

また、網終端装置A12などから宅内装置A14などをあて先にする下りのパケットは、「fd00:a:b:1/64」を経路広告R13していた加入者収容装置13に届く。
つまり、上りのパケットでは加入者収容装置13がテーブル92〜94を参照して、パケットP11からVNID=1を特定し、その特定した情報を元にパケットP12を生成していた。
一方、下りのパケットでは網終端装置A12,B22は自身が保持するテーブル93相当の情報を参照して、送信元IPv6アドレスを生成した後、自身が保持するテーブル94相当の情報を参照して、加入者収容装置13のLocator Prefixを取得し、中継網内で使う宛先IPv6アドレスを生成して転送する。生成されたIPv6パケットは、加入者収容装置13の経路広告R13に従って転送される。
Further, the downstream packet to which the in-home apparatus A14 or the like is addressed from the network termination apparatus A12 or the like reaches the subscriber accommodation apparatus 13 which has been performing the route advertisement R13 of "fd00: a: b: 1/64".
That is, in the upstream packet, the subscriber accommodation device 13 refers to the tables 92 to 94, identifies VNID = 1 from the packet P11, and generates the packet P12 based on the identified information.
On the other hand, for downstream packets, the network termination devices A12 and B22 refer to the information equivalent to the table 93 held by itself, generate the transmission source IPv6 address, and then refer to the information equivalent to the table 94 held by itself. The locator prefix of the subscriber accommodation device 13 is acquired, and a destination IPv6 address used in the relay network is generated and transferred. The generated IPv6 packet is forwarded according to the route advertisement R13 of the subscriber accommodation device 13.

なお、各テーブル91〜94は、前記した装置内で保持される他に、外部のサーバにおいてもよい。そのとき、Radiusなどの認証プロトコル、そのほかのディレクトリサービス用のプロトコルなどを通じて外部から取得することも考えうるが、本例では装置内部にデータが書き込まれている前提とする。   Each of the tables 91 to 94 may be an external server in addition to being held in the above-described apparatus. At that time, although it is conceivable to acquire it from the outside through an authentication protocol such as Radius, or another protocol for directory service, in this example, it is assumed that data is written inside the device.

図3は、IPv6のネットワーク接続システムの構成図である。図3のネットワーク接続システムは、図1の各装置に加えて、DNS63を含めて構成される。各宅内装置A74,B84および各宛先装置61,62には、IPv6アドレスが割り当てられる。
宅内装置A74,B84には、RA(Router Advertisement)、DHCP(Dynamic Host Configuration Protocol)v6、DHCPv6-PD(prefix delegation)などを利用して、ISPのポリシに従って中継事業者からSIRアドレスが付与される。
また、網終端装置A72,B82〜加入者収容装置73の間の中継事業者網内の各装置には、中継事業者から「網内Prefix=fd00:a:b/48」に沿った各アドレス(網終端装置A72ならロケータ設定L51「Lo :fd00:a:b:8001::1」、加入者収容装置73ならロケータ設定L52「Lo :fd00:a:b:1::1」)が割り当てられる。
FIG. 3 is a block diagram of a network connection system of IPv6. The network connection system of FIG. 3 is configured to include a DNS 63 in addition to the respective devices of FIG. An IPv6 address is assigned to each in-home apparatus A74, B84 and each destination apparatus 61, 62.
In-home devices A74 and B84 are provided with a SIR address from a relay operator according to the policy of the ISP, using Router Advertisement (RA), Dynamic Host Configuration Protocol (DHCP) v6, DHCPv6-PD (prefix delegation), etc. .
In addition, for each device in the relay carrier network between the network termination devices A 72 and B 82 to the subscriber accommodation device 73, each address along the “network Prefix = fd00: a: b / 48” from the relay carrier (If it is the network terminal device A72, the locator setting L51 "Lo: fd00: a: b: 8001 :: 1", if the subscriber accommodation device 73 the locator setting L52 "Lo: fd00: a: b: 1 :: 1") is assigned Be

加入者収容装置73は、宅内装置A74から受信したパケットP51の宛先(DST)アドレスの上位96bitのプリフィックスがテナントの(VNIDを含んだ)プリフィックス「網内Prefix=fd00:a:b/48」に該当しない場合に、以下の手順に従ってパケットP52を作成する。   In the subscriber accommodation device 73, the upper 96 bits of the destination (DST) address of the packet P51 received from the in-home device A74 are prefixed with the tenant (including VNID) prefix “In-network Prefix = fd00: a: b / 48” If not, the packet P52 is created according to the following procedure.

(手順11)DNS63(権威サーバ)が管理する図4の名前解決テーブル96を参照してパケットP51のIPv6を逆引きする。つまり、パケットP51の「DST:2001:2:3:4:1:2:3:4」のIPアドレスに合致する名前解決テーブル96の行(ここでは第2行)を求め、その行の名前(ホスト名「www.example-ntt.com」)を得る。
(手順12)前記の(手順11)で得た名前に該当する行を検索し、その検索された行の「DNSレコード」が「Aレコード」であるIPアドレスを取得する。例えば、ホスト名「www.example-ntt.com」に該当する第1,2行のうち、「DNSレコード=Aレコード」であるのは第1行である。その第1行のIPアドレス=「5.6.7.8」を取得する。
(Procedure 11) The IPv6 of the packet P51 is reversely referred to by referring to the name resolution table 96 of FIG. 4 managed by the DNS 63 (authority server). That is, a row (here, the second row) of the name resolution table 96 matching the IP address “DST: 2001: 2: 3: 4: 1: 2: 3: 4” of the packet P51 is obtained, and the name of the row is obtained. Get (Hostname "www.example-ntt.com").
(Procedure 12) A line corresponding to the name obtained in (Procedure 11) is searched, and an IP address whose “DNS record” of the searched line is “A record” is acquired. For example, among the first and second lines corresponding to the host name “www.example-ntt.com”, the “DNS record = A record” is the first line. The IP address of the first line = "5.6.7.8" is acquired.

(手順13)前記の(手順12)で得たIPv4アドレス(短縮化したアドレス)を、図2(c)に示す改善提案フォーマット95の下位32bitに埋め込んだパケットP52のあて先(DST)を作成する。
ここで、改善提案フォーマット95の「改善」とは、Type=2である既存のILAフォーマットと区別するための表記であり、Type=5という新たなタイプ番号を使用している。
なお、改善提案フォーマット95の下位32bit以外の各フィールドの作成方法は、図1のパケットP11からパケットP12を作成した処理と同様であるが、図1ではVNIDを求める手がかりがVLANであったのに対し、図3ではVNIDそのものが宅内装置A74のアドレス内(第6フィールドの「1」)に埋め込まれている。
(Procedure 13) Create the destination (DST) of packet P52 in which the IPv4 address (abbreviated address) obtained in (Procedure 12) above is embedded in the lower 32 bits of the improvement proposal format 95 shown in FIG. .
Here, the “improvement” of the improvement proposal format 95 is a notation for distinguishing from the existing ILA format of Type = 2, and uses a new type number of Type = 5.
The method of creating each field other than the lower 32 bits of the improvement proposal format 95 is the same as the processing of creating the packet P11 to the packet P12 in FIG. 1, but in FIG. On the other hand, in FIG. 3, the VNID itself is embedded in the address of the in-home apparatus A 74 ("1" of the sixth field).

作成されたパケットP52は加入者収容装置73から送信され、「fd00:a:b:8001/64」を経路広告R51していた網終端装置A72に届く。そして、図1と同様にして、宅内装置A74→(パケットP51)→加入者収容装置73→(パケットP52)→網終端装置A72→(パケットP53)→ISP−A71→宛先装置61の順にパケットが転送される。
ここで、網終端装置A72は、パケットP52のあて先(DST)の下位32bit「0506:0708」に合致する第1行のホスト名「www.example-ntt.com」から、そのホスト名のAAAAレコードである「2001:2:3:4:1:2:3:4」を第2行から検索し、その検索結果をパケットP53のあて先(DST)とする。
The created packet P52 is transmitted from the subscriber accommodation device 73, and reaches the network terminating device A 72 which has been performing the route advertisement R51 of "fd00: a: b: 8001/64". Then, in the same manner as in FIG. 1, the packets are in the order of in-home apparatus A 74 → (packet P 51) → subscriber accommodation apparatus 73 → (packet P 52) → network termination apparatus A 72 → (packet P 53) → ISP-A 71 → destination apparatus 61. To be transferred.
Here, the network terminating device A 72 is the AAAA record of the host name from the host name “www.example-ntt.com” of the first line that matches the lower 32 bits “0506: 0708” of the destination (DST) of the packet P52. “2001: 2: 3: 4: 1: 2: 3: 4” is searched from the second line, and the search result is set as the destination (DST) of the packet P53.

なお、(手順12)で「DNSレコード=Aレコード」の行が存在しない、つまり、IPv6のみのhostでIPv4アドレスが存在しない場合は、以下に示すように(手順12)の代わりに(手順12a)を実行すればよい。
(手順12a)図5に示すように、パケットP51の「DST:2001:2:3:4:1:2:3:4」をもとに、22bitの圧縮アドレス(短縮化したアドレス)と、衝突回避用の上位6bitとを連結された28bitのデータを作成する。28bitのデータは、240.0.0.0/4(クラスE)の空間に名前解決テーブル96に登録されるとともに、D(Dynamic)DNSにより更新される。
If there is no “DNS record = A record” line in (Procedure 12), that is, if there is no IPv4 address on the host of IPv6 only, instead of (Procedure 12) as shown below (Procedure 12a ) Should be executed.
(Procedure 12a) As shown in FIG. 5, based on “DST: 2001: 2: 3: 4: 1: 2: 3: 4” of the packet P51, a 22-bit compressed address (abbreviated address), Create 28-bit data connected with the upper 6 bits for collision avoidance. The 28-bit data is registered in the name resolution table 96 in the space of 240.0.0.0/4 (class E) and is updated by D (Dynamic) DNS.

図5では、「DST:2001:2:3:4:1:2:3:4」の第mフィールドについて、(8−m)ビット分左シフト(「<<7」なら7bit分左シフト)した値をm=1〜8フィールドそれぞれ作成し、それらの総和を22bitの圧縮アドレスとする計算例を示している。また、圧縮アドレスどうしが衝突する場合には、上位6bitとして衝突がなければ「0」、1回衝突したら「1」、2回衝突したら「2」というように、上位6bitの値を衝突回数として圧縮アドレスと組み合わせることで、衝突を回避できる。このような各フィールドのシフト後の加算処理は、計算負荷が低い上に、22bitの圧縮アドレス空間を広く使用することができる。   In FIG. 5, with respect to the mth field of "DST: 2001: 2: 3: 4: 1: 2: 3: 4," shift to the left by (8-m) bits (if "<< 7, shift to the left by 7 bits) In the example of calculation, m = 1 to 8 fields are created, and the sum of them is used as a 22-bit compressed address. Also, when compressed addresses collide, if there is no collision as the upper 6 bits, “0” if there is no collision, “1” if it collides once, “2” if it collides twice, and so on. By combining with compressed addresses, collisions can be avoided. Such addition processing after shift of each field has a low computational load and can use a 22-bit compressed address space widely.

DDNS(DNS63の権威サーバ)に登録する際の名前(ホスト名)は、IPv6のアドレスの:(コロン)表記を−(ハイフン)として変換した文字列である。DNS63は、この変換した名前に対して、Aレコードを図5に示した方法で生成された仮のアドレスとし(図4の第3行)、かつ、AAAAレコードをあて先(DST)のIPv6アドレスとして(図4の第4行)それぞれ登録する。   The name (host name) at the time of registration in DDNS (the authoritative server of DNS 63) is a string obtained by converting the: (colon) notation of the IPv6 address as-(hyphen). The DNS 63 sets the A record as a temporary address generated by the method shown in FIG. 5 (the third line in FIG. 4), and the AAAA record as the IPv6 address of the destination (DST). (4th line in FIG. 4) Register each.

以上説明した本実施形態では、加入者(宅内装置A74)がグローバルIPv6アドレスを宛先アドレスとする装置(宛先装置61)に向けてパケットP51を送信したときに、加入者収容装置73が網終端装置A72をまたいでISP−A71にパケットをトンネル化せずに転送するために、転送先の網終端装置A72のアドレス「fd00:a:b:8001」と、加入者が送信したアドレス「DST:2001:2:3:4:1:2:3:4」を短縮化したアドレス「5.6.7.8」とを組み合わせる。また、網終端装置A72は、受信したアドレスから元のIPv6アドレスに復元する。
これにより、ISP事業者網を中継する際に、トンネル化(ヘッダのカプセル化)を行うことなく、特定のISP事業者が希望する接続先にパケットを中継することができる。
In the embodiment described above, when the subscriber (in-home device A 74) transmits the packet P51 to the device (destination device 61) having the global IPv6 address as the destination address, the subscriber accommodation device 73 is the network termination device. The address “fd00: a: b: 8001” of the network terminating device A 72 of the transfer destination and the address “DST: 2001” transmitted by the subscriber in order to transfer the packet without tunneling the packet to the ISP-A 71 across A72. : 2: 3: 4: 1: 2: 3: 4 "in combination with the shortened address" 5.6.7.8 ". Also, the network terminating device A 72 restores the received address to the original IPv6 address.
Thus, when relaying the ISP carrier network, it is possible to relay a packet to a connection destination desired by a specific ISP carrier without performing tunneling (capsulation of the header).

なお、網終端装置A12,A72は、受信したパケットのType欄を参照し、Type=2のILAフォーマットならば、下位32bitに含まれるアドレスが短縮化されていないIPv4アドレスであるので、短縮化の復元は不要である。
一方、Type=5の改善提案フォーマット95ならば、下位32bitに含まれるアドレスが短縮化されているアドレスであるので、短縮化の復元を行うことで、短縮化前のIPv6アドレスを取得する。
つまり、各宅内装置や各宛先装置を示すパケットの送信元/あて先アドレスは、図1に示すIPv4のアドレスのパケットと、図3に示すIPv6のアドレスのパケットとの両方を、同じ中継網で送信してもよい。
The network termination devices A12 and A72 refer to the Type column of the received packet, and in the case of an ILA format of Type = 2, the address contained in the lower 32 bits is an IPv4 address that has not been shortened, so shortening Restoration is unnecessary.
On the other hand, in the case of the improvement proposal format 95 of Type = 5, since the address included in the lower 32 bits is an address that has been shortened, the IPv6 address before the shortening is acquired by restoring the shortening.
That is, the source / destination address of the packet indicating each in-home device or each destination device is the same relay network that transmits both the packet of the IPv4 address shown in FIG. 1 and the packet of the IPv6 address shown in FIG. You may

ここで、アドレスの短縮化処理は、任意の一方向変換関数を使えばよいが、その一例として、DNS63に同じ名前として登録されているIPv4アドレスとIPv6アドレスとのマッピング情報を用いてもよい。または、DNS63にマッピング情報が未登録であるときには、IPv6アドレスからIPv4アドレスを新たに生成し、その生成したIPv4アドレスと生成元のIPv6アドレスとのマッピング情報を用いてもよい。   Here, the address shortening process may use any one-way conversion function, but as an example, mapping information between an IPv4 address and an IPv6 address registered as the same name in the DNS 63 may be used. Alternatively, when the mapping information is not registered in the DNS 63, an IPv4 address may be newly generated from the IPv6 address, and mapping information between the generated IPv4 address and the IPv6 address of the generation source may be used.

なお、複数のISP(ISP−A11、ISP−B21)が転送網に収容され、各ISPは自身の設定した経路で契約者のパケットを転送する。そのため、どのISPのパケットに属するかを特定するため、転送網内の各パケットには、VNIDが付されている。
このVNIDは図1では宅内VLANと加入者収容装置13のパケット受信IFとの組み合わせから特定できる(図2(a)のテーブル91)。または、図3ではRA(Router Advertisement)またはDHCPサーバから各宅内装置のIPアドレスの一部(第6フィールド)として、VNIDが配布される。
A plurality of ISPs (ISP-A11 and ISP-B21) are accommodated in the transfer network, and each ISP transfers the subscriber's packet through the route set by itself. Therefore, in order to specify which ISP packet belongs to, each packet in the transfer network is given a VNID.
This VNID can be identified from the combination of the in-home VLAN and the packet reception IF of the subscriber accommodation device 13 in FIG. 1 (table 91 of FIG. 2A). Alternatively, in FIG. 3, the VNID is distributed as a part (sixth field) of the IP address of each home device from a router advertisement (RA) or a DHCP server.

10,61,62 宛先装置
11,71 ISP−A
12,72 網終端装置A(第2の網終端装置)
13,73 加入者収容装置(第1の網終端装置)
14,24,34,74,84 宅内装置
21,81 ISP−B
22,82 網終端装置B
63 DNS
10, 61, 62 Destination device 11, 71 ISP-A
12, 72 Network termination A (second network termination)
13, 73 Subscriber accommodation device (first network termination device)
14, 24, 34, 74, 84 in-home apparatus 21, 81 ISP-B
22, 82 Network terminator B
63 DNS

Claims (5)

中継網と外部の網とを接続する複数の網終端装置間でパケットを前記中継網経由で流すネットワーク接続システムであって、
前記中継網の外部から前記パケットを受信した第1の網終端装置は、受信した前記パケットのあて先アドレスへと向かう第2の網終端装置の前記中継網におけるアドレスと、受信した前記パケットのあて先アドレスを短縮化したあて先アドレスとを含む新たなあて先アドレスを生成し、生成した前記新たなあて先アドレスを受信した前記パケットに付加してから前記中継網に転送し、
前記中継網の内部から前記パケットを受信した第2の網終端装置は、受信した前記パケットの前記新たなあて先アドレスから前記短縮化したあて先アドレスを読み取り、その前記短縮化したあて先アドレスに対応する短縮化前のあて先アドレスを復元し、その復元したあて先アドレスを付した前記パケットを前記中継網の外部へと転送することを特徴とする
ネットワーク接続システム。
A network connection system for flowing packets via a relay network between a plurality of network terminating devices that connect the relay network and an external network,
The first network termination device that has received the packet from outside the relay network receives the address of the second network termination device in the relay network that is directed to the destination address of the received packet, and the destination address of the received packet. Generating a new destination address including the shortened destination address, adding the generated new destination address to the received packet, and transferring the packet to the relay network;
The second network termination apparatus having received the packet from inside the relay network reads the shortened destination address from the new destination address of the received packet, and the shortening corresponding to the shortened destination address is performed. A network connection system characterized in that the destination address before conversion is restored, and the packet with the restored destination address is transferred to the outside of the relay network.
前記第1の網終端装置は、あて先アドレスを短縮化する工程において、短縮化前のアドレスと、短縮化後のアドレスとが同じ名前に対応づけられてDNS(Domain Name System)に登録されているときは、その対応づけられている短縮化後のアドレスを前記新たなあて先アドレスに含めることを特徴とする
請求項1に記載のネットワーク接続システム。
In the first network terminating device, in the process of shortening the destination address, the address before shortening and the address after shortening are associated with the same name and registered in DNS (Domain Name System) 2. The network connection system according to claim 1, wherein the new address after address is included in the new destination address when the address is shortened.
前記第1の網終端装置は、あて先アドレスを短縮化する工程において、短縮化前のアドレスを構成する各データの位置に応じたシフト量で各データをシフトしてから、そのシフト後の各データを加算することで、短縮化後のアドレスを生成することを特徴とする
請求項1に記載のネットワーク接続システム。
The first network terminating device shifts each data by a shift amount according to the position of each data forming the address before shortening in the step of shortening the destination address, and then shifts each data after the shift. The network connection system according to claim 1, wherein an address after shortening is generated by adding.
前記第1の網終端装置は、前記新たなあて先アドレスを前記パケットに付加する工程において、受信した前記パケットの送信元装置のアドレス内に埋め込まれているVNID(virtual network identifier)をもとに、前記新たなあて先アドレスが示す転送先となる前記第2の網終端装置を決定することを特徴とする
請求項1ないし請求項3のいずれか1項に記載のネットワーク接続システム。
In the step of adding the new destination address to the packet, the first network termination device is based on a virtual network identifier (VNID) embedded in the address of the source device of the received packet. The network connection system according to any one of claims 1 to 3, wherein the second network termination device to be a transfer destination indicated by the new destination address is determined.
中継網と外部の網とを接続する複数の網終端装置間でパケットを前記中継網経由で流すネットワーク接続システムのネットワーク接続方法であって、
前記中継網の外部から前記パケットを受信した第1の網終端装置は、受信した前記パケットのあて先アドレスへと向かう第2の網終端装置の前記中継網におけるアドレスと、受信した前記パケットのあて先アドレスを短縮化したあて先アドレスとを含む新たなあて先アドレスを生成し、生成した前記新たなあて先アドレスを受信した前記パケットに付加してから前記中継網に転送し、
前記中継網の内部から前記パケットを受信した第2の網終端装置は、受信した前記パケットの前記新たなあて先アドレスから前記短縮化したあて先アドレスを読み取り、その前記短縮化したあて先アドレスに対応する短縮化前のあて先アドレスを復元し、その復元したあて先アドレスを付した前記パケットを前記中継網の外部へと転送することを特徴とする
ネットワーク接続方法。
A network connection method of a network connection system in which packets are flowed through the relay network between a plurality of network termination devices that connect the relay network and an external network,
The first network termination device that has received the packet from outside the relay network receives the address of the second network termination device in the relay network that is directed to the destination address of the received packet, and the destination address of the received packet. Generating a new destination address including the shortened destination address, adding the generated new destination address to the received packet, and transferring the packet to the relay network;
The second network termination apparatus having received the packet from inside the relay network reads the shortened destination address from the new destination address of the received packet, and the shortening corresponding to the shortened destination address is performed. A network connection method characterized in that a destination address before conversion is restored, and the packet with the restored destination address is transferred to the outside of the relay network.
JP2016025813A 2016-02-15 2016-02-15 Network connection system and network connection method Active JP6523987B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016025813A JP6523987B2 (en) 2016-02-15 2016-02-15 Network connection system and network connection method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016025813A JP6523987B2 (en) 2016-02-15 2016-02-15 Network connection system and network connection method

Publications (2)

Publication Number Publication Date
JP2017147492A JP2017147492A (en) 2017-08-24
JP6523987B2 true JP6523987B2 (en) 2019-06-05

Family

ID=59681611

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016025813A Active JP6523987B2 (en) 2016-02-15 2016-02-15 Network connection system and network connection method

Country Status (1)

Country Link
JP (1) JP6523987B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11159480B2 (en) 2019-03-26 2021-10-26 Cisco Technology, Inc. Identifier locator addressing for IPv6-based software defined fabric
CN113132505A (en) 2020-01-10 2021-07-16 华为技术有限公司 Method, device, computing equipment and storage medium for sending response message

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4763733B2 (en) * 2008-02-26 2011-08-31 日本電信電話株式会社 IPv4-IPv6 translator device and dummy address reply method
JP5018654B2 (en) * 2008-06-06 2012-09-05 沖電気工業株式会社 Communications system
JP5889955B2 (en) * 2014-05-13 2016-03-22 西日本電信電話株式会社 Relay device and program

Also Published As

Publication number Publication date
JP2017147492A (en) 2017-08-24

Similar Documents

Publication Publication Date Title
JP4816572B2 (en) Virtual network connection system and apparatus
JP4186446B2 (en) Address translation method
US8730966B2 (en) Anonymization using anonymizing device and packet server in which anonymous address is generated based on prefix acquired from server
US8805977B2 (en) Method and system for address conflict resolution
ES2815568T3 (en) Systems and Methods for Providing Multiple Secure Link Architecture
CN103338151B (en) Public network client accesses the method and router of private network server
US8737396B2 (en) Communication method and communication system
JP2009296405A (en) Communication system
CN102934410A (en) Enhancing ds-lite with private ipv4 reachability
WO2010108431A1 (en) Method for realizing ipv6 host visting ipv4 host, method for obtaining ipv6 address prefix and translation device
JP6098192B2 (en) Address generator
CN105227466A (en) Communication processing method and device
WO2005083959A1 (en) Network access router, network access method, program, and recording medium
JP6523987B2 (en) Network connection system and network connection method
JP4572938B2 (en) Address translation method
WO2014156143A1 (en) Home gateway device and packet forwarding method
JP5333095B2 (en) Address conversion / protocol conversion system, translator device and translator program
US7764692B1 (en) Bypass of routing protocol filtering in a multi-subnet network
KR20070104348A (en) Efficient address-space extension to pseudo multi-homed hosts
Despres et al. IPv4 residual deployment via IPv6-A stateless solution (4rd)
US20150200909A1 (en) Network and a routing method thereof
JP3864397B2 (en) User edge router, gateway router, multihoming communication system, multihoming communication method, and multihoming communication program
CN103024096A (en) Method quickly accessing internet in carrier-grade network address translation (CGN) network
JP5893546B2 (en) Network system, communication control method, communication control apparatus, and communication control program
Hamarsheh Deploying IPv4-only connectivity across local IPv6-only access networks

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180220

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181218

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190124

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190423

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190426

R150 Certificate of patent or registration of utility model

Ref document number: 6523987

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150