JP2004088718A

JP2004088718A - Packet processing apparatus

Info

Publication number: JP2004088718A
Application number: JP2003004829A
Authority: JP
Inventors: Shuji Ida; 井田　修二
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2003-01-10
Filing date: 2003-01-10
Publication date: 2004-03-18

Abstract

<P>PROBLEM TO BE SOLVED: To provide a packet processing apparatus in which intercommunications are easily performed regardless of setting of a terminal of a transmission source and a VLAN of the packet processing apparatus. <P>SOLUTION: The packet processing apparatus is provided with a destination decision part 10 for deciding whether or not a destination address of a packet transmitted from a communication terminal 101 is a packet processing apparatus 60, a tag separation part 702 for separating a tag from a tagged packet 75, a tag storing memory 704 for storing the tag separated from the tagged packet 75, a central processing part 12 for receiving the tagged packet 75 from which the tag is separated and performing processing corresponding to the contents of the packet, and a tag addition part 703 for adding the tag to the non-tagged packet transmitted form the central processing part 12. A reply packet with the tag added by the tag addition part 703 is transmitted to the communication terminal. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、フレームリレー方式のフレームに必要なＤＬＣＩ（データリンクコネクション識別子）の設定を容易に行うことのできるパケット処理装置に関する。
【０００２】
【従来の技術】
従来のフレームリレー伝送装置としては、例えば図５に示すようなものがある。図５は、従来のフレームリレー伝送装置１００を含む通信システムの構成例を示すブロック図である。図５に示す通信システムは、フレームリレー伝送装置１００と、通信端末１０１と、対向装置１０３と、フレームリレー網１０２と、保守コンソール１０４とから構成されている。
【０００３】
フレームリレー伝送装置１００は、通信端末１０１におけるデータのフレーム形式とフレームリレー網１０２を伝送するデータのフレーム形式（以下「フレームリレー方式」という。）を相互に変換するフレーム変換部２と、保守コンソール１０４で設定された後述するＤＬＣＩ（データリンクコネクション識別子：Ｄａｔａ　Ｌｉｎｋ　Ｃｏｎｎｅｃｔｉｏｎ　Ｉｄｅｎｔｉｆｉｅｒ）の値をフレーム変換部２に伝送する中央処理部１１と、通信端末１０１とフレームリレー伝送装置１００とのインタフェースである端末Ｉ／Ｆ部３と、フレームリレー網１０２とフレームリレー伝送装置１００とのインタフェースであるフレームリレーＩ／Ｆ部４と、保守コンソール１０４とフレームリレー伝送装置１００とのインターフェースである保守コンソールＩ／Ｆ部５とを備えて構成されている。
【０００４】
通信端末１０１は、例えば、イーサネット等を介してフレームリレー伝送装置１００に接続された端末であり、フレームリレー伝送装置１００およびフレームリレー網１０２を介して、対向装置１０３との間でデータを送受信するものである。対向装置１０３は、フレームリレー網１０２に接続され、フレームリレー伝送装置１００を介して、通信端末１０１との間でデータを送受信するものである。
【０００５】
保守コンソール１０４は、フレームリレー伝送装置１００に接続されており、回線単位に例えば１６〜４７の範囲でＤＬＣＩ（データリンクコネクション識別子）の値が予め設定されたテーブル（以下、ＤＬＣＩテーブルという。）を有し、新たなＤＬＣＩを設定する度にＤＬＣＩテーブルの更新を行うものである。また、保守コンソール１０４は、保守コンソールＩ／Ｆ部５を介してフレームリレー伝送装置１００の中央処理部１１から、ＭＡＣアドレス等の通信端末１０１（送信元）に関する情報および対向装置１０３（送信先）に関する情報を受け取ると、ＤＬＣＩテーブルを参照して通信端末１０１に対応付けたＤＬＣＩの値および対向装置１０３に対応付けたＤＬＣＩの値をフレームリレー伝送装置１００内の中央処理部１１に送信する。
【０００６】
なお、ＤＬＣＩは、フレームリレー伝送装置１００と対向装置１０３との間の物理的な通信路中に設定される複数の論理的な通信路（データリンク）をそれぞれ識別するための識別子であり、フレームリレー方式のフレームのヘッダを構成するために必要な情報である。また、「新たなＤＬＣＩの設定」とは、新たにデータリンクが設定される際に送信元および送信先に対してそれぞれＤＬＣＩを個別に設定することである。
【０００７】
次に、図５を参照して通信端末１０１から対向装置１０３へデータ伝送する場合（上り方向の場合）における、従来のフレームリレー伝送装置の動作について説明する。
【０００８】
通信端末１０１から送信されたデータ（例えば、ＭＡＣフレーム）は、フレームリレー伝送装置１００内の端末Ｉ／Ｆ部３で受信され、フレーム変換部２へ伝送される。フレーム変換部２は、当該データを受信すると、当該データのフレーム形式をフレームリレー方式に変換する。このとき、フレーム変換部２は、中央処理部１１に対して、通信端末１０１（送信元）および対向装置１０３（送信先）のそれぞれに対応付けられたＤＬＣＩを伝送するよう指示する。中央処理部１１は、保守コンソール１０４に対して通信端末１０１および対向装置１０３に関する情報を送信し、保守コンソール１０４によって設定されたＤＬＣＩの値をフレーム変換部１０２に伝送する。そして、フレーム変換部２は、当該ＤＬＣＩの値をヘッダに付加してフレームリレーの形式に変換する。フレーム変換部２によって変換されたフレームリレー方式のデータは、フレームリレーＩ／Ｆ部４およびフレームリレー網１０２を介して対向装置１０３へ伝送される。
【０００９】
【発明が解決しようとする課題】
しかしながら、上述したように、上記従来のフレームリレー伝送装置１００にあっては、通信端末１０１から伝送されたデータをフレーム変換部２でフレームリレー方式に変換する際にＤＬＣＩが必要となるため、中央処理部１１は保守コンソール１０４に対してＤＬＣＩを伝送するよう指示している。保守コンソール１０４はフレームリレー伝送装置１００外部に設けられているため、ＤＬＣＩ伝送指示およびＤＬＣＩの伝送はＬＡＮ等のネットワークを介して行わなければならず、かつ、これに伴ってＤＬＣＩテーブルの更新も行わなければならない。また、ＤＬＣＩ伝送指示および設定されたＤＬＣＩがネットワークを介して伝送されるため、伝送遅延も考えられる。このように、ＤＬＣＩの設定に関する処理は容易とは言えず、改善の余地があった。
【００１０】
本発明は、上記従来の事情に鑑みてなされたものであって、ＤＬＣＩの設定を容易に行うことのできるフレームリレー伝送装置を提供することを目的としている。
【００１１】
【課題を解決するための手段】
本発明のパケット処理装置は、通信端末から伝送されたタグ付き受信パケットの宛先アドレスが自装置宛であるかを判断する宛先判断部と、宛先アドレスが自装置宛のタグ付き受信パケットからタグを分離するタグ分離部と、前記タグ分離部で分離されたタグを保存するタグ保存部と、前記タグ分離部によってタグが分離されたタグなし受信パケットの内容に応じて所定の処理を行い、タグなし返信パケットを生成するパケット処理部と、前記タグなし返信パケットに前記タグ保存部に保存されているタグを付加するタグ付加部と、を備え、前記タグ付加部によってタグが付加されたタグ付き返信パケットを前記通信端末に送信するものである。したがって、送信元の端末およびパケット処理装置のＶＬＡＮの設定に関わらず、容易に相互通信を行うことができる。
【００１２】
また、本発明のパケット処理装置は、前記タグ付き受信パケットがユニキャストパケットまたはブロードキャストパケットである場合、前記タグ保存部のメモリ領域は、タグ付きのユニキャストパケットから分離されたタグを保存するための領域と、タグ付きのブロードキャストパケットから分離されたタグを保存するための領域と、に分かれていることが望ましい。
【００１３】
さらに、本発明のパケット処理装置は、前記タグ付き受信パケットがフレームリレー網を介して伝送され得る場合、前記タグ保存部のメモリ領域は、前記フレームリレー網を介して伝送されたパケットから分離されたタグを保存するための領域と、前記フレームリレー網以外の網を介して伝送されたパケットから分離されたタグを保存するための領域と、に分かれていることが望ましい。
【００１４】
【発明の実施の形態】
〔フレームリレー伝送装置〕
まず、本発明のフレームリレー伝送装置の一実施形態を説明する。
図１は、本発明のフレームリレー伝送装置の一実施形態を含む通信システムの構成を示すブロック図である。同図に示すように、本実施形態の通信システムは、フレームリレー伝送装置５０と、通信端末１０１と、対向装置１０３と、フレームリレー網１０２とから構成されている。なお、フレームリレー網１０２はフレームリレー伝送装置５０と対向装置１０３との間に設けられている。また、通信端末１０１とフレームリレー伝送装置５０とはイーサネットによって接続されている。
【００１５】
通信端末１０１は、フレームリレー伝送装置５０およびフレームリレー網１０２を介して、対向装置１０３との間でデータを送受信するものである。対向装置１０３は、フレームリレー網１０２に接続され、フレームリレー伝送装置１００を介して、通信端末１０１との間でデータを送受信するものである。
【００１６】
フレームリレー伝送装置５０は、フレーム変換部２と、特許請求の範囲のＤＬＣＩ取得部に該当する中央処理部１と、ＤＬＣＩ設定部に該当するＤＬＣＩ設定用スイッチ部６と、端末Ｉ／Ｆ部３と、フレームリレーＩ／Ｆ部４とを備えて構成されており、通信端末１０１と対向装置１０３との間でデータ伝送の中継を行うものであり、上り下り共にフレーム形式を変換するものである。以下、本実施形態のフレームリレー伝送装置５０が有する各構成要素について説明する。
【００１７】
まず、フレーム変換部２について説明する。フレーム変換部２は、通信端末１０１から対向装置１０３へデータ伝送する場合（上り方向の場合）、通信端末１０１から伝送されたデータのフレーム形式（ＭＡＣフレーム等）をフレームリレー網１０２を伝送するデータのフレーム形式（以下「フレームリレー方式」という。）に変換するものである。但し、フレームリレー方式のフレームには、そのヘッダにＤＬＣＩ（データリンクコネクション識別子：Ｄａｔａ　Ｌｉｎｋ　Ｃｏｎｎｅｃｔｉｏｎ　Ｉｄｅｎｔｉｆｉｅｒ）が必要である。したがって、フレーム変換部２は、フレームリレー方式に変換する際、ＤＬＣＩ設定用スイッチ部６によって設定されたＤＬＣＩの値を当該フレームのヘッダに付加する。フレーム変換部２は、このようにして変換されたフレームリレー方式のデータを、フレームリレーＩ／Ｆ部４を介してフレームリレー網１０２に送信する。
【００１８】
なお、ＤＬＣＩは、フレームリレー伝送装置５０と対向装置１０３との間の物理的な通信路中に設定される複数の論理的な通信路（データリンク）をそれぞれ識別するための識別子であり、フレームリレー方式のフレームのヘッダを構成するために必要な情報である。
【００１９】
一方、フレーム変換部２は、対向装置１０３から通信端末１０１へデータ伝送する場合（下り方向の場合）、フレームリレー網１０２を介して対向装置１０３から伝送されたフレームリレー方式のデータを通信端末１０１におけるフレーム形式に変換するものである。このとき、フレーム変換部２は、フレームリレー網１０２を介して伝送されたデータを受信すると、当該データのフレームからＤＬＣＩを分離する。
【００２０】
次に、中央処理部１について説明する。中央処理部１は、フレーム変換部２における上り方向の際のフレーム変換時に必要となるＤＬＣＩを、フレーム変換部２からの指示に応じてＤＬＣＩ設定用スイッチ６から取得したり、当該取得したＤＬＣＩをフレーム変換部２に伝送するものである。なお、中央処理部１には、フレーム変換部２からＤＬＣＩ取得指示と共に、ＭＡＣアドレス等の通信端末１０１（送信元）に関する情報および対向装置１０３（送信先）に関する情報が与えられ、中央処理部１はこれらの情報をＤＬＣＩ設定用スイッチ部６に伝送する。
【００２１】
次に、ＤＬＣＩ設定用スイッチ部６について説明する。ＤＬＣＩ設定用スイッチ部６は、ＤＬＩ伝送部１１からのＤＬＣＩ取得指示に基づいて、新しく設定されるデータリンクの送信元および送信先に対してそれぞれＤＬＣＩの値を個別に設定するものである。なお、ＤＬＣＩ設定用スイッチ部６におけるＤＬＣＩの設定は、１〜１０２４等の数字を表現可能な物理スイッチによって行われる。物理スイッチは、例えば、ロータリースイッチやディップスイッチ、デジタルスイッチ、ダイヤルスイッチ等である。
【００２２】
端末Ｉ／Ｆ部３は、通信端末１０１とフレームリレー伝送装置５０とのインタフェースである。また、フレームリレーＩ／Ｆ部４は、フレームリレー網１０２とフレームリレー伝送装置５０とのインタフェースである。
【００２３】
次に、図１を参照して通信端末１０１から対向装置１０３へデータ伝送する場合（上り方向の場合）における、本実施形態のフレームリレー伝送装置５０の動作について説明する。
【００２４】
通信端末１０１から送信されたデータ（例えば、ＭＡＣフレーム）は、フレームリレー伝送装置５０内の端末Ｉ／Ｆ部３で受信され、フレーム変換部２へ伝送される。フレーム変換部２は、当該データを受信すると、当該データのフレーム形式をフレームリレー方式に変換する。このとき、フレーム変換部２は、中央処理部１に対して、通信端末１０１（送信元）および対向装置１０３（送信先）のそれぞれに対応付けられたＤＬＣＩを伝送するよう指示する。中央処理部１は、ＤＬＣＩ設定用スイッチ部６に対して通信端末１０１および対向装置１０３に関する情報を送信し、ＤＬＣＩ設定用スイッチ部６によって設定されたＤＬＣＩの値をフレーム変換部１０２に伝送する。そして、フレーム変換部２は当該ＤＬＣＩの値をヘッダに付加してフレームリレーの形式に変換する。フレーム変換部２によって変換されたフレームリレー方式データは、フレームリレーＩ／Ｆ部４およびフレームリレー網１０２を介して対向装置１０３へ伝送される。
【００２５】
次に、対向装置１０３から通信端末１０１へデータ伝送する場合（下り方向の場合）における、本実施形態のフレームリレー伝送装置５０の動作について簡単に説明する。対向装置１０３から送信され、フレームリレー網１０２を介してフレームリレー伝送装置５０に伝送されたフレームリレー方式のデータは、フレーム変換部２で通信端末１０１におけるフレーム形式（例えば、ＭＡＣフレーム）に変換される。このとき、フレーム変換部２は、当該フレームリレー方式のフレームのヘッダからＤＬＣＩを切り分けて変換後のフレーム形式に再構成する。フレーム変換部２によって変換されたデータは、通信端末１０１へ伝送される。
【００２６】
以上説明したように、本実施形態のフレームリレー伝送装置５０によれば、通信端末１０１からの伝送データに対してフレームリレー方式にフレーム変換する際に必要とされるＤＬＣＩが、当該装置５０内に設けられているＤＬＣＩ設定用スイッチ部６から得られる。また、ＤＬＣＩ設定用スイッチ部６は、物理スイッチによって実現されているため、ＤＬＣＩの設定に関する処理を容易に行うことができる。
【００２７】
なお、本実施形態では、通信端末１０１がイーサネットに接続されているが、ＡＴＭ網やシリアル接続等であっても良い。また、本実施形態のフレームリレー伝送装置の適用例としては、例えば、ＩＰ電話（インターネットプロトコルを用いる電話）や、ネットワーク監視等のサービスが考えられる。
【００２８】
〔パケット処理装置〕
次に、本発明のパケット処理装置の一実施形態を説明する。
まず、従来の技術について簡単に説明する。従来より、通信網に接続されている複数の端末に仮想ＬＡＮ（ＶＬＡＮ）の設定が行われているとき、当該ＶＬＡＮを伝送するパケットには、当該パケットが所属するＶＬＡＮを識別するための識別子であるＶＬＡＮタグ（以下、単に「タグ」という。）が付加されている。パケットに付加されたタグには、当該パケットの送信元および送信先が所属するＶＬＡＮを識別する情報が含まれている。以下、複数の端末（端末１〜端末１０）およびパケット処理装置（パケット処理装置１，パケット処理装置２）がイーサネットに接続されており、端末１〜端末５およびパケット処理装置１は第１のＶＬＡＮに属しており、端末６〜端末１０およびパケット処理装置２は第２のＶＬＡＮに属している場合について説明する。
【００２９】
まず、第１のＶＬＡＮに属している端末１からパケット処理装置１にＩＣＭＰのエコー要求のパケットを送信する場合について説明する。端末１から送信されたパケットは、パケット処理装置１に伝送される。パケット処理装置１は、当該パケットに付加されているタグを参照して、当該パケットの送信元である端末１が属するＶＬＡＮを判断する。端末１はパケット処理装置１と同じＶＬＡＮに属しているため、所定の処理を行った後、当該パケットに対する応答パケットを端末１に送る。
【００３０】
次に、第１のＶＬＡＮに属している端末１が、第２のＶＬＡＮに属しているパケット処理装置２にＩＣＭＰのエコー要求のパケットを送信する場合について説明する。端末１から送信されたパケットは、パケット処理装置２に伝送される。パケット処理装置２は、当該パケットに付加されているタグを参照して、当該パケットの送信元である端末１が属するＶＬＡＮを判断する。端末１はパケット処理装置２と同じＶＬＡＮに属していないため、所定の処理を行わない。結果として、端末１はエコー要求に対する応答パケットを受信することができない。
【００３１】
このように、送信元の端末とパケット処理装置とが同一のＶＬＡＮに属していない場合、容易に相互通信を行うことができないという問題があった。
【００３２】
本発明のパケット処理装置は、上記問題に鑑みてなされたものであって、送信元の端末およびパケット処理装置のＶＬＡＮの設定に関わらず、容易に相互通信を行うことのできるパケット処理装置を提供することを目的とする。
【００３３】
図２は、タグ付きパケットのフォーマットを示す図である。図２に示すように、タグは、イーサネットフレームのヘッダ中に含まれている。なお、タグは中央処理部１２での処理には不要な情報である。
【００３４】
図３は、本実施形態のパケット処理装置を含む通信システムの構成を示すブロック図である。本実施形態の通信システムは、パケット処理装置６０と、通信端末１０１と、対向装置１０３と、フレームリレー網１０２とから構成されている。本実施形態のパケット処理装置６０は、宛先判断部１０と、特許請求の範囲のパケット処理部に該当する中央処理部１２と、端末Ｉ／Ｆ部３と、フレームリレーＩ／Ｆ部４と、ＶＬＡＮ変換部７とを備えて構成されている。
【００３５】
以下、本実施形態に係るパケット処理装置６０が有する各構成要素について説明する。
まず、宛先判断部１０について説明する。宛先判断部１０は、通信端末１０１から伝送されたパケットの宛先アドレスがパケット処理装置６０であるかを判断するものである。当該伝送パケットの宛先アドレスがパケット処理装置６０であれば、宛先判断部１０は、ＶＬＡＮ変換部７に当該パケットを伝送する。
【００３６】
次に、ＶＬＡＮ変換部７について説明する。ＶＬＡＮ変換部７は、図４に示すように、タグ付きパケット受信キュー７０１と、タグ分離部７０２と、タグ付加部７０３と、タグ保存部に該当するタグ保存メモリ７０４と、タグ付きパケット送信キュー７０５とを有するものである。図４は、本実施形態のパケット処理装置６０が有するＶＬＡＮ変換部７の内部構成を示すブロック図である。
【００３７】
タグ付きパケット受信キュー７０１は、宛先判断部１０から伝送されたパケットを受信し、当該パケットがタグ付きパケットであれば、当該タグ付きパケット（以下「タグ付きパケット７５」という。）を一旦保持するものである。また、タグ付きパケット受信キュー７０１は、後述するタグ分離部７０２によってタグが分離されたタグ付きパケット７５（以下「タグなしパケット７６」という。）を中央処理部１２に送信するものである。
【００３８】
タグ分離部７０２は、タグ付きパケット受信キュー７０１で保持されているタグ付きパケット７５からタグを分離するものである。タグ保存メモリ７０４は、タグ分離部７０２によってタグ付きパケット７５から分離されたタグを保存するものである。
【００３９】
タグ付加部７０３は、中央処理部１２から送信され、後述するタグ付きパケット送信キュー７０５で保持されているタグのないパケット（以下「タグなしパケット７７」という。）に、タグ保存メモリ７０４に保存されているタグを付加するものである。
【００４０】
タグ付きパケット送信キュー７０５は、中央処理部１２から送信されたタグなしパケット７７を受信し、一旦保持するものである。また、タグ付きパケット送信キュー７０５は、タグ付加部７０３によってタグが付加されたタグ付きパケット（以下「タグ付きパケット７８」という。）を送信するものである。
【００４１】
次に、中央処理部１２について説明する。中央処理部１２は、ＶＬＡＮ変換部７から伝送されたタグなしパケット７６を受信し、当該パケットの内容に応じて所定の処理を行うものである。前記所定の処理とは、例えば、タグなしパケット７６がＩＣＭＰのエコー要求である場合、通信端末１０１がフレームリレー網１０２に接続可能であるかを調べた後、ＩＣＭＰのエコー応答のパケットをタグなしパケット７７としてＶＬＡＮ変換部７に送信することである。なお、中央処理部１２での処理にタグは不要である。
【００４２】
端末Ｉ／Ｆ部３は、通信端末１０１とフレームリレー伝送装置５０とのインタフェースであり、フレームリレーＩ／Ｆ部４は、フレームリレー網１０２とフレームリレー伝送装置５０とのインタフェースである。
【００４３】
次に、図３および図４を参照して、本実施形態のパケット処理装置の動作について説明する。なお、以下の説明では、通信端末１０１が、パケット処理装置６０に対してＩＣＭＰのエコー要求を行う場合について説明する。
【００４４】
まず、通信端末１０１からパケット処理装置６０宛てに、タグ付きパケット７５としてエコー要求が送信されると、当該パケットは、パケット処理装置６０内の端末Ｉ／Ｆ部３で受信され、宛先判断部１０に伝送される。宛先判断部１０は、当該パケットの宛先アドレスがパケット処理装置６０であることを判断すると、当該パケットをＶＬＡＮ変換部７に伝送する。タグ付きパケット受信キュー７０１は、ＶＬＡＮ変換部７に伝送されたタグ付きパケット７５を受信すると共に保持する。次に、タグ分離部７０２は、タグ付きパケット受信キュー７０１に保持されているタグ付きパケット７５からタグを分離する。つまり、タグ付きパケット７５は、タグとタグなしパケット７６とに分離される。当該分離されたタグはタグ保存メモリ７０４に保存され、一方、タグなしパケット７６は中央処理部１２に伝送される。
【００４５】
中央処理部１２は、ＶＬＡＮ変換部７から伝送されたタグなしパケット７６を受信する。当該パケットの内容はエコー要求であるため、中央処理部１２は、通信端末１０１がフレームリレー網１０２に接続可能であるかを調べた後、ＩＣＭＰのエコー応答をタグなしパケット７７としてＶＬＡＮ変換部７に送信する。ＶＬＡＮ変換部７が有するタグ付きパケット送信キュー７０５は、中央処理部１２から伝送されたタグなしパケット７７を受信し、一旦保持する。その後、タグ付加部７０３は、タグ保存メモリ７０４からタグを取り出し、タグなしパケット７７に当該タグを付加する。つまり、タグなしパケット７７は、タグが付加されてタグ付きパケット７８となる。次に、タグ付きパケット送信キュー７０５は、タグ付きパケット７８を宛先判断部１０に送信する。宛先判断部１０は、端末Ｉ／Ｆ部３を介してタグ付きパケット７８を通信端末１０１に伝送する。
【００４６】
以上説明したように、本実施形態のパケット処理装置６０では、通信端末１０１から伝送されたタグ付きパケット７５の宛先がパケット処理装置６０であれば、当該タグ付きパケット７５からタグを分離した後、パケットの内容に応じた処理を行い、当該タグが付加されたＩＣＭＰのエコー応答をタグ付きパケット７８として通信端末１０１に送信する。したがって、通信端末１０１およびパケット処理装置６０のＶＬＡＮの設定に関わらず、パケット処理装置６０は通信端末１０１から送信されたパケットを受信することができるため、結果として、要求に対する応答といった相互通信を容易に行うことが可能となる。
【００４７】
なお、以上の説明においては、ＩＣＭＰのエコー要求を通信端末１０１から送信する場合について説明したが、送信するパケットは、ｔｅｌｎｅｔの要求等、ユニキャストパケットやＡＲＰ（アドレス解決プロトコル：Ａｄｄｒｅｓｓ　Ｒｅｓｏｌｕｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）等のブロードキャストパケットであっても良い。この場合、タグ保存メモリ７０４のメモリ領域は、タグ付きパケット７５の種類によって、ユニキャスト用領域とブロードキャスト用領域とに分かれていることが望ましい。
【００４８】
また、タグ付きパケット７５は、通信端末１０１からではなくフレームリレー網１０２を介して対向装置１０３から送信されても良い。この場合、送信元によって、通信端末用領域とフレームリレー網用領域とに分かれていることが望ましい。
【００４９】
なお、本実施形態では、通信端末１０１がイーサネットに接続されているが、ＡＴＭ網やシリアル接続等であっても良い。また、本実施形態のパケット処理装置の適用例としては、例えば、ＩＰ電話（インターネットプロトコルを用いる電話）や、ネットワーク監視等のサービスが考えられる。
【００５０】
【発明の効果】
以上説明したように、本発明に係るパケット処理装置によれば、送信元の端末およびパケット処理装置のＶＬＡＮの設定に関わらず、容易に相互通信を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るフレーム伝送装置を含む通信システムの構成例を示すブロック図である。
【図２】本発明の一実施形態に係るパケット処理装置のＶＬＡＮタグ付きパケットのフォーマットを示す図である。
【図３】本発明の一実施形態に係るパケット処理装置を含む通信システムの構成例を示すブロック図である。
【図４】本発明の一実施形態に係るパケット処理装置のＶＬＡＮ変換部７の内部構成を示すブロック図である。
【図５】従来のフレームリレー伝送装置を含む通信システムの構成例を示すブロック図である。
【符号の説明】
１０１　通信端末
１０２　フレームリレー網
１０３　対向装置
１，１１，１２　中央処理部
２　フレーム変換部
３　端末Ｉ／Ｆ部
４　フレームリレーＩ／Ｆ部
６　ＤＬＣＩ設定用スイッチ部
７　ＶＬＡＮ変換部
１０　宛先判断部
５０　フレームリレー伝送装置
６０　パケット処理装置
７０１　タグ付きパケット受信キュー
７０２　タグ分離部
７０３　タグ付加部
７０４　タグ保存メモリ
７０５　タグ付きパケット送信キュー[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a packet processing device capable of easily setting a DLCI (data link connection identifier) required for a frame of a frame relay system.
[0002]
[Prior art]
As a conventional frame relay transmission device, for example, there is one as shown in FIG. FIG. 5 is a block diagram illustrating a configuration example of a communication system including a conventional frame relay transmission device 100. The communication system shown in FIG. 5 includes a frame relay transmission device 100, a communication terminal 101, an opposite device 103, a frame relay network 102, and a maintenance console 104.
[0003]
The frame relay transmission device 100 includes a frame conversion unit 2 for mutually converting between a frame format of data in the communication terminal 101 and a frame format of data transmitted through the frame relay network 102 (hereinafter, referred to as a “frame relay system”), and a maintenance console. A central processing unit 11 that transmits a value of a DLCI (Data Link Connection Identifier) described later set in 104 to the frame conversion unit 2, and a terminal that is an interface between the communication terminal 101 and the frame relay transmission device 100. An I / F unit 3, a frame relay I / F unit 4, which is an interface between the frame relay network 102 and the frame relay transmission device 100, and a maintenance service, which is an interface between the maintenance console 104 and the frame relay transmission device 100. It is constituted by a sole I / F unit 5.
[0004]
The communication terminal 101 is, for example, a terminal connected to the frame relay transmission device 100 via Ethernet or the like, and transmits / receives data to / from the opposite device 103 via the frame relay transmission device 100 and the frame relay network 102. Things. The opposite device 103 is connected to the frame relay network 102, and transmits and receives data to and from the communication terminal 101 via the frame relay transmission device 100.
[0005]
The maintenance console 104 is connected to the frame relay transmission device 100, and stores a table in which the value of a DLCI (data link connection identifier) is set in advance in a range of 16 to 47 for each line (hereinafter, referred to as a DLCI table). And updates the DLCI table every time a new DLCI is set. In addition, the maintenance console 104 receives information on the communication terminal 101 (transmission source) such as a MAC address from the central processing unit 11 of the frame relay transmission device 100 via the maintenance console I / F unit 5 and the counterpart device 103 (transmission destination). When the information about the communication terminal 101 is received, the value of the DLCI associated with the communication terminal 101 and the value of the DLCI associated with the opposite device 103 are transmitted to the central processing unit 11 in the frame relay transmission device 100 with reference to the DLCI table.
[0006]
The DLCI is an identifier for identifying a plurality of logical communication paths (data links) set in a physical communication path between the frame relay transmission apparatus 100 and the opposing apparatus 103, and This is information necessary to configure the header of the relay frame. The “setting of a new DLCI” is to individually set a DLCI for each of a transmission source and a transmission destination when a new data link is set.
[0007]
Next, an operation of the conventional frame relay transmission device when data is transmitted from the communication terminal 101 to the opposing device 103 (in the case of the uplink direction) will be described with reference to FIG.
[0008]
Data (for example, a MAC frame) transmitted from the communication terminal 101 is received by the terminal I / F unit 3 in the frame relay transmission device 100 and transmitted to the frame conversion unit 2. Upon receiving the data, the frame conversion unit 2 converts the frame format of the data into a frame relay method. At this time, the frame conversion unit 2 instructs the central processing unit 11 to transmit the DLCI associated with each of the communication terminal 101 (transmission source) and the opposite device 103 (transmission destination). The central processing unit 11 transmits information on the communication terminal 101 and the opposing device 103 to the maintenance console 104, and transmits the DLCI value set by the maintenance console 104 to the frame conversion unit 102. Then, the frame conversion unit 2 adds the DLCI value to the header and converts the DLCI into a frame relay format. The data of the frame relay system converted by the frame conversion unit 2 is transmitted to the opposite device 103 via the frame relay I / F unit 4 and the frame relay network 102.
[0009]
[Problems to be solved by the invention]
However, as described above, in the above-described conventional frame relay transmission apparatus 100, when the data transmitted from the communication terminal 101 is converted into the frame relay system by the frame conversion unit 2, the DLCI is required. The processing unit 11 instructs the maintenance console 104 to transmit the DLCI. Since the maintenance console 104 is provided outside the frame relay transmission apparatus 100, the DLCI transmission instruction and the DLCI transmission must be performed via a network such as a LAN, and the DLCI table is updated accordingly. There must be. Also, since the DLCI transmission instruction and the set DLCI are transmitted via the network, transmission delay may be considered. As described above, the process related to the setting of the DLCI is not easy, and there is room for improvement.
[0010]
The present invention has been made in view of the above-described conventional circumstances, and has as its object to provide a frame relay transmission device capable of easily performing DLCI setting.
[0011]
[Means for Solving the Problems]
The packet processing device of the present invention includes a destination determining unit that determines whether a destination address of a tagged reception packet transmitted from a communication terminal is addressed to the own device, and a tag from the tagged reception packet whose destination address is addressed to the own device. A tag separation unit to be separated, a tag storage unit that stores the tag separated by the tag separation unit, and performs a predetermined process according to the content of the untagged received packet from which the tag is separated by the tag separation unit. A packet processing unit for generating a no-reply packet; and a tag adding unit for adding a tag stored in the tag storage unit to the untagged reply packet, with a tag added by the tag adding unit. A reply packet is transmitted to the communication terminal. Therefore, mutual communication can be easily performed regardless of the VLAN settings of the source terminal and the packet processing device.
[0012]
Further, in the packet processing device according to the present invention, when the tagged reception packet is a unicast packet or a broadcast packet, the memory area of the tag storage unit stores a tag separated from the tagged unicast packet. And an area for storing a tag separated from a tagged broadcast packet.
[0013]
Further, in the packet processing device of the present invention, when the received packet with a tag can be transmitted through a frame relay network, the memory area of the tag storage unit is separated from the packet transmitted through the frame relay network. It is preferable that the area is divided into an area for storing a tag and an area for storing a tag separated from a packet transmitted through a network other than the frame relay network.
[0014]
BEST MODE FOR CARRYING OUT THE INVENTION
[Frame relay transmission equipment]
First, an embodiment of the frame relay transmission device according to the present invention will be described.
FIG. 1 is a block diagram illustrating a configuration of a communication system including an embodiment of a frame relay transmission device according to the present invention. As shown in the figure, the communication system according to the present embodiment includes a frame relay transmission device 50, a communication terminal 101, an opposite device 103, and a frame relay network 102. The frame relay network 102 is provided between the frame relay transmission device 50 and the opposing device 103. The communication terminal 101 and the frame relay transmission device 50 are connected by Ethernet.
[0015]
The communication terminal 101 transmits and receives data to and from the opposing device 103 via the frame relay transmission device 50 and the frame relay network 102. The opposite device 103 is connected to the frame relay network 102, and transmits and receives data to and from the communication terminal 101 via the frame relay transmission device 100.
[0016]
The frame relay transmission device 50 includes a frame conversion unit 2, a central processing unit 1 corresponding to a DLCI acquisition unit in claims, a DLCI setting switch unit 6 corresponding to a DLCI setting unit, and a terminal I / F unit 3 And a frame relay I / F unit 4 for relaying data transmission between the communication terminal 101 and the opposing device 103, and for converting the frame format for both uplink and downlink. . Hereinafter, each component of the frame relay transmission device 50 of the present embodiment will be described.
[0017]
First, the frame conversion unit 2 will be described. When transmitting data from the communication terminal 101 to the opposing device 103 (in the case of the uplink direction), the frame conversion unit 2 converts the frame format (such as a MAC frame) of the data transmitted from the communication terminal 101 into data transmitted through the frame relay network 102. (Hereinafter referred to as “frame relay method”). However, a frame of the frame relay system requires a DLCI (Data Link Connection Identifier) in its header. Therefore, when converting to the frame relay method, the frame conversion unit 2 adds the DLCI value set by the DLCI setting switch unit 6 to the header of the frame. The frame conversion unit 2 transmits the data of the frame relay system thus converted to the frame relay network 102 via the frame relay I / F unit 4.
[0018]
The DLCI is an identifier for respectively identifying a plurality of logical communication paths (data links) set in a physical communication path between the frame relay transmission device 50 and the opposing device 103, and This is information necessary to configure the header of the relay frame.
[0019]
On the other hand, when transmitting data from the opposite device 103 to the communication terminal 101 (in the case of a downlink direction), the frame conversion unit 2 converts the frame relay data transmitted from the opposite device 103 through the frame relay network 102 into the communication terminal 101. Is converted to the frame format. At this time, when receiving the data transmitted via the frame relay network 102, the frame conversion unit 2 separates the DLCI from the frame of the data.
[0020]
Next, the central processing unit 1 will be described. The central processing unit 1 obtains a DLCI required for frame conversion in the upstream direction by the frame conversion unit 2 from the DLCI setting switch 6 in accordance with an instruction from the frame conversion unit 2, and obtains the obtained DLCI. This is transmitted to the frame conversion unit 2. The central processing unit 1 is provided with information on the communication terminal 101 (transmission source) such as a MAC address and information on the opposing device 103 (transmission destination) together with the DLCI acquisition instruction from the frame conversion unit 2. Transmits this information to the DLCI setting switch unit 6.
[0021]
Next, the DLCI setting switch unit 6 will be described. The DLCI setting switch unit 6 individually sets the DLCI value for the source and destination of the newly set data link based on the DLCI acquisition instruction from the DLI transmission unit 11. The DLCI setting in the DLCI setting switch unit 6 is performed by a physical switch capable of expressing numbers such as 1 to 1024. The physical switch is, for example, a rotary switch, a dip switch, a digital switch, a dial switch, or the like.
[0022]
The terminal I / F unit 3 is an interface between the communication terminal 101 and the frame relay transmission device 50. The frame relay I / F unit 4 is an interface between the frame relay network 102 and the frame relay transmission device 50.
[0023]
Next, the operation of the frame relay transmission device 50 of the present embodiment when data is transmitted from the communication terminal 101 to the opposing device 103 (in the case of the uplink direction) will be described with reference to FIG.
[0024]
Data (for example, a MAC frame) transmitted from the communication terminal 101 is received by the terminal I / F unit 3 in the frame relay transmission device 50 and transmitted to the frame conversion unit 2. Upon receiving the data, the frame conversion unit 2 converts the frame format of the data into a frame relay method. At this time, the frame conversion unit 2 instructs the central processing unit 1 to transmit the DLCI associated with each of the communication terminal 101 (transmission source) and the opposing device 103 (transmission destination). The central processing unit 1 transmits information on the communication terminal 101 and the opposing device 103 to the DLCI setting switch unit 6 and transmits the DLCI value set by the DLCI setting switch unit 6 to the frame conversion unit 102. Then, the frame conversion unit 2 adds the DLCI value to the header and converts the DLCI value into a frame relay format. The frame relay system data converted by the frame conversion unit 2 is transmitted to the opposite device 103 via the frame relay I / F unit 4 and the frame relay network 102.
[0025]
Next, the operation of the frame relay transmission device 50 of the present embodiment when data is transmitted from the opposite device 103 to the communication terminal 101 (in the case of a downlink direction) will be briefly described. The data of the frame relay system transmitted from the opposite device 103 and transmitted to the frame relay transmission device 50 via the frame relay network 102 is converted by the frame conversion unit 2 into a frame format (for example, a MAC frame) in the communication terminal 101. You. At this time, the frame conversion unit 2 separates the DLCI from the header of the frame of the frame relay system and reconfigures the DLCI into the converted frame format. The data converted by the frame conversion unit 2 is transmitted to the communication terminal 101.
[0026]
As described above, according to the frame relay transmission device 50 of the present embodiment, the DLCI required when the transmission data from the communication terminal 101 is subjected to the frame conversion to the frame relay method is stored in the device 50. It is obtained from the provided DLCI setting switch unit 6. Further, since the DLCI setting switch unit 6 is realized by a physical switch, it is possible to easily perform processing related to the setting of the DLCI.
[0027]
In the present embodiment, the communication terminal 101 is connected to the Ethernet, but may be an ATM network or a serial connection. Further, as an application example of the frame relay transmission device of the present embodiment, for example, services such as an IP telephone (a telephone using the Internet protocol) and a network monitoring are conceivable.
[0028]
[Packet processing device]
Next, an embodiment of the packet processing device of the present invention will be described.
First, a conventional technique will be briefly described. 2. Description of the Related Art Conventionally, when a virtual LAN (VLAN) is set for a plurality of terminals connected to a communication network, a packet transmitted through the VLAN is identified by an identifier for identifying the VLAN to which the packet belongs. A certain VLAN tag (hereinafter, simply referred to as “tag”) is added. The tag added to the packet contains information for identifying the VLAN to which the source and destination of the packet belong. Hereinafter, a plurality of terminals (terminal 1 to terminal 10) and a packet processing device (packet processing device 1 and packet processing device 2) are connected to the Ethernet, and the terminal 1 to terminal 5 and the packet processing device 1 are connected to a first VLAN. The case where the terminals 6 to 10 and the packet processing device 2 belong to the second VLAN will be described.
[0029]
First, a case where an ICMP echo request packet is transmitted from the terminal 1 belonging to the first VLAN to the packet processing device 1 will be described. The packet transmitted from the terminal 1 is transmitted to the packet processing device 1. The packet processing device 1 refers to the tag added to the packet and determines the VLAN to which the terminal 1 that is the transmission source of the packet belongs. Since the terminal 1 belongs to the same VLAN as the packet processing device 1, after performing a predetermined process, the terminal 1 sends a response packet to the packet to the terminal 1.
[0030]
Next, a case where the terminal 1 belonging to the first VLAN transmits an ICMP echo request packet to the packet processing device 2 belonging to the second VLAN will be described. The packet transmitted from the terminal 1 is transmitted to the packet processing device 2. The packet processing device 2 refers to the tag added to the packet and determines the VLAN to which the terminal 1 that is the transmission source of the packet belongs. Since the terminal 1 does not belong to the same VLAN as the packet processing device 2, the terminal 1 does not perform a predetermined process. As a result, the terminal 1 cannot receive a response packet to the echo request.
[0031]
As described above, when the source terminal and the packet processing apparatus do not belong to the same VLAN, there is a problem that mutual communication cannot be easily performed.
[0032]
The packet processing device of the present invention has been made in view of the above problems, and provides a packet processing device capable of easily performing mutual communication regardless of the VLAN setting of the source terminal and the packet processing device. The purpose is to do.
[0033]
FIG. 2 is a diagram showing a format of a tagged packet. As shown in FIG. 2, the tag is included in the header of the Ethernet frame. The tag is information unnecessary for processing in the central processing unit 12.
[0034]
FIG. 3 is a block diagram illustrating a configuration of a communication system including the packet processing device according to the present embodiment. The communication system according to the present embodiment includes a packet processing device 60, a communication terminal 101, an opposite device 103, and a frame relay network 102. The packet processing device 60 according to the present embodiment includes a destination determination unit 10, a central processing unit 12, which corresponds to a packet processing unit in the claims, a terminal I / F unit 3, a frame relay I / F unit 4, And a VLAN conversion unit 7.
[0035]
Hereinafter, each component of the packet processing device 60 according to the present embodiment will be described.
First, the destination determining unit 10 will be described. The destination determining unit 10 determines whether the destination address of the packet transmitted from the communication terminal 101 is the packet processing device 60. If the destination address of the transmission packet is the packet processing device 60, the destination determination unit 10 transmits the packet to the VLAN conversion unit 7.
[0036]
Next, the VLAN conversion unit 7 will be described. As shown in FIG. 4, the VLAN conversion unit 7 includes a tagged packet reception queue 701, a tag separation unit 702, a tag addition unit 703, a tag storage memory 704 corresponding to a tag storage unit, a tagged packet transmission queue 705. FIG. 4 is a block diagram illustrating an internal configuration of the VLAN conversion unit 7 included in the packet processing device 60 according to the present embodiment.
[0037]
The tagged packet reception queue 701 receives the packet transmitted from the destination determining unit 10 and, if the packet is a tagged packet, temporarily holds the tagged packet (hereinafter, referred to as a “tagged packet 75”). Things. The tagged packet reception queue 701 transmits to the central processing unit 12 a tagged packet 75 (hereinafter, referred to as “untagged packet 76”) whose tag has been separated by a tag separation unit 702 described later.
[0038]
The tag separation unit 702 separates a tag from the tagged packet 75 held in the tagged packet reception queue 701. The tag storage memory 704 stores the tag separated from the tagged packet 75 by the tag separation unit 702.
[0039]
The tag adding unit 703 stores the untagged packet (hereinafter, referred to as “untagged packet 77”) transmitted from the central processing unit 12 and held in the tagged packet transmission queue 705 described later in the tag storage memory 704. The tag is added.
[0040]
The tagged packet transmission queue 705 receives the untagged packet 77 transmitted from the central processing unit 12 and temporarily holds it. The tagged packet transmission queue 705 transmits a tagged packet to which a tag has been added by the tag adding unit 703 (hereinafter, referred to as a “tagged packet 78”).
[0041]
Next, the central processing unit 12 will be described. The central processing unit 12 receives the untagged packet 76 transmitted from the VLAN conversion unit 7 and performs a predetermined process according to the content of the packet. The predetermined processing is, for example, when the untagged packet 76 is an ICMP echo request, after checking whether the communication terminal 101 can be connected to the frame relay network 102, the ICMP echo response packet is untagged. That is, the packet 77 is transmitted to the VLAN conversion unit 7. Note that a tag is not required for processing in the central processing unit 12.
[0042]
The terminal I / F unit 3 is an interface between the communication terminal 101 and the frame relay transmission device 50, and the frame relay I / F unit 4 is an interface between the frame relay network 102 and the frame relay transmission device 50.
[0043]
Next, the operation of the packet processing device according to the present embodiment will be described with reference to FIGS. In the following description, a case where the communication terminal 101 issues an ICMP echo request to the packet processing device 60 will be described.
[0044]
First, when an echo request is transmitted as a tagged packet 75 from the communication terminal 101 to the packet processing device 60, the packet is received by the terminal I / F unit 3 in the packet processing device 60, and the destination determination unit 10 Transmitted to When determining that the destination address of the packet is the packet processing device 60, the destination determining unit 10 transmits the packet to the VLAN conversion unit 7. The tagged packet reception queue 701 receives and holds the tagged packet 75 transmitted to the VLAN conversion unit 7. Next, the tag separating unit 702 separates a tag from the tagged packet 75 held in the tagged packet reception queue 701. That is, the tagged packet 75 is separated into a tag and an untagged packet 76. The separated tag is stored in the tag storage memory 704, while the untagged packet 76 is transmitted to the central processing unit 12.
[0045]
The central processing unit 12 receives the untagged packet 76 transmitted from the VLAN conversion unit 7. Since the content of the packet is an echo request, the central processing unit 12 checks whether the communication terminal 101 can be connected to the frame relay network 102, and then converts the ICMP echo response into an untagged packet 77 as the VLAN conversion unit 7. Send to The tagged packet transmission queue 705 of the VLAN conversion unit 7 receives the untagged packet 77 transmitted from the central processing unit 12 and temporarily holds the packet. Thereafter, the tag adding unit 703 extracts the tag from the tag storage memory 704 and adds the tag to the untagged packet 77. That is, the untagged packet 77 becomes a tagged packet 78 with a tag added. Next, the tagged packet transmission queue 705 transmits the tagged packet 78 to the destination determining unit 10. The destination determining unit 10 transmits the tagged packet 78 to the communication terminal 101 via the terminal I / F unit 3.
[0046]
As described above, in the packet processing device 60 of the present embodiment, if the destination of the tagged packet 75 transmitted from the communication terminal 101 is the packet processing device 60, after separating the tag from the tagged packet 75, A process according to the contents of the packet is performed, and an ICMP echo response to which the tag is added is transmitted to the communication terminal 101 as a tagged packet 78. Therefore, regardless of the VLAN settings of the communication terminal 101 and the packet processing device 60, the packet processing device 60 can receive the packet transmitted from the communication terminal 101, and as a result, the mutual communication such as the response to the request is facilitated. It is possible to do it.
[0047]
In the above description, a case where an ICMP echo request is transmitted from the communication terminal 101 has been described. However, a packet to be transmitted may be a unicast packet, an ARP (Address Resolution Protocol), or the like, such as a telnet request. Broadcast packet. In this case, it is desirable that the memory area of the tag storage memory 704 be divided into a unicast area and a broadcast area according to the type of the tagged packet 75.
[0048]
The tagged packet 75 may be transmitted from the opposite device 103 via the frame relay network 102 instead of the communication terminal 101. In this case, it is desirable that the transmission source is divided into a communication terminal area and a frame relay network area depending on the transmission source.
[0049]
In the present embodiment, the communication terminal 101 is connected to the Ethernet, but may be an ATM network or a serial connection. Further, as an application example of the packet processing device of the present embodiment, for example, a service such as an IP telephone (a telephone using the Internet protocol) and a network monitoring can be considered.
[0050]
【The invention's effect】
As described above, according to the packet processing device of the present invention, mutual communication can be easily performed regardless of the setting of the VLAN of the source terminal and the packet processing device.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration example of a communication system including a frame transmission device according to an embodiment of the present invention.
FIG. 2 is a diagram showing a format of a packet with a VLAN tag of the packet processing device according to the embodiment of the present invention.
FIG. 3 is a block diagram illustrating a configuration example of a communication system including a packet processing device according to an embodiment of the present invention.
FIG. 4 is a block diagram showing an internal configuration of a VLAN conversion unit 7 of the packet processing device according to one embodiment of the present invention.
FIG. 5 is a block diagram illustrating a configuration example of a communication system including a conventional frame relay transmission device.
[Explanation of symbols]
Reference Signs List 101 Communication terminal 102 Frame relay network 103 Opposing devices 1, 11, 12 Central processing unit 2 Frame conversion unit 3 Terminal I / F unit 4 Frame relay I / F unit 6 DLCI setting switch unit 7 VLAN conversion unit 10 Destination determination unit 50 Frame relay transmission device 60 Packet processing device 701 Tagged packet reception queue 702 Tag separation unit 703 Tag addition unit 704 Tag storage memory 705 Tagged packet transmission queue

Claims

A destination determining unit that determines whether the destination address of the tagged reception packet transmitted from the communication terminal is addressed to the own device,
A tag separating unit that separates a tag from a tagged received packet whose destination address is addressed to the own device;
A tag storage unit that stores the tags separated by the tag separation unit,
A packet processing unit that performs predetermined processing according to the content of the untagged reception packet whose tag has been separated by the tag separation unit, and generates an untagged reply packet,
A tag adding unit that adds a tag stored in the tag storage unit to the tag-less reply packet,
A packet processing device for transmitting a tagged reply packet to which a tag is added by the tag adding unit to the communication terminal.

When the tagged received packet is a unicast packet or a broadcast packet,
The memory area of the tag storage unit is divided into an area for storing tags separated from tagged unicast packets, and an area for storing tags separated from tagged broadcast packets. 2. The packet processing device according to claim 1, wherein:

When the tagged received packet can be transmitted via a frame relay network,
The memory area of the tag storage unit is separated from an area for storing a tag separated from a packet transmitted through the frame relay network and a packet transmitted from a network other than the frame relay network. 3. The packet processing device according to claim 1, wherein the packet processing device is divided into an area for storing the tag.