JP2004199366A - 時刻設定システム、及び、時刻設定方法 - Google Patents
時刻設定システム、及び、時刻設定方法 Download PDFInfo
- Publication number
- JP2004199366A JP2004199366A JP2002366701A JP2002366701A JP2004199366A JP 2004199366 A JP2004199366 A JP 2004199366A JP 2002366701 A JP2002366701 A JP 2002366701A JP 2002366701 A JP2002366701 A JP 2002366701A JP 2004199366 A JP2004199366 A JP 2004199366A
- Authority
- JP
- Japan
- Prior art keywords
- ntp
- ntp server
- server
- time
- network
- 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.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Synchronisation In Digital Transmission Systems (AREA)
Abstract
【課題】被伝送装置（ＮＥ(network element)等）自身が自主的にネットワーク内の時間設定、時刻同期できるようにする。
【解決手段】光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムであって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするブロードキャスト手段と、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する取得手段と、を備える。
【選択図】 図１
【解決手段】光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムであって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするブロードキャスト手段と、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する取得手段と、を備える。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、光ネットワークに接続されＮＴＰクライアントとして位置づけられる装置に時刻設定するための技術に関する。
【０００２】
【従来の技術】
近年の伝送装置の監視は、光ネットワーク内に閉じた形態から、ＩＰネットワークを跨いでの監視へ移行している。このため、光ネットワーク内においても、ＷｉｎＮＴ／Ｕｎｉｘで代表されるようなＮＴＰ(Network Time Protocol)を用いたＩＰネットワーク内の時刻同期にも対応できるような柔軟性が要求されている。
【０００３】
一方、伝送装置の機能拡張として比較的簡易な操作で夏時間等を設定することが顧客ニーズとして強く要求されている。このため、監視ＯＳ（伝送装置の監視システム）から監視ＯＳが持つ現在時刻を定期的に通知する機能が提供されている。しかしながら、監視ＯＳと伝送装置間が長距離になると伝送遅延が生じるので、伝送遅延による差分計測を実施して被伝送装置に時間を設定する必要がある。また、監視ＯＳから被伝送装置への定期的な時間設定を実現するためには、予め監視ＯＳから被伝送装置にログオンしておくことが手続き上要求される。その上、監視ＯＳのダウンや監視ＯＳと被伝送装置間の回線障害が生じると、継続して別の監視ＯＳから現在時刻を被伝送装置へ通知し直さなければならない。
【０００４】
従来の伝送装置においては、一方的に監視ＯＳが持つ現在時刻を定期的に伝送装置に通知することで伝送装置の時間設定を行っていた。ところが、単純に監視ＯＳが持つ現在時刻のみを一方的に送信する従来の日時設定コマンド(ＴＬ１書式。図８に示す、従来の日時設定コマンド書式を参照)では、伝送装置側で監視ＯＳと伝送装置間の伝送遅延時間を計測する仕組みを持たないため、伝送遅延分の誤差を無視した時間設定となる。(従来技術１) 従来技術１で示した日時設定コマンドを定期的に送信するためには、予め監視ＯＳから被伝送装置にログオンされていることが前提となっており(図９に示す、従来の日時設定のためのコマンドシーケンス参照)、監視ＯＳから時間設定の対象とする被伝送装置の台数が増えた場合は、それに対応したログオンセッションを監視ＯＳと被伝送装置間で事前に確立することが必要となる。（従来技術２） 定期的に日時設定コマンドを送信している最中に監視ＯＳのダウンや監視ＯＳと被伝送装置間の回線障害が生じた場合は、継続して現在時刻を被伝送装置へ供給するために別の監視ＯＳから被伝送装置への再ログオンする手続き（図１０に示す、従来の回線障害時における再ログイン手続き）が必要となる（従来技術３）。
【０００５】
また、従来、ノード装置間の時刻同期を正確に取ることができるようにし、管理網の機能を損なう虞の無い伝送システムが提供されている（例えば、特許文献１参照。）。また、２ファイバリングで、右回りと左回りで順次《時刻》《同期》を確立することを可能とする《時刻》《同期》システムが提供されている（例えば、特許文献２参照。）。
【０００６】
【特許文献１】
特開２００２−９４４９３号公報
【特許文献２】
特開２００２−９４４９１号公報
【０００７】
【発明が解決しようとする課題】
従来技術１においては、監視ＯＳと複数の被伝送装置間の単位で、伝送遅延を予め計算しておき、被装置単位に異なる現在時間を監視ＯＳから時刻同期のために定期的に日時設定コマンドを用いて送信する、すなわち、監視ＯＳが各被伝送装置に対して適合する複数の現在時刻を管理しなければならないといった問題があった。さらには、ネットワーク内の伝送装置の増設、あるいは構成変更などで、監視ＯＳと被伝送装置間の伝送距離が変動した場合には、監視ＯＳ側で伝送遅延を再度計算し直さなればならないといった不都合が生じていた。
【０００８】
従来技術２においては、ネットワーク内の時間設定を行うことに言及すれば、日時設定コマンドを監視ＯＳから送信したいがために、被伝送装置にログオンしておくといった操作上の無駄が生じていた。その上、時刻設定の対象となる被伝送装置がネットワーク内に多く存在すると、日時設定コマンドの送信に先立ち、それぞれにログオンしなければならず手続き上のオーバヘッドが嵩み、保守効率を極端に落としていた。
【０００９】
従来技術３においても、障害の発生により別の監視ＯＳから日時設定コマンドを送信するために、必ず被伝送装置にログオンする必要があるため、従来技術２で示した同様の課題が内在していた。
【００１０】
本発明の課題は、被伝送装置（ＮＥ(network element)等）自身が自主的にネットワーク内の時間設定、時刻同期を行うことができるようにすることにある。これにより、SONET/SDH光ネットワークで構成される伝送装置の時間設定に対して、監視ＯＳから一方的に日時設定コマンドを定期的に送信する手順や、監視ＯＳから被伝送装置にログインする手順は一切不要となる。また、障害発生時おいても保守者の操作を必要とすることなく、継続したネットワーク内の時間設定、時刻同期を提供可能となる。
【００１１】
【課題を解決するための手段】
本発明は、上記の課題を解決するために、光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含する時刻設定システムであって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするブロードキャスト手段と、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する取得手段と、を備える構成とした。
【００１２】
本発明によれば、ＮＴＰクライアントとして位置づけられる装置は、その識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を識別できるため、その識別した装置を介してＮＴＰサーバへアクセスして自主的にネットワーク内の時間設定、時刻同期を行うことができる。
【００１３】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置はさらに、前記他の装置からブロードキャストされるパケットに含まれる識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を決定するプロキシ決定手段を備える。
【００１４】
このようにすれば、ＮＴＰクライアントとして位置づけられる装置は、その識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を自動的に識別できる。
【００１５】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置と前記プロキシ決定手段によって決定された装置との間に、前記ＮＴＰサーバへアクセスするための経路を構築する経路構築手段をさらに備える。前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する。
【００１６】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能な（自己が到達可能な）ＮＴＰサーバのＩＰアドレスを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのＩＰアドレスを取得し、前記ＮＴＰサーバへのタイムスタンプ要求を、その取得したＮＴＰサーバのＩＰアドレスが宛先アドレスとして設定されているパケットとして、前記経路構築手段によって構築された経路へ送出する。
【００１７】
このようにすれば、ＮＴＰクライアントとして位置づけられる装置に、ＮＴＰサーバのＩＰアドレスを設定する必要がない。このため、仮に異なるＩＰアドレスのＮＴＰサーバが設置されたとしても、ＮＴＰクライアントとして位置づけられる装置は、自動的にそのＮＴＰサーバへタイムスタンプ要求を送信できる。
【００１８】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのストラタムを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのストラタムを取得し、ＮＴＰプロキシとして位置づけられる複数の装置からそれぞれ前記パケットを取得した場合には、それらのパケットに含まれるＮＴＰサーバのストラタムに基づいて最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された最適なＮＴＰサーバへアクセスするための経路を構築する。
【００１９】
このようにすれば、一つのＮＴＰサーバに障害等が生じても、ストラタムに基づいて、他の最適なＮＴＰサーバを決定することが可能となり、そのＮＴＰサーバへタイムスタンプ要求を送信できる。
【００２０】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバから前記タイムスタンプ要求に対する応答が得られない場合に、前記ＮＴＰサーバのストラタムに基づいて次に最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された次に最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された次に最適なＮＴＰサーバへアクセスするための経路を構築する。
【００２１】
このようにすれば、最適なＮＴＰサーバに障害等が生じても、ストラタムに基づいて、次に最適なＮＴＰサーバを決定することが可能となり、そのＮＴＰサーバへタイムスタンプ要求を送信できる。
【００２２】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する。
【００２３】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記タイムスタンプ要求に対するＮＴＰサーバからの応答に基づいて、自装置の現在時刻を設定する。
【００２４】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からその現在時刻を取得し、これを自己の装置立ち上げ時間として設定する。
【００２５】
本発明は、方法の発明として次のように特定することもできる。
【００２６】
光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムにおいて時刻設定する方法であって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするとともに、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する、時刻設定方法。
【００２７】
【発明の実施の形態】
以下、本発明の一実施形態である時刻設定システムについて図面を参照しながら説明する。図１は、本発明の一実施形態である時刻設定システムの概略システム構成を説明するための図である。
【００２８】
図１に示すように、時刻設定システムは、光ネットワークＮ１に接続されＮＴＰクライアントとして位置づけられる装置（ＮＥ１〜ＮＥ３。以下、ＮＴＰクライアントＮＥ１〜ＮＥ３ともいう）と、ＮＴＰサーバ２００が接続されたＩＰネットワークＮ２及び光ネットワークＮ１にそれぞれ接続されＮＴＰプロキシとして位置づけられる装置（ＮＥ４。以下、ＮＴＰプロキシＮＥ４ともいう）と、を包含する。光ネットワークＮ１は例えば、ＳＯＮＥＴ／ＳＤＨ光ネットワークである。光ネットワークＮ１内はＯＳＩプロトコルで動作する。ＩＰネットワークＮ２は、例えば、ＩＰプロトコルで動作するＷｉｎＮＴ／ＵＮＩＸネットワーク等のＩＰネットワークである。
【００２９】
ＮＥ１〜ＮＥ３は、ＳＯＮＥＴ／ＳＤＨ光ネットワークＮ１を介して相互に（ＮＥ４を含む）通信が可能な情報処理端末（例えば、パーソナルコンピュータやルーター等）である。なお、本実施形態においては、説明の便宜上、ＮＴＰクライアントとして位置づけられる装置がＮＥ１〜ＮＥ３の３つである場合を例に説明するが、本発明はこれに限定されない。必要に応じて適宜の数のＮＥをＮＴＰクライアントとして位置づけることができる。
【００３０】
ＮＥ４は、ＳＯＮＥＴ／ＳＤＨ光ネットワークＮ１外部のＩＰネットワークＮ２に接続されたＮＴＰサーバ２００と直接（又は間接）にＮＴＰのサービスを中継する伝送装置（例えば、ルーター）である。なお、本実施形態においては、説明の便宜上、ＮＴＰプロキシとして位置づけられる装置がＮＥ４の一つである場合を例に説明するが、本発明はこれに限定されない。必要に応じて適宜の数のＮＥをＮＴＰプロキシとして位置づけることができる。
【００３１】
各ＮＥ１〜ＮＥ４は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含む宣伝パケット（例えば、図３に示すＯＳＩトンネル宣伝パケット）を光ネットワークＮ１上に（ＮＥ１〜ＮＥ３に向けて）所定タイミング（例えば定期的に）でブロードキャストする。また、各ＮＥ１〜ＮＥ４（例えば、ＮＥ１）は、光ネットワークＮ１に接続された他のＮＥ（例えば、ＮＥ２〜４）からブロードキャストされる宣伝パケットを取得する。
【００３２】
次に、各ＮＥの構成について図面を参照しながら説明する。図２は、ＮＥの概略構成を説明するための図である。
【００３３】
各ＮＥ１〜ＮＥ４は、ＤＣＣデータ送受信部１０１、ＩＰデータ抽出/送信部１０２、ＩＰプロトコル処理部１０３、ＮＴＰプロトコル処理部１０４、ＴＬ１コマンド処理部１０５、オーバーヘッド（Overhead）処理部１０６、光インターフェース(Interface)部１０７、設定ＤＢ１０８、及び、タイマ１〜３等を備えている。
【００３４】
ＤＣＣデータ送受信部１０１は、Section ＤＣＣデータ(Section Data Communications Channel)の送受信を行い、オーバーヘッド処理部１０６で実際のＳＯＮＥＴ／ＳＤＨフレームのペイロード（Payload）に実装される直前のデータを扱うためのものである。
【００３５】
ＩＰデータ抽出/送信部１０２は、ＤＣＣデータ送信部１０１からＤＣＣで送られてきたデータの中から、時間設定や同期に使用されるＩＰパケット・データを抽出するためのものである。また、ＩＰデータ抽出/送信部１０２は、ＣＬＮＳ(Connectionless Network Service) ＰＤＵ(Protocol Data Unit)へそのＩＰパケット・データを実装し、ＤＣＣデータ送受信部１０１へ送信する。
【００３６】
ＩＰプロトコル処理部１０３は、ＯＳＩプロトコルから抽出されたＩＰプロトコルを処理するためのものである。この部分にＯＳＩトンネル及び、ＯＳＩトンネルの自動作成機能を使用している。
【００３７】
ここで、ＯＳＩトンネルについて、図面を参照しながら簡単に説明する。ここではＯＳＩトンネル自動ルーティング機能の概要をＦＴＰサーバとＩＰホスト（ＰＣ等）との通信を例に挙げて解説する。図１１で、ＮＭＳ（ネットワーク管理サーバ）側のＩＰネットワークをＩＰ−１、ＧＮＥ側のＩＰネットワークをＩＰ−２とする。ＩＰ−１とＩＰ−２はIＰプロトコルでは直接接続されていない。ＩＰ−１内にあるＮＭＳがＩＰ−２内にあるＦＴＰサーバのサービスを使用するためにはＮＭＳからのＦＴＰ接続要求がＦＴＰサーバへ到達しなければならない。しかしMediated GNEとGNEの間はＴＣＰ／ＩＰプロトコルをサポートしていないので、この要求はとどかない（図１１参照）。しかし、もしMediated GNEがＦＴＰ接続要求が入ったＩＰパケットをＯＳＩを使用してＩＰ−２側のＮＥまで転送できれば問題は解決する。つまり、Mediated GNEがＩＰ−２側のＦＴＰサーバのＩＰアドレス宛てのＩＰパケットを受けた場合は、ＯＳＩのパケット（ISO8473 CLNPにNSEL値=0x89を付加したもの）にＩＰパケットを乗せ、ＩＰ−２側のGNE宛てにＯＳＩを利用して転送し、ＩＰ−２側のGNEでパケットからＩＰパケットを取り出し、ＩＰ−２のＩＰネットワークへＩＰパケットを送出する。ＦＴＰサーバからＮＭＳへのレスポンスも同様の手順で行う。この機能をＯＳＩトンネルと呼ぶ（図１２参照）。
【００３８】
図１３では、OSIトンネルでデータが流れるルートにおけるプロトコルのスタックを図示している。このＯＳＩトンネル機能を自動的に動作させるために、ＯＳＩトンネル自動ルーティングプロトコル用い、ＯＳＩ ＤＣＮ内の伝送装置は、各伝送装置がどのようなＩＰネットワークに接続されているか（各伝送装置が接続されたＩＰネットワークのネットワークアドレスや、その伝送装置が到達可能なＩＰネットワークのアドレス）を伝送装置間で通知しあい、自動的にＯＳＩトンネルを構築する。この機能により、ＯＳＩトンネル自動ルーティング機能をサポートしている伝送装置がＯＳＩネットワーク内に接続されていれば、ＯＳＩ（ＤＣＣバイト）経由でＩＰ通信を自動的に利用することができる（図１４参照）。
【００３９】
ＯＳＩトンネルでは、ＩＳＯ８４７３で規定されるＣＬＮＳ ＰＤＵにＩＰデータをカプセル化(第４図 Encapsulation ＮＴＰパケット書式を参照)する方法を用いる。ここでは、カプセル化としてＮＴＰアプリケーションがその対象となる。
【００４０】
ＩＰプロトコル処理部１０３は、ＯＳＩトンネル宣伝パケット中の所定フィールド（ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻等）を設定するためのものである。図３に、ＯＳＩトンネル宣伝パケットの書式を示す。
【００４１】
ＮＴＰプロキシとして位置づけられるＮＥ４においては、ＩＰプロトコル処理部１０３は、自己に接続されているＩＰネットワークに接続されているＮＴＰサーバ２００（即ち、自己がアクセス可能なＮＴＰサーバ２００）のＩＰアドレスを所定フィールドに設定する。そのＮＴＰサーバ２００のＩＰアドレスは、例えば、設定ＤＢ１０８（そのＩＰアドレスは後述するＴＬ１コマンド処理部１０５によって設定されている）から読み出したものである。
【００４２】
また、ＩＰプロトコル処理部１０３は、そのＮＴＰサーバ２００のストラタムレベルを所定フィールドに設定する。そのストラタムレベルは、例えば、ＮＴＰサーバ２００とのメッセージ送受信により取得したものである。また、ＩＰプロトコル処理部１０３は、現在時刻としてタイマ１から取得した現在時刻を所定フィールドに設定する。
【００４３】
ＮＴＰクライアントとして位置づけられるＮＥ１〜ＮＥ３においては、ＩＰプロトコル処理部１０３は、ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻としてそれぞれ、無効な情報（例えば０）を所定フィールドに設定する。
【００４４】
このように、ＯＳＩトンネル宣伝パケット中の所定フィールド（ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻等）の内容は、ＮＴＰプロキシとして位置づけられるＮＥ４と、ＮＴＰクライアントとして位置づけられるＮＥ１〜ＮＥ３とで異なる。従って、ＯＳＩトンネル宣伝パケットの受信側において、その所定フィールド（又はこれが登録される後述のＯＳＩトンネルテーブル）を参照すれば、ＯＳＩトンネル宣伝パケットの送信側がＮＴＰクライアントとして位置づけられているのか又はＮＴＰプロキシとして位置づけられているのかを識別することができる。
【００４５】
ＮＴＰプロトコル処理部１０４は、ＩＰ／ＵＤＰヘッダを含めたＮＴＰプロトコルスタックを提供するためのものである。ＮＴＰに与えられるＵＤＰポート番号には１２３が使用される。
【００４６】
ＮＥ１〜ＮＥ３は、タイマ２のタイムアウトイベントを検出すると、タイマ３(ＮＴＰサーバ２００からのエコー(Echo)待ちタイマ)を起動した上で、タイムスタンプ要求(Client Request Message)をＮＴＰサーバ２００へ送信する。
【００４７】
ＮＥ１〜ＮＥ３は、タイマ３がタイムアウトする前にＮＴＰサーバ２００からタイムスタンプ要求に対するエコー(Echo)を正常受信すると、タイマ３を停止する。そして、ＮＥ１〜ＮＥ３は、以下の表の複数のタイムスタンプ情報とＮＴＰサーバ２００からのエコーを受信した時点での宛先タイムスタンプ(Destination
Timestamp)とを合せて装置内時間計測を行う。
【００４８】
【表１】
伝送遅延 (Roundtrip delay)および装置現在時間に対する遅れ (Local Clock Offset)は、次の式で計算される。ＮＥ１〜ＮＥ３は、その結果を基に現在時間 (タイマ１)を調整する。
d(Roundtrip delay) = (T4 - T1) - (T2 - T3)
t(Local clock offset)= ((T2 - T1) + (T3 - T4)) / 2.
【００４９】
ＴＬ１コマンド処理部１０５は、ＮＴＰサーバＩＰ、及び、タイマ２のインターバル (ＮＴＰクライアント１００が時刻同期のために定期的にＮＴＰサーバ２００とＮＴＰサービスを動作させるための時間間隔）等を設定ＤＢ１０８に登録（バックアップ）し、タイマ値変更時のタイマ２の再起動等を行うためのものである。これらは、光ネットワーク内の時間設定、同期を実現する上で最低限必要となる。
【００５０】
ＮＴＰプロキシとして位置づけられるＮＥ４においては、ＮＴＰサーバＩＰ、及び、タイマ２のインターバル等は保守者が例えばＴＬ１コマンドによって指定した場合に設定ＤＢ１０８に登録される。ＮＥ１〜ＮＥ３においては、ＮＴＰサーバＩＰは設定されず（例えばＮｕｌｌ指定）、タイマ２のインターバール等が設定ＤＢ１０８に登録される。
【００５１】
また、ＴＬ１コマンド処理部１０５は、装置障害発生時の自立メッセージ（ＴＬ１メッセージ）にタイムスタンプを付与してＯＳへ送信する際に、タイマ１に設定された現在時間を参照する。
【００５２】
ＮＴＰサーバ２００は、光ネットワークＮ１内のＮＥ１〜ＮＥ４からのタイムスタンプ要求に応答可能なストラタムサーバである。
【００５３】
次に、上記構成の時刻設定システムの動作について図面を参照しながら説明する。図５は、時刻設定システムの動作を説明するためのフローチャートである。同図は、ＮＥ１〜ＮＥ４、及び、ＮＴＰサーバ２００相互間における時間設定、同期に至る基本的な動作シーケンスを示している。
【００５４】
ＮＴＰプロキシとして位置づけられるＮＥ４は、所定タイミングで（例えば、自己のタイマ２のタイムアウトイベントを検出すると）、タイムスタンプ要求(Client Request Message)をＮＴＰサーバ２００へ送信する（Ｓ１００）。このタイムスタンプ要求は、設定ＤＢ１０８から読み出されるＮＴＰサーバ２００のＩＰアドレスを、宛先ＩＰアドレスとして設定したＩＰパケットとして送信される。
【００５５】
ＮＴＰサーバ２００は、ＮＥ４からのタイムスタンプ要求を受信すると、自己のストラタムレベルを含むＮＴＰエコーメッセージを作成し、そのＮＥ４に返す（Ｓ１０１）。ＮＴＰプロキシ１００Ｄは、ＮＴＰサーバ２００からのエコーを取得することで、ＮＴＰサーバ２００のストラタムレベルを取得する（Ｓ１０２）。なお、ＮＴＰサーバ２００のストラタムレベルについては、予めＮＴＰプロキシ１００Ｄに設定しておくことも考えられる。しかしながら、ＮＴＰサーバ２００からのエコーにより取得するようにしておけば、ネットワーク構成に変更が生じた場合でも（例えば、異なるストラタムレベルのＮＴＰサーバに置き換えられたとしても）、ＮＥ４の設定を人手で変更する煩雑さが生じないという利点がある。
【００５６】
次に、各ＮＥ１〜ＮＥ３に電源を投入すると、ＮＥ１〜ＮＥ４相互の間でＩＰルーティング構築が開始される（Ｓ１０３）。以下、説明簡略化のため、ＮＥ１とＮＥ４に着目して両者間の動作ついて説明する。
【００５７】
ＮＥ１及びＮＥ４はそれぞれ、ＯＳＩトンネル宣伝パケットを作成し、これを所定タイミングで光ネットワークＮ１上へブロードキャストする（Ｓ１０４、Ｓ１０６）。
【００５８】
具体的には、ＮＴＰクライアントとして位置づけられるＮＥ１（ＮＥ２〜ＮＥ３も同様）は、所定フィールド（ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻等）に無効な情報（例えば０）を設定したＯＳＩトンネル宣伝パケットを作成し、これをブロードキャストする。一方、ＮＴＰプロキシとして位置づけられるＮＥ４は、自己の設定ＤＢ１０８から読み出したＮＴＰサーバ２００のＩＰアドレス、Ｓ１０２で取得したＮＴＰサーバ２００のストラタムレベル、及び、自己のタイマ１から取得した現在時刻を、所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これをブロードキャストする（Ｓ１０６）。
【００５９】
ＮＥ４は、ＮＥ１からのＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する（Ｓ１０５）。例えば、後述するＯＳＩトンネルテーブル（表３参照）に登録する。
【００６０】
一方、ＮＥ１（ＮＥ２〜ＮＥ３も同様）は、ＮＥ４からのＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する（Ｓ１０７）。例えば、後述するＯＳＩトンネルテーブル（表３参照）に登録する。具体的には、そのＯＳＩトンネル宣伝パケットに含まれている、そのＯＳＩトンネル宣伝パケット送信元ＮＥ４の光ネットワークＮ１上のアドレス（ＮＳＡＰ−４）、ＮＴＰサーバ２００のＩＰアドレス、及び、そのストラタムレベルを対応づけて保持する。
【００６１】
従って、ＮＥ１は、自己のＩＰルーティング情報（例えば、後述のＯＳＩトンネルテーブル）を参照すれば、最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバ、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバのＩＰアドレス、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバに対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手プロキシＮＥ（ここでは、ＮＥ４）を識別できる。
【００６２】
次に、ＮＥ１（ＮＥ２〜ＮＥ３も同様）は、ＮＥ４からのＯＳＩトンネル宣伝パケットに含まれている現在時刻を自己のタイマ１に設定（仮設定）する（Ｓ１０８）。このように仮設定することににより、ＮＥ１は、起動直後であっても現在時刻（正確な時刻ではないが）を把握できる。
【００６３】
ＮＥ１（ＮＥ２〜ＮＥ３も同様）は、自己のタイマ２のタイムアウトイベントを検出すると（Ｓ１０９）、自己の保持するＩＰルーティング情報を参照して、ＮＴＰサーバ２００に対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手ＮＥ（ここでは、ＮＥ４）を識別し、その相手ＮＥに対してＯＳＩトンネル作成を依頼する（Ｓ１１０）。
【００６４】
ＮＥ４は、ＮＥ１からのＯＳＩトンネル作成の依頼を受けると、ＮＥ１との間にＯＳＩトンネルを（例えば、所定アルゴリズムに従って）構築する（Ｓ１１１）。その構築が完了すると、ＮＥ４は、ＮＥ１に対して作成完了を通知する。
【００６５】
ＮＥ１は、ＮＥ４からの作成完了通知を受けると、タイマ３(ＮＴＰサーバ２００からのエコー(Echo)待ちタイマ)を起動した上で（Ｓ１１３）、その構築されたＯＳＩトンネルを介してタイムスタンプ要求(Client Request Message)を、ＮＴＰサーバ２００へ送信する（Ｓ１１２）。このタイムスタンプ要求は、ＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットに含まれる（ＩＰルーティング情報として保持する）ＮＴＰサーバ２００のＩＰアドレスを、宛先ＩＰアドレスとして設定したＩＰパケット（さらにこれをＣＬＮＰパケットでカプセル化して）として送信される。
【００６６】
ＮＴＰサーバ２００は、ＮＥ１からのタイムスタンプ要求を受信すると、タイマスタンプフォーマットを作成し、これをエコーとしてＮＥ１へ返す（Ｓ１１４）。
【００６７】
ＮＥ１は、ＮＴＰサーバ２００からのエコーを受信すると（Ｓ１１５）、タイマ３を停止する（Ｓ１１６）。これとともに、ＮＥ１は、そのタイムスタンプに基づいて得られる現在時刻をタイマ１に設定する（時刻同期処理）。これについては、すでに表１等を用いて説明した。
【００６８】
そして、ＮＥ１は、ＮＥ４に対してＯＳＩトンネル削除を依頼する（Ｓ１１７）。ＮＴＰプロキシ１００Ｄは、ＮＥ１からのＯＳＩトンネル削除の依頼を受けると、ＮＥ１との間に構築されたＯＳＩトンネルを削除する（Ｓ１１８）。その削除が完了すると、ＮＴＰプロキシ１００Ｄは、ＮＥ１に対して削除完了を通知する。以後、タイマ２のタイムアウトが再度検出されるまで、定常状態が継続する。タイマ２のタイムアウトが再度検出されると、上記Ｓ１０９〜Ｓ１１８の処理が繰り返される。
【００６９】
以上述べたように、本実施形態の時刻設定システムにおいては、各ＮＥ１〜ＮＥ４は、ＯＳＩトンネル宣伝パケットを光ネットワークＮ１上に所定タイミングでブロードキャスト（アナウンス）する。そして、各ＮＥ１〜ＮＥ４（例えば、ＮＥ１）は、光ネットワークＮ１に接続された他のＮＥ（例えば、ＮＥ２〜ＮＥ４）からブロードキャストされるＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する。
【００７０】
従って、各ＮＥ１〜ＮＥ４は、その取得したＯＳＩトンネル宣伝パケット中の所定フィールド（又はこれが登録される後述のＯＳＩトンネルテーブル）を参照すれば、ＯＳＩトンネル宣伝パケットの送信側ＮＥがＮＴＰクライアントとして位置づけられているのか又はＮＴＰプロキシとして位置づけられているのかを識別できる。即ち、各ＮＥ１〜ＮＥ３は、時間設定、同期に際してＮＥ４との間にＯＳＩトンネルを構築する必要があるために、ＯＳＩトンネルを構築すべき相手を識別（認識）することが可能となる。
【００７１】
また、各ＮＥ１〜ＮＥ３がＮＴＰプロキシとして位置づけられている複数のＮＥを識別した場合でも、各ＮＥ１〜ＮＥ４は、その取得したＯＳＩトンネル宣伝パケット中の所定フィールド（又はこれが登録される後述のＯＳＩトンネルテーブル）を参照すれば、最良のＮＴＰサーバ２００のＩＰアドレスを決定することが可能となる。
【００７２】
さらに、光ネットワークＮ１を介して接続される複数のＮＴＰサーバ２００が存在する構成下で、定期的にＮＴＰによる時間設定、同期を実施している状況において、その時、最もストラタムレベルの高いはずであったＮＴＰサーバ２００が何らかの要因でダウンしたり、ＮＴＰサーバ２００とＮＥ間の回線障害などでタイマ３がタイムアウトした場合には、予備サーバ２００を自動的に決定してＮＴＰサービスでの時間設定、同期を継続することが可能となる。
【００７３】
次に、本発明の時刻設定システムの実施例について図面を参照しながら説明する。
【００７４】
図６は、本発明の時刻設定システムの実施例を説明するための図である。同図は、光ネットワークＮ１に隣接するＩＰネットワーク上に一つのＮＴＰサーバ２００が接続されている構成を示している。これは、図１に示したネットワーク構成を実システムに適用したものに相当する。ただし、本実施例においては、ＮＴＰクライアントとして位置づけられる装置がＮＥ１、ＮＥ２、及び、ＮＥ４であり、ＮＴＰプロキシとして位置づけられる装置がＮＥ３である。
【００７５】
（手順１） ＮＥ３は、ＮＴＰサーバ２００が接続されたＩＰネットワークＮ２及び光ネットワークＮ１にそれぞれ接続されている。ＮＥ３は、ＩＰルーティングプロトコルを実装しており、ＩＰネットワークＮ２に包含されるＩＰルーターＲ２から、到達可能ネットワークの情報を定期的に(ＲＩＰプロトコルのデフォルトでは３０秒毎に)取得している。これにより、ＮＥ３は、自己が到達可能なネットワークアドレスのテーブル（ＩＰルーティングテーブル）を保持する（表２参照）。ＩＰルーティングテーブルは、到達可能ネットワークアドレス、ネットワークマスク、ルータＩＰアドレス、及び、メトリクスの項目からなる。メトリクスは、ＮＥ３からみて該当するネットワークに到達するまでのルータの数である。
【００７６】
【表２】
（手順２） ＮＥ３は、自己が到達可能なネットワークの情報（ＩＰルーティングテーブルから取得）と自己のＮＳＡＰアドレス（ＮＳＡＰ−３）に加えて、ＮＴＰサーバ２００のＩＰアドレス、ＮＴＰサーバ２００のストラタムレベル、及び、自己の現在時刻を所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケット（フォーマットは図３参照）を作成し、これを所定タイミングで光ネットワークＮ１上へブロードキャストする。
【００７７】
（手順３） ＮＥ１（他のＮＥ２及びＮＥ４も同様）は、ＮＥ３からのＯＳＩトンネル宣伝パケットを取得（受信）して、その内部データをＯＳＩトンネルテーブルへ格納する（表３参照）。ＯＳＩトンネルテーブルは、到達可能ネットワークアドレス、ネットワークマスク、ＮＳＡＰアドレス、ステイタス（状態）、ＮＴＰサーバＩＰアドレス、及び、ストラタム（階層）の項目からなる。
【００７８】
【表３】
本実施例においては、ＮＥ３からのＯＳＩトンネル宣伝パケットには、ＮＥ３自身のＮＳＡＰアドレス（ＮＳＡＰ−３）とＩＰネットワークＮ２のネットワークアドレス（10.21.100.0）とＩＰネットワーク３のネットワークアドレス（10.21.200.0）も含まれている。
【００７９】
ＯＳＩトンネルテーブル中のＮＳＡＰアドレス、ＮＴＰサーバＩＰアドレス、及び、ストラタム（階層）等の項目には、それぞれ、ＮＥ３からブロードキャストされるＯＳＩトンネル宣伝パケット中のＮＥ３のＮＳＡＰアドレス、ＮＴＰサーバ２００のＩＰアドレス、及び、ＮＴＰサーバ２００のストラタム等が登録される。このように、ＯＳＩトンネルテーブルには、ＯＳＩネットワークＮ１上のＮＥ３（ＮＴＰプロキシとして位置づけられるＮＥ）のＮＳＡＰアドレス（ここではＮＳＡＰ−３）とそのＮＥが到達可能なＩＰネットワークアドレス（ここではＮＴＰサーバ２００のＩＰアドレス）の組合せが保持される。
従って、ＮＥ１は、自己のＯＳＩトンネルテーブル中のストラタムを参照すれば、最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバ等を識別できる。また、ＮＥ１は、ＯＳＩトンネルテーブル中のＮＴＰサーバＩＰアドレスを参照すれば、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバのＩＰアドレス（ここではＮＴＰサーバ２００のＩＰアドレス）も把握できる。さらに、ＮＥ１は、ＯＳＩトンネルテーブル中のＮＳＡＰアドレスを参照すれば、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバに対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手ＮＥ（ここではＮＥ３）を識別できる。
【００８０】
（手順４） ＮＥ１は、ＯＳＩトンネルテーブルを参照することで、ネットワーク10.21.200.xへ到達可能であり、かつ、ネットワーク10.21.200.0上にＮＴＰサーバ ２００(ＩＰアドレス=10.21.200.10)が存在していることを知る。同様に、ＮＥ１は、ＯＳＩトンネルテーブルを参照することで、そのＮＴＰサーバ２００に対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手ＮＥとしてＮＴＰプロキシとして位置づけられるＮＥ３を識別する。なお、ここではプロキシとして位置づけられるＮＥはＮＥ３のみであるため、ストラタムは考慮されない。ＮＥ１は、ＯＳＩトンネルを使いＮＴＰサーバ２００へタイムスタンプ要求を転送することを検証する。
【００８１】
（手順５） ＮＥ１は、ＮＴＰサーバ２００に対してタイムスタンプ要求を行うためにＯＳＩトンネルを構築すべき相手ＮＥとして識別したＮＥ３に対して、そのＮＳＡＰアドレス（ＮＳＡＰ−３）、ＮＳＥＬ（自動ＯＳＩトンネルプロトコルのＩＤ）を設定（付与）したＣＬＮＰパケットに、自動ＯＳＩプロトコルＰＤＵを乗せて光ネットワークＮ１へ送出する。なお、自動ＯＳＩトンネルプロトコルのコマンドＩＤは、ＯＳＩトンネル作成要求(0x01)とする。
【００８２】
（手順６） ＮＥ３は、ＮＥ１からのＣＬＮＰパケットを受信すると、ＮＳＥＬをチェックする。ここでは、ＮＳＥＬに自動ＯＳＩトンネルプロトコルのＩＤ（ＯＳＩトンネル作成要求(0x01)）が設定されているので、ＮＥ３は、ＯＳＩトンネル作成要求と判断する。ＮＥ３は、自動ＯＳＩプロトコルデータ内の宛先ＩＰサブネットアドレスへ到達可能であることを自己のＩＰルーティングテーブルを参照して確認した後、ＮＥ１との間にＯＳＩトンネルを作成する。ＮＥ３は、ＯＳＩトンネル作成完了後、ＯＳＩトンネル作成完了レスポンス（コマンドID=0x02）をＣＬＮＰパケットに乗せ、ＮＥ１へ返送する。
【００８３】
（手順７） ＮＥ１は、ＮＥ３からのＣＬＮＰパケットを受信すると、ＮＳＥＬをチェックする。ここでは、ＮＳＥＬに自動ＯＳＩプロトコルのＩＤ（ＯＳＩトンネル作成完了レスポンス（コマンドID=0x02））が設定されているので、ＯＳＩトンネル作成完了レスポンスと判断し、その結果をチェックする。ここでは、結果がＯＫなので、ＮＥ１は、そのＯＳＩトンネルを介して、ＮＴＰサーバ２００(ＩＰアドレス=10.21.200.10)宛てのタイムスタンプ要求を、ＮＳＡＰアドレス=ＮＳＡＰ−３、ＮＳＥＬにＯＳＩトンネル用の値（0x89）をつけたＣＬＮＰパケットでカプセル化し、光ネットワークＮ１上に送出する 。
【００８４】
ＮＥ３は、ＮＥ１からのＣＬＮＰパケットを受信すると、ＣＬＮＰ ＰＤＵから、ＮＴＰサーバ２００宛てのタイムスタンプ要求を取り出す。そして、ＮＥ３は、自己のＩＰルーティング情報（ＩＰルーティングテーブル）に従って、そのタイムスタンプ要求を、ＩＰネットワークＮ２上に転送する。
【００８５】
そのタイムスタンプ要求に対するＮＴＰサーバ２００からのレスポンス (EchoResponse)も同様に、ＮＥ３においてＣＬＮＰ ＰＤＵにカプセル化され、ＯＳＩトンネルを介してＮＥ１へ送られる。
【００８６】
（手順８） ＮＥ１は、ＮＴＰサーバ２００からのエコー(Echo Response)を正常受信した後、伝送遅延を計測した上で装置内時間設定（自己のタイマ１に設定）を行う。そして、ＮＥ１は、ＯＳＩトンネルの相手側ＮＥ３に対してＯＳＩトンネル削除要求コマンド（コマンドID=0x03）を、その削除するインターフェースのサブネットアドレスなどのデータと共に送出する（他の自動ＯＳＩトンネルプロトコルと同様に、ＮＳＥＬを自動ＯＳＩトンネルプロトコルとしたＣＬＮＰパケットにカプセル化して送出する）。
【００８７】
（手順９） ＮＥ３は、ＮＥ１からのＯＳＩトンネル削除要求コマンドを受けると、そのコマンド等によって指定されたＯＳＩトンネルを削除し、ＯＳＩトンネル削除完了レスポンス（コマンドID=0x04）に作成成功のデータを書き込み、ＮＥ１へ返送する。
【００８８】
（手順１０） ＮＥ１は、ＮＥ３からのＯＳＩトンネル削除完了レスポンスを受信すると、成功を確認し、自ＮＥの該当するＯＳＩトンネルを削除する。
【００８９】
次に、本発明の他の実施形態である時刻設定システムについて図面を参照しながら説明する。図７は、本発明の他の実施形態である時刻設定システムの概略システム構成を説明するための図である。
【００９０】
図７に示すように、本実施形態においては、上記実施形態の構成に加えて、さらに、予備系のＮＴＰサーバ３００を設けている。
【００９１】
各ＮＥは、自己のタイマ３がタイムアップするまでに、タイムスタンプ要求に対する現用系のＮＴＰサーバ２００からのエコー応答を受信しない場合には、タイムスタンプ要求を予備系のＮＴＰサーバ３００へ送信する。従って、ＮＴＰサーバ２００自体の障害やそのＮＴＰサーバ２００が接続されているネットワークの障害等が原因で、タイマ３がタイムアップするまでに、タイムスタンプ要求に対するＮＴＰサーバ２００からのエコー応答を受信しない場合であっても、時刻設定が可能となる。
【００９２】
このように、本実施形態においては、上記実施形態とはＮＴＰプロキシとして位置づけられる伝送装置がＮＥ３及びＮＥ４の２つである点、が異なっている。ＮＥ３は、ＮＴＰサーバ３００が接続されたＩＰネットワークＮ３及び光ネットワークＮ１にそれぞれ接続されている。ＩＰネットワークＮ３は、ＩＰネットワークＮ２と同様、例えば、ＩＰプロトコルで動作するＷｉｎＮＴ／ＵＮＩＸネットワーク等のＩＰネットワークである。ＷｉｎＮＴ／ＵＮＩＸネットワークＮ２はＩＰプロトコルで動作している。なお、ネットワークＮ２とネットワークＮ３とは直接接続されていない。他の構成については、図１と同様である。なお、光ネットワークＮ１内の各ＮＥ１〜ＮＥ４とＮＴＰサーバ２００(又はＮＴＰサーバ３００）とは、ＮＴＰの代表的な通信形態であるユニキャストモード(UnicastMode)(1:1Point-to-Point接続)で論理的に接続するものとする。
【００９３】
ＮＴＰサーバ２００及びＮＴＰサーバ３００は、光ネットワークＮ１内の各ＮＥ１〜ＮＥ４からのタイムスタンプ要求(Client Request Message)に応答可能なストラタムサーバ(Stratum Server)である。ＮＴＰサーバ２００にはストラタム（階層）レベル３が与えられている。ＮＴＰサーバ３００にはストラタムレベル４が与えられている。ＮＴＰサーバ２００は、ＮＴＰサーバ３００よりもストラタムが一段階高く、通常、光ネットワークＮ１上のプライマリクロック(PrimaryClock)源として扱われる。デイライトセービング(Daylight Saving)に必要な地域情報(Zone)設定は、ＮＴＰサーバ２００が有している。各ＮＥにおいては、通常、ストラタムが高いＮＴＰサーバ２００がタイムスタンプ要求の宛先として選択される。しかしながら、ＮＴＰサーバ２００自身の保守や、ＷｉｎＮＴ／ＵＮＩＸネットワークＮ２での回線障害障害などで光ネットワークＮ１からのタイムスタンプ要求がＮＴＰサーバ２００に到達しない場合に、二次サーバとしてＮＴＰサーバ３００が選択される。
【００９４】
ＮＥ４には、上記実施形態で述べたように、自己に接続されているＩＰネットワークＮ２に接続されているＮＴＰサーバ２００（即ち、自己がアクセス可能なＮＴＰサーバ２００）のＩＰアドレスが自己の設定ＤＢ１０８等に設定されている。ＮＥ４は通常、ＮＴＰクライアントとしてＮＴＰサーバ２００と時刻同期を行う。具体的には、ＮＥ４は、タイムスタンプ要求をＮＴＰサーバ２００へ送信し、そのタイムスタンプ要求に対して、ＮＴＰサーバ２００からストラタムレベル等を含むエコーメッセージ (ＮＴＰサーバ２００からのタイムスタンプエコー応答(Time Stamp Echo Response)）を取得する。これにより、ＮＥ４は、ＮＴＰサーバ２００のストラタムレベルを認識する。
【００９５】
同様に、ＮＥ３には、自己に接続されているＩＰネットワークＮ３に接続されているＮＴＰサーバ３００（即ち、自己がアクセス可能なＮＴＰサーバ３００）のＩＰアドレスが自己の設定ＤＢ１０８等に設定されている。ＮＥ３は通常、ＮＴＰクライアントとしてＮＴＰサーバ３００と時刻同期を行う。具体的には、ＮＥ３は、タイムスタンプ要求をＮＴＰサーバ３００へ送信し、そのタイムスタンプ要求に対してＮＴＰサーバ３００からストラタムレベル等を含むエコーメッセージ (ＮＴＰサーバ３００からのタイムスタンプエコー応答(Time Stamp Echo Response)）を取得する。これにより、ＮＥ３は、ＮＴＰサーバ３００のストラタムレベルを認識する。
【００９６】
ＮＥ３及びＮＥ４は、光ネットワークＮ１内のＮＥ１及びＮＥ２がＮＴＰサーバ２００ (又はＮＴＰサーバ３００)へ時刻同期のためにタイムスタンプ要求を送信する場合、このメッセージ(Message)をプロパゲイト(Propagate)するＮＴＰプロキシとして位置付けられる。
【００９７】
ＮＥ４は、上記実施形態で述べたように、自己の設定ＤＢ１０８等から読み出したＮＴＰサーバ２００のＩＰアドレス、ＮＴＰサーバ２００から取得したＮＴＰサーバ２００のストラタムレベル、及び、自己のタイマ１から取得した現在時刻を所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これを所定タイミング（例えば、定期的に）で光ネットワークＮ１上へブロードキャストする。
【００９８】
同様に、ＮＥ３は、自己の設定ＤＢ１０８等から読み出したＮＴＰサーバ３００のＩＰアドレス、ＮＴＰサーバ３００から取得したＮＴＰサーバ３００のストラタムレベル、及び、自己のタイマ１から取得した現在時刻を所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これを所定タイミング（例えば、定期的に）で光ネットワークＮ１上へブロードキャストする。
【００９９】
このように、ＮＥ４等（タイマ１）の現在時刻をＯＳＩトンネル宣伝パケットに含めるのは、次の理由による。即ち、光ネットワークＮ１内で(ＮＴＰクライアントとして位置付けられる)ＮＥの増設が必要になった場合、その増設したＮＥとＮＴＰサーバとの時間差を予め吸収するために、ＮＴＰ動作に入る前にプロキシから送信されるＯＳＩトンネル宣伝パケットに指定される現在時刻に仮同期させる(近隣するＮＥの時間に近似した値にまず設定しておく)ためである。これにより、ＮＴＰの初期動作で一般的に使用されるntpdateコマンドの送信手順を避けることができる。
【０１００】
なお、ＮＥ３及びＮＥ４においては、定期的にＮＴＰサーバとの時刻同期を行うための補正間隔として自己のタイマ２のインターバルを保守者が設定できるようになっている。
【０１０１】
ＮＴＰクライアントとして位置づけられるＮＥ１及びＮＥ２（ＮＥ４がＮＴＰプロキシとして位置づけられる場合にはＮＥ３も含む）は、無効な情報（例えば０）を所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これを所定タイミング（例えば、定期的に）で光ネットワークＮ１上へブロードキャストする。
【０１０２】
また、ＮＥ１及びＮＥ２は、ＮＥ３及びＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する。具体的には、そのＯＳＩトンネル宣伝パケットに含まれている、そのＯＳＩトンネル宣伝パケット送信元の光ネットワークＮ１上のアドレス、ＮＴＰサーバ２００（又はＮＴＰサーバ３００）のＩＰアドレス、及び、そのストラタムレベルを対応づけて保持する。
【０１０３】
従って、ＮＥ１及びＮＥ２は、自己が保持するＩＰルーティング情報を参照することで、光ネットワークＮ１内において、ＯＳＩトンネルを構築すべき相手プロキシＮＥとしてどのＮＥを選択するのが適切かを、タイムスタンプ要求(NTP Client Request Message)送出の前段階において認識できる。
【０１０４】
なお、ＮＴＰサーバのＩＰアドレスについては、プロキシＮＥ１００Ｄ（又は１００Ｃ）からブロードキャストされるＯＳＩトンネル宣伝パケットに含まれるものを使用するため、保守者が設定できないようになっている（例えば、設定プロセスが省略されている）。このように、ＯＳＩトンネル宣伝パケットに含まれるＮＴＰサーバのＩＰアドレスを使用することにしたので、光ネットワークＮ１内に置かれるクライアントＮＥ内で自動的にＮＴＰサーバのＩＰアドレスを決定することが可能である。仮に、ネットワーク構成(Subtending Network Addressの変更)が変更されたり、ＮＴＰサーバ自身のＩＰアドレスが変更された場合であっても、ＮＴＰサーバの宛先ＩＰアドレスをその都度人手で変更する煩雑さが生じない。特に光ネットワークＮ１内に相当数のクライアントＮＥが設置されていた場合に、装置個別の設定に関る手番短縮、誤設定によるＮＴＰサーバへの不到達といった課題を回避できることになる。
【０１０５】
なお、ＮＥ１及びＮＥ２には、定期的にＮＴＰサーバとの時刻同期を行うための補正間隔として自己のタイマ２のインターバルを保守者が設定できるようになっている。
【０１０６】
ＮＴＰクライアントとして位置づけられるＮＥ１及びＮＥ２は、自己のタイマ２のタイムアウトイベントを検出すると（インターバルで指定されたタイマのタイムアウトイベントの発生を受けて）、自動トンネル作成機能を使用してプロキシＮＥに対してＯＳＩトンネルを作成する。ここで、ＯＳＩトンネルの接続される宛先として選択されるのは、最もストラタムレベルの高いＮＴＰサーバと直接NTPプロトコルにて動作しているＮＥ（ここではＮＥ４）となる。
【０１０７】
具体的には、ＮＥ１（又はＮＥ２）は、自己のＯＳＩトンネルテーブル中のＮＥ４のＮＳＡＰアドレスとネットワークアドレスの組み合わせを参照する。続けて、ＮＥ１は、作成されたＯＳＩトンネルを使用して、タイムスタンプ要求(NTPClient Request Message)を送信する。このメッセージの宛先ＩＰアドレスについては、ＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットに含まれるものを使用する。
【０１０８】
ＮＥ１からのタイムスタンプ要求が正常に該ＮＴＰサーバにて受信され、それに対するエコーがＮＥ１に返送されると、ＮＥ１は時刻同期処理を行いＯＳＩトンネルを削除する。
【０１０９】
以下、本実施形態の時刻設定システムの動作について図面を参照しながらより詳細に説明する。
【０１１０】
ＮＥ１及びＮＥ２は、ＮＥ３及びＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する。ＮＥ１及びＮＥ２は、そのルーティング情報を参照することにより、光ネットワークＮ１内に２台のプロキシが存在していることを知る。これと同時に、何れのストラタムが高いかを認識する。
【０１１１】
ＮＴＰサーバ２００及びＮＴＰサーバ３００の両方がアクティブ(Active)の場合には、ＮＥ１（又はＮＥ２）は、ストラタムレベルが高いＮＴＰサーバ２００を優先的に選択して、タイムスタンプ要求(Client Request Message)を送出する。万が一、選択したＮＴＰサーバ２００の障害、あるいは、ＮＥ１とＮＴＰサーバ２００間の経路における回線障害が発生した場合には、これを回復する(二次ＮＴＰ サーバ３００ への再接続)手段をも持ち合わせる。具体的には、ＮＥ１側は、タイムスタンプ要求に対するＮＴＰサーバ２００からのエコー(Echo)待ちタイムアウト(Timeout)監視を行う。これは、タイマ３により行う。ＮＥ１は、エコー待ちタイムアウトを検出した場合には、二次ＮＴＰサーバ３００（ＮＴＰサーバ２００の次にストラタムの高いＮＴＰサーバ）への経路選択を行うべく、ＯＳＩトンネルテーブルから次に高いストラタムレベルを持ったＮＥ（ここではＮＥ３）を検索し、ＮＴＰサーバ３００を対象としてＯＳＩトンネルの作成、そのＮＥ３が知るＮＴＰサーバ３００宛てにタイムスタンプ要求を送出するように振舞う。このリカバリ動作により、ＮＥ１は常に適当なＮＴＰサーバへの到達性を検証しながら、時刻同期に対する継続的なサービスを提供する。
【０１１２】
なお、図１及び図７に示すＯＳは、定常状態において、ＮＥ１〜４のＯＡＭ＆Ｐ(監視操作全般)を司るためのものである。本実施形態においては、本ＯＳから光ネットワーク内の各装置の時間同期に必要な動作定義をＴＬ１コマンドとして各ＮＥに送信する。
【０１１３】
ＰＣ１〜ＰＣ６は、光ネットワークＮ１外のＮＴＰクライアントである。ＰＣ１及びＰＣ２は、ＷｉｎＮＴ／ＵＮＩＸネットワークＮ１内のＮＴＰサーバ２００と直接ＮＴＰのやりとりを行う。ＰＣ１及びＰＣ２は、ＮＴＰサーバ２００ (ＰＣ３〜ＰＣ５については、ＮＴＰサーバ３００)とサーバ・クライアントの関係を持っても良いが、ＮＴＰサーバ３００（又はＮＴＰサーバ２００）をサーバと指定することも可能である。この際、ＯＳＩトンネル自動ルーティング技術そのもので実現可能である。なお、ＰＣ６については、ＬＡＮ上にＮＴＰサーバが存在していなくとも、光ネットワークＮ１内のＯＳＩトンネル自動ルーティング機能を使って、光ネットワークＮ１外の適当なＮＴＰサーバからタイムスタンプの提供を受けることが可能である。この場合も、ＯＳＩトンネル自動ルーティング技術そのもので実現可能である。
【０１１４】
上記２つの実施形態で説明した時刻設定システムによれば、ネットワーク構成(Subtending Network Addressの変更)や、ＮＴＰサーバ自身のＩＰアドレスの変更等に伴って、接続するＮＴＰサーバの宛先ＩＰアドレスをその都度変更しなくても良いよう、自動的にＮＴＰサーバのＩＰアドレスの取得、経路決定が解決される。このため従来技術で記したログオン手続きの無用化、オペレーションの簡略化やIPアドレスの誤設定といったミスオペレーションの回避ができるとともに、保守コストの削減が期待できる。
【０１１５】
また、上記２つの実施形態で説明した時刻設定システムによれば、、伝送装置単体の時間設定に限定しておらず、光ネットワークとそれを含めたＩＰネットワークを跨いだネットワーク間において時間設定、同期サービスを提供でき、ネットワーク全体の時間品質、精度の向上に寄与する。
【０１１６】
また、上記２つの実施形態で説明した時刻設定システムによれば、伝送遅延に対する時刻管理から開放され、装置からのログ収集、障害発生時の自立メッセージといった一連のメッセージに付与されるタイムスタンプに時間誤差を殆ど与えないようにすることが出来、伝送装置の性能向上に寄与する。
【０１１７】
［その他］ 本発明は、以下のように特定することができる。
（付記１） 光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムであって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするブロードキャスト手段と、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する取得手段と、を備える時刻設定システム。（１）
（付記２） 前記ＮＴＰクライアントとして位置づけられる装置はさらに、前記他の装置からブロードキャストされるパケットに含まれる識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を決定するプロキシ決定手段を備える付記１に記載の時刻設定システム。（２）
（付記３） 前記ＮＴＰクライアントとして位置づけられる装置と前記プロキシ決定手段によって決定された装置との間に、前記ＮＴＰサーバへアクセスするための経路を構築する経路構築手段をさらに備える付記２に記載の時刻設定システム。（３）
（付記４） 前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する付記３に記載の時刻設定システム。（４）
（付記５） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのＩＰアドレスを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのＩＰアドレスを取得し、前記ＮＴＰサーバへのタイムスタンプ要求を、その取得したＮＴＰサーバのＩＰアドレスが宛先アドレスとして設定されているパケットとして、前記経路構築手段によって構築された経路へ送出する付記３に記載の時刻設定システム。
（付記６） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのストラタムを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのストラタムを取得し、ＮＴＰプロキシとして位置づけられる複数の装置からそれぞれ前記パケットを取得した場合には、それらのパケットに含まれるＮＴＰサーバのストラタムに基づいて最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された最適なＮＴＰサーバへアクセスするための経路を構築する、付記２に記載の時刻設定システム。
（付記７） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバから前記タイムスタンプ要求に対する応答が得られない場合に、前記ＮＴＰサーバのストラタムに基づいて次に最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された次に最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された次に最適なＮＴＰサーバへアクセスするための経路を構築する、付記６に記載の時刻設定システム。
（付記８） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する付記６又は７に記載の時刻設定システム。
（付記９） 前記ＮＴＰクライアントとして位置づけられる装置は、前記タイムスタンプ要求に対するＮＴＰサーバからの応答に基づいて、自装置の現在時刻を設定する付記４、５、又は、８のいずれかに記載の時刻設定システム。（５）
（付記１０） 前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からその現在時刻を取得し、これを自己の装置立ち上げ時間として設定する付記１に記載の時刻設定システム。
（付記１１） 光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムにおいて時刻設定する方法であって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするとともに、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する、時刻設定方法。
（付記１２） 前記ＮＴＰクライアントとして位置づけられる装置はさらに、前記他の装置からブロードキャストされるパケットに含まれる識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を決定する、付記１１に記載の時刻設定方法。
（付記１３） 前記ＮＴＰクライアントとして位置づけられる装置と前記決定された装置との間に、前記ＮＴＰサーバへアクセスするための経路を構築する、付記１２に記載の時刻設定方法。
（付記１４） 前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰサーバへのタイムスタンプ要求を、前記構築された経路へ送出する付記１３に記載の時刻設定方法。
（付記１５） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのＩＰアドレスを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのＩＰアドレスを取得し、前記ＮＴＰサーバへのタイムスタンプ要求を、その取得したＮＴＰサーバのＩＰアドレスが宛先アドレスとして設定されているパケットとして、前記構築された経路へ送出する、付記１３に記載の時刻設定方法。
（付記１６） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのストラタムを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのストラタムを取得し、ＮＴＰプロキシとして位置づけられる複数の装置からそれぞれ前記パケットを取得した場合には、それらのパケットに含まれるＮＴＰサーバのストラタムに基づいて最適なＮＴＰサーバを決定し、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された最適なＮＴＰサーバへアクセスするための経路を構築する、付記１２に記載の時刻設定方法。
（付記１７） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバから前記タイムスタンプ要求に対する応答が得られない場合に、前記ＮＴＰサーバのストラタムに基づいて次に最適なＮＴＰサーバを決定し、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された次に最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された次に最適なＮＴＰサーバへアクセスするための経路を構築する、付記１６に記載の時刻設定方法。
（付記１８） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバへのタイムスタンプ要求を、前記構築された経路へ送出する付記１６又は１７に記載の時刻設定方法。
【０１１８】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。このため、上記の実施形態は、あらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。
【０１１９】
【発明の効果】
以上説明したように、本発明によれば、被伝送装置（ＮＥ(network element)等）自身が自主的にネットワーク内の時間設定、時刻同期を行うことができるようになる。これにより、SONET/SDH光ネットワークで構成される伝送装置の時間設定に対して、監視ＯＳから一方的に日時設定コマンドを定期的に送信する手順や、監視ＯＳから被伝送装置にログインする手順は一切不要となる。また、障害発生時おいても保守者の操作を必要とすることなく、継続したネットワーク内の時間設定、時刻同期を提供可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態である時刻設定システムの概略システム構成を説明するための図である。
【図２】ＮＥの概略構成を説明するための図である。
【図３】ＯＳＩトンネル宣伝パケット書式を説明するための図である。
【図４】ＮＴＰパケット書式を説明するための図である。
【図５】時刻設定システムの動作を説明するためのフローチャートである。
【図６】本発明の時刻設定システムの実施例を説明するための図である。
【図７】本発明の他の実施形態である時刻設定システムの概略システム構成を説明するための図である。
【図８】従来の日時設定コマンド書式を説明するための図である。
【図９】従来の日時設定のためのコマンドシーケンスを説明するための図である。
【図１０】従来の回線障害時における再ログイン手続きを説明するための図である。
【図１１】ＯＳＩトンネルについて説明するための図である。
【図１２】ＯＳＩトンネルについて説明するための図である。
【図１３】ＯＳＩトンネルについて説明するための図である。
【図１４】ＯＳＩトンネルについて説明するための図である。
【符号の説明】
１００ ＮＥ（ＮＴＰクライアント、ＮＴＰプロキシ）
１０１ ＤＣＣデータ送受信部
１０２ ＩＰデータ抽出／送信部
１０３ ＩＰプロトコル処理部
１０４ ＮＴＰプロトコル処理部
１０５ ＴＬ１コマンド処理部
１０６ ＳＯＮＥＴ／ＳＤＨオーバーヘッド処理部
１０７ 光インターフェース部
１０８ 設定ＤＢ（データベース）
２００ ＮＴＰサーバ
【発明の属する技術分野】
本発明は、光ネットワークに接続されＮＴＰクライアントとして位置づけられる装置に時刻設定するための技術に関する。
【０００２】
【従来の技術】
近年の伝送装置の監視は、光ネットワーク内に閉じた形態から、ＩＰネットワークを跨いでの監視へ移行している。このため、光ネットワーク内においても、ＷｉｎＮＴ／Ｕｎｉｘで代表されるようなＮＴＰ(Network Time Protocol)を用いたＩＰネットワーク内の時刻同期にも対応できるような柔軟性が要求されている。
【０００３】
一方、伝送装置の機能拡張として比較的簡易な操作で夏時間等を設定することが顧客ニーズとして強く要求されている。このため、監視ＯＳ（伝送装置の監視システム）から監視ＯＳが持つ現在時刻を定期的に通知する機能が提供されている。しかしながら、監視ＯＳと伝送装置間が長距離になると伝送遅延が生じるので、伝送遅延による差分計測を実施して被伝送装置に時間を設定する必要がある。また、監視ＯＳから被伝送装置への定期的な時間設定を実現するためには、予め監視ＯＳから被伝送装置にログオンしておくことが手続き上要求される。その上、監視ＯＳのダウンや監視ＯＳと被伝送装置間の回線障害が生じると、継続して別の監視ＯＳから現在時刻を被伝送装置へ通知し直さなければならない。
【０００４】
従来の伝送装置においては、一方的に監視ＯＳが持つ現在時刻を定期的に伝送装置に通知することで伝送装置の時間設定を行っていた。ところが、単純に監視ＯＳが持つ現在時刻のみを一方的に送信する従来の日時設定コマンド(ＴＬ１書式。図８に示す、従来の日時設定コマンド書式を参照)では、伝送装置側で監視ＯＳと伝送装置間の伝送遅延時間を計測する仕組みを持たないため、伝送遅延分の誤差を無視した時間設定となる。(従来技術１) 従来技術１で示した日時設定コマンドを定期的に送信するためには、予め監視ＯＳから被伝送装置にログオンされていることが前提となっており(図９に示す、従来の日時設定のためのコマンドシーケンス参照)、監視ＯＳから時間設定の対象とする被伝送装置の台数が増えた場合は、それに対応したログオンセッションを監視ＯＳと被伝送装置間で事前に確立することが必要となる。（従来技術２） 定期的に日時設定コマンドを送信している最中に監視ＯＳのダウンや監視ＯＳと被伝送装置間の回線障害が生じた場合は、継続して現在時刻を被伝送装置へ供給するために別の監視ＯＳから被伝送装置への再ログオンする手続き（図１０に示す、従来の回線障害時における再ログイン手続き）が必要となる（従来技術３）。
【０００５】
また、従来、ノード装置間の時刻同期を正確に取ることができるようにし、管理網の機能を損なう虞の無い伝送システムが提供されている（例えば、特許文献１参照。）。また、２ファイバリングで、右回りと左回りで順次《時刻》《同期》を確立することを可能とする《時刻》《同期》システムが提供されている（例えば、特許文献２参照。）。
【０００６】
【特許文献１】
特開２００２−９４４９３号公報
【特許文献２】
特開２００２−９４４９１号公報
【０００７】
【発明が解決しようとする課題】
従来技術１においては、監視ＯＳと複数の被伝送装置間の単位で、伝送遅延を予め計算しておき、被装置単位に異なる現在時間を監視ＯＳから時刻同期のために定期的に日時設定コマンドを用いて送信する、すなわち、監視ＯＳが各被伝送装置に対して適合する複数の現在時刻を管理しなければならないといった問題があった。さらには、ネットワーク内の伝送装置の増設、あるいは構成変更などで、監視ＯＳと被伝送装置間の伝送距離が変動した場合には、監視ＯＳ側で伝送遅延を再度計算し直さなればならないといった不都合が生じていた。
【０００８】
従来技術２においては、ネットワーク内の時間設定を行うことに言及すれば、日時設定コマンドを監視ＯＳから送信したいがために、被伝送装置にログオンしておくといった操作上の無駄が生じていた。その上、時刻設定の対象となる被伝送装置がネットワーク内に多く存在すると、日時設定コマンドの送信に先立ち、それぞれにログオンしなければならず手続き上のオーバヘッドが嵩み、保守効率を極端に落としていた。
【０００９】
従来技術３においても、障害の発生により別の監視ＯＳから日時設定コマンドを送信するために、必ず被伝送装置にログオンする必要があるため、従来技術２で示した同様の課題が内在していた。
【００１０】
本発明の課題は、被伝送装置（ＮＥ(network element)等）自身が自主的にネットワーク内の時間設定、時刻同期を行うことができるようにすることにある。これにより、SONET/SDH光ネットワークで構成される伝送装置の時間設定に対して、監視ＯＳから一方的に日時設定コマンドを定期的に送信する手順や、監視ＯＳから被伝送装置にログインする手順は一切不要となる。また、障害発生時おいても保守者の操作を必要とすることなく、継続したネットワーク内の時間設定、時刻同期を提供可能となる。
【００１１】
【課題を解決するための手段】
本発明は、上記の課題を解決するために、光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含する時刻設定システムであって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするブロードキャスト手段と、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する取得手段と、を備える構成とした。
【００１２】
本発明によれば、ＮＴＰクライアントとして位置づけられる装置は、その識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を識別できるため、その識別した装置を介してＮＴＰサーバへアクセスして自主的にネットワーク内の時間設定、時刻同期を行うことができる。
【００１３】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置はさらに、前記他の装置からブロードキャストされるパケットに含まれる識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を決定するプロキシ決定手段を備える。
【００１４】
このようにすれば、ＮＴＰクライアントとして位置づけられる装置は、その識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を自動的に識別できる。
【００１５】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置と前記プロキシ決定手段によって決定された装置との間に、前記ＮＴＰサーバへアクセスするための経路を構築する経路構築手段をさらに備える。前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する。
【００１６】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能な（自己が到達可能な）ＮＴＰサーバのＩＰアドレスを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのＩＰアドレスを取得し、前記ＮＴＰサーバへのタイムスタンプ要求を、その取得したＮＴＰサーバのＩＰアドレスが宛先アドレスとして設定されているパケットとして、前記経路構築手段によって構築された経路へ送出する。
【００１７】
このようにすれば、ＮＴＰクライアントとして位置づけられる装置に、ＮＴＰサーバのＩＰアドレスを設定する必要がない。このため、仮に異なるＩＰアドレスのＮＴＰサーバが設置されたとしても、ＮＴＰクライアントとして位置づけられる装置は、自動的にそのＮＴＰサーバへタイムスタンプ要求を送信できる。
【００１８】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのストラタムを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのストラタムを取得し、ＮＴＰプロキシとして位置づけられる複数の装置からそれぞれ前記パケットを取得した場合には、それらのパケットに含まれるＮＴＰサーバのストラタムに基づいて最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された最適なＮＴＰサーバへアクセスするための経路を構築する。
【００１９】
このようにすれば、一つのＮＴＰサーバに障害等が生じても、ストラタムに基づいて、他の最適なＮＴＰサーバを決定することが可能となり、そのＮＴＰサーバへタイムスタンプ要求を送信できる。
【００２０】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバから前記タイムスタンプ要求に対する応答が得られない場合に、前記ＮＴＰサーバのストラタムに基づいて次に最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された次に最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された次に最適なＮＴＰサーバへアクセスするための経路を構築する。
【００２１】
このようにすれば、最適なＮＴＰサーバに障害等が生じても、ストラタムに基づいて、次に最適なＮＴＰサーバを決定することが可能となり、そのＮＴＰサーバへタイムスタンプ要求を送信できる。
【００２２】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する。
【００２３】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記タイムスタンプ要求に対するＮＴＰサーバからの応答に基づいて、自装置の現在時刻を設定する。
【００２４】
また、上記時刻設定システムにおいては、例えば、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からその現在時刻を取得し、これを自己の装置立ち上げ時間として設定する。
【００２５】
本発明は、方法の発明として次のように特定することもできる。
【００２６】
光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムにおいて時刻設定する方法であって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするとともに、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する、時刻設定方法。
【００２７】
【発明の実施の形態】
以下、本発明の一実施形態である時刻設定システムについて図面を参照しながら説明する。図１は、本発明の一実施形態である時刻設定システムの概略システム構成を説明するための図である。
【００２８】
図１に示すように、時刻設定システムは、光ネットワークＮ１に接続されＮＴＰクライアントとして位置づけられる装置（ＮＥ１〜ＮＥ３。以下、ＮＴＰクライアントＮＥ１〜ＮＥ３ともいう）と、ＮＴＰサーバ２００が接続されたＩＰネットワークＮ２及び光ネットワークＮ１にそれぞれ接続されＮＴＰプロキシとして位置づけられる装置（ＮＥ４。以下、ＮＴＰプロキシＮＥ４ともいう）と、を包含する。光ネットワークＮ１は例えば、ＳＯＮＥＴ／ＳＤＨ光ネットワークである。光ネットワークＮ１内はＯＳＩプロトコルで動作する。ＩＰネットワークＮ２は、例えば、ＩＰプロトコルで動作するＷｉｎＮＴ／ＵＮＩＸネットワーク等のＩＰネットワークである。
【００２９】
ＮＥ１〜ＮＥ３は、ＳＯＮＥＴ／ＳＤＨ光ネットワークＮ１を介して相互に（ＮＥ４を含む）通信が可能な情報処理端末（例えば、パーソナルコンピュータやルーター等）である。なお、本実施形態においては、説明の便宜上、ＮＴＰクライアントとして位置づけられる装置がＮＥ１〜ＮＥ３の３つである場合を例に説明するが、本発明はこれに限定されない。必要に応じて適宜の数のＮＥをＮＴＰクライアントとして位置づけることができる。
【００３０】
ＮＥ４は、ＳＯＮＥＴ／ＳＤＨ光ネットワークＮ１外部のＩＰネットワークＮ２に接続されたＮＴＰサーバ２００と直接（又は間接）にＮＴＰのサービスを中継する伝送装置（例えば、ルーター）である。なお、本実施形態においては、説明の便宜上、ＮＴＰプロキシとして位置づけられる装置がＮＥ４の一つである場合を例に説明するが、本発明はこれに限定されない。必要に応じて適宜の数のＮＥをＮＴＰプロキシとして位置づけることができる。
【００３１】
各ＮＥ１〜ＮＥ４は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含む宣伝パケット（例えば、図３に示すＯＳＩトンネル宣伝パケット）を光ネットワークＮ１上に（ＮＥ１〜ＮＥ３に向けて）所定タイミング（例えば定期的に）でブロードキャストする。また、各ＮＥ１〜ＮＥ４（例えば、ＮＥ１）は、光ネットワークＮ１に接続された他のＮＥ（例えば、ＮＥ２〜４）からブロードキャストされる宣伝パケットを取得する。
【００３２】
次に、各ＮＥの構成について図面を参照しながら説明する。図２は、ＮＥの概略構成を説明するための図である。
【００３３】
各ＮＥ１〜ＮＥ４は、ＤＣＣデータ送受信部１０１、ＩＰデータ抽出/送信部１０２、ＩＰプロトコル処理部１０３、ＮＴＰプロトコル処理部１０４、ＴＬ１コマンド処理部１０５、オーバーヘッド（Overhead）処理部１０６、光インターフェース(Interface)部１０７、設定ＤＢ１０８、及び、タイマ１〜３等を備えている。
【００３４】
ＤＣＣデータ送受信部１０１は、Section ＤＣＣデータ(Section Data Communications Channel)の送受信を行い、オーバーヘッド処理部１０６で実際のＳＯＮＥＴ／ＳＤＨフレームのペイロード（Payload）に実装される直前のデータを扱うためのものである。
【００３５】
ＩＰデータ抽出/送信部１０２は、ＤＣＣデータ送信部１０１からＤＣＣで送られてきたデータの中から、時間設定や同期に使用されるＩＰパケット・データを抽出するためのものである。また、ＩＰデータ抽出/送信部１０２は、ＣＬＮＳ(Connectionless Network Service) ＰＤＵ(Protocol Data Unit)へそのＩＰパケット・データを実装し、ＤＣＣデータ送受信部１０１へ送信する。
【００３６】
ＩＰプロトコル処理部１０３は、ＯＳＩプロトコルから抽出されたＩＰプロトコルを処理するためのものである。この部分にＯＳＩトンネル及び、ＯＳＩトンネルの自動作成機能を使用している。
【００３７】
ここで、ＯＳＩトンネルについて、図面を参照しながら簡単に説明する。ここではＯＳＩトンネル自動ルーティング機能の概要をＦＴＰサーバとＩＰホスト（ＰＣ等）との通信を例に挙げて解説する。図１１で、ＮＭＳ（ネットワーク管理サーバ）側のＩＰネットワークをＩＰ−１、ＧＮＥ側のＩＰネットワークをＩＰ−２とする。ＩＰ−１とＩＰ−２はIＰプロトコルでは直接接続されていない。ＩＰ−１内にあるＮＭＳがＩＰ−２内にあるＦＴＰサーバのサービスを使用するためにはＮＭＳからのＦＴＰ接続要求がＦＴＰサーバへ到達しなければならない。しかしMediated GNEとGNEの間はＴＣＰ／ＩＰプロトコルをサポートしていないので、この要求はとどかない（図１１参照）。しかし、もしMediated GNEがＦＴＰ接続要求が入ったＩＰパケットをＯＳＩを使用してＩＰ−２側のＮＥまで転送できれば問題は解決する。つまり、Mediated GNEがＩＰ−２側のＦＴＰサーバのＩＰアドレス宛てのＩＰパケットを受けた場合は、ＯＳＩのパケット（ISO8473 CLNPにNSEL値=0x89を付加したもの）にＩＰパケットを乗せ、ＩＰ−２側のGNE宛てにＯＳＩを利用して転送し、ＩＰ−２側のGNEでパケットからＩＰパケットを取り出し、ＩＰ−２のＩＰネットワークへＩＰパケットを送出する。ＦＴＰサーバからＮＭＳへのレスポンスも同様の手順で行う。この機能をＯＳＩトンネルと呼ぶ（図１２参照）。
【００３８】
図１３では、OSIトンネルでデータが流れるルートにおけるプロトコルのスタックを図示している。このＯＳＩトンネル機能を自動的に動作させるために、ＯＳＩトンネル自動ルーティングプロトコル用い、ＯＳＩ ＤＣＮ内の伝送装置は、各伝送装置がどのようなＩＰネットワークに接続されているか（各伝送装置が接続されたＩＰネットワークのネットワークアドレスや、その伝送装置が到達可能なＩＰネットワークのアドレス）を伝送装置間で通知しあい、自動的にＯＳＩトンネルを構築する。この機能により、ＯＳＩトンネル自動ルーティング機能をサポートしている伝送装置がＯＳＩネットワーク内に接続されていれば、ＯＳＩ（ＤＣＣバイト）経由でＩＰ通信を自動的に利用することができる（図１４参照）。
【００３９】
ＯＳＩトンネルでは、ＩＳＯ８４７３で規定されるＣＬＮＳ ＰＤＵにＩＰデータをカプセル化(第４図 Encapsulation ＮＴＰパケット書式を参照)する方法を用いる。ここでは、カプセル化としてＮＴＰアプリケーションがその対象となる。
【００４０】
ＩＰプロトコル処理部１０３は、ＯＳＩトンネル宣伝パケット中の所定フィールド（ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻等）を設定するためのものである。図３に、ＯＳＩトンネル宣伝パケットの書式を示す。
【００４１】
ＮＴＰプロキシとして位置づけられるＮＥ４においては、ＩＰプロトコル処理部１０３は、自己に接続されているＩＰネットワークに接続されているＮＴＰサーバ２００（即ち、自己がアクセス可能なＮＴＰサーバ２００）のＩＰアドレスを所定フィールドに設定する。そのＮＴＰサーバ２００のＩＰアドレスは、例えば、設定ＤＢ１０８（そのＩＰアドレスは後述するＴＬ１コマンド処理部１０５によって設定されている）から読み出したものである。
【００４２】
また、ＩＰプロトコル処理部１０３は、そのＮＴＰサーバ２００のストラタムレベルを所定フィールドに設定する。そのストラタムレベルは、例えば、ＮＴＰサーバ２００とのメッセージ送受信により取得したものである。また、ＩＰプロトコル処理部１０３は、現在時刻としてタイマ１から取得した現在時刻を所定フィールドに設定する。
【００４３】
ＮＴＰクライアントとして位置づけられるＮＥ１〜ＮＥ３においては、ＩＰプロトコル処理部１０３は、ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻としてそれぞれ、無効な情報（例えば０）を所定フィールドに設定する。
【００４４】
このように、ＯＳＩトンネル宣伝パケット中の所定フィールド（ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻等）の内容は、ＮＴＰプロキシとして位置づけられるＮＥ４と、ＮＴＰクライアントとして位置づけられるＮＥ１〜ＮＥ３とで異なる。従って、ＯＳＩトンネル宣伝パケットの受信側において、その所定フィールド（又はこれが登録される後述のＯＳＩトンネルテーブル）を参照すれば、ＯＳＩトンネル宣伝パケットの送信側がＮＴＰクライアントとして位置づけられているのか又はＮＴＰプロキシとして位置づけられているのかを識別することができる。
【００４５】
ＮＴＰプロトコル処理部１０４は、ＩＰ／ＵＤＰヘッダを含めたＮＴＰプロトコルスタックを提供するためのものである。ＮＴＰに与えられるＵＤＰポート番号には１２３が使用される。
【００４６】
ＮＥ１〜ＮＥ３は、タイマ２のタイムアウトイベントを検出すると、タイマ３(ＮＴＰサーバ２００からのエコー(Echo)待ちタイマ)を起動した上で、タイムスタンプ要求(Client Request Message)をＮＴＰサーバ２００へ送信する。
【００４７】
ＮＥ１〜ＮＥ３は、タイマ３がタイムアウトする前にＮＴＰサーバ２００からタイムスタンプ要求に対するエコー(Echo)を正常受信すると、タイマ３を停止する。そして、ＮＥ１〜ＮＥ３は、以下の表の複数のタイムスタンプ情報とＮＴＰサーバ２００からのエコーを受信した時点での宛先タイムスタンプ(Destination
Timestamp)とを合せて装置内時間計測を行う。
【００４８】
【表１】
d(Roundtrip delay) = (T4 - T1) - (T2 - T3)
t(Local clock offset)= ((T2 - T1) + (T3 - T4)) / 2.
【００４９】
ＴＬ１コマンド処理部１０５は、ＮＴＰサーバＩＰ、及び、タイマ２のインターバル (ＮＴＰクライアント１００が時刻同期のために定期的にＮＴＰサーバ２００とＮＴＰサービスを動作させるための時間間隔）等を設定ＤＢ１０８に登録（バックアップ）し、タイマ値変更時のタイマ２の再起動等を行うためのものである。これらは、光ネットワーク内の時間設定、同期を実現する上で最低限必要となる。
【００５０】
ＮＴＰプロキシとして位置づけられるＮＥ４においては、ＮＴＰサーバＩＰ、及び、タイマ２のインターバル等は保守者が例えばＴＬ１コマンドによって指定した場合に設定ＤＢ１０８に登録される。ＮＥ１〜ＮＥ３においては、ＮＴＰサーバＩＰは設定されず（例えばＮｕｌｌ指定）、タイマ２のインターバール等が設定ＤＢ１０８に登録される。
【００５１】
また、ＴＬ１コマンド処理部１０５は、装置障害発生時の自立メッセージ（ＴＬ１メッセージ）にタイムスタンプを付与してＯＳへ送信する際に、タイマ１に設定された現在時間を参照する。
【００５２】
ＮＴＰサーバ２００は、光ネットワークＮ１内のＮＥ１〜ＮＥ４からのタイムスタンプ要求に応答可能なストラタムサーバである。
【００５３】
次に、上記構成の時刻設定システムの動作について図面を参照しながら説明する。図５は、時刻設定システムの動作を説明するためのフローチャートである。同図は、ＮＥ１〜ＮＥ４、及び、ＮＴＰサーバ２００相互間における時間設定、同期に至る基本的な動作シーケンスを示している。
【００５４】
ＮＴＰプロキシとして位置づけられるＮＥ４は、所定タイミングで（例えば、自己のタイマ２のタイムアウトイベントを検出すると）、タイムスタンプ要求(Client Request Message)をＮＴＰサーバ２００へ送信する（Ｓ１００）。このタイムスタンプ要求は、設定ＤＢ１０８から読み出されるＮＴＰサーバ２００のＩＰアドレスを、宛先ＩＰアドレスとして設定したＩＰパケットとして送信される。
【００５５】
ＮＴＰサーバ２００は、ＮＥ４からのタイムスタンプ要求を受信すると、自己のストラタムレベルを含むＮＴＰエコーメッセージを作成し、そのＮＥ４に返す（Ｓ１０１）。ＮＴＰプロキシ１００Ｄは、ＮＴＰサーバ２００からのエコーを取得することで、ＮＴＰサーバ２００のストラタムレベルを取得する（Ｓ１０２）。なお、ＮＴＰサーバ２００のストラタムレベルについては、予めＮＴＰプロキシ１００Ｄに設定しておくことも考えられる。しかしながら、ＮＴＰサーバ２００からのエコーにより取得するようにしておけば、ネットワーク構成に変更が生じた場合でも（例えば、異なるストラタムレベルのＮＴＰサーバに置き換えられたとしても）、ＮＥ４の設定を人手で変更する煩雑さが生じないという利点がある。
【００５６】
次に、各ＮＥ１〜ＮＥ３に電源を投入すると、ＮＥ１〜ＮＥ４相互の間でＩＰルーティング構築が開始される（Ｓ１０３）。以下、説明簡略化のため、ＮＥ１とＮＥ４に着目して両者間の動作ついて説明する。
【００５７】
ＮＥ１及びＮＥ４はそれぞれ、ＯＳＩトンネル宣伝パケットを作成し、これを所定タイミングで光ネットワークＮ１上へブロードキャストする（Ｓ１０４、Ｓ１０６）。
【００５８】
具体的には、ＮＴＰクライアントとして位置づけられるＮＥ１（ＮＥ２〜ＮＥ３も同様）は、所定フィールド（ＮＴＰサーバＩＰ、ストラタムレベル（階層）、及び、現在時刻等）に無効な情報（例えば０）を設定したＯＳＩトンネル宣伝パケットを作成し、これをブロードキャストする。一方、ＮＴＰプロキシとして位置づけられるＮＥ４は、自己の設定ＤＢ１０８から読み出したＮＴＰサーバ２００のＩＰアドレス、Ｓ１０２で取得したＮＴＰサーバ２００のストラタムレベル、及び、自己のタイマ１から取得した現在時刻を、所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これをブロードキャストする（Ｓ１０６）。
【００５９】
ＮＥ４は、ＮＥ１からのＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する（Ｓ１０５）。例えば、後述するＯＳＩトンネルテーブル（表３参照）に登録する。
【００６０】
一方、ＮＥ１（ＮＥ２〜ＮＥ３も同様）は、ＮＥ４からのＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する（Ｓ１０７）。例えば、後述するＯＳＩトンネルテーブル（表３参照）に登録する。具体的には、そのＯＳＩトンネル宣伝パケットに含まれている、そのＯＳＩトンネル宣伝パケット送信元ＮＥ４の光ネットワークＮ１上のアドレス（ＮＳＡＰ−４）、ＮＴＰサーバ２００のＩＰアドレス、及び、そのストラタムレベルを対応づけて保持する。
【００６１】
従って、ＮＥ１は、自己のＩＰルーティング情報（例えば、後述のＯＳＩトンネルテーブル）を参照すれば、最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバ、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバのＩＰアドレス、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバに対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手プロキシＮＥ（ここでは、ＮＥ４）を識別できる。
【００６２】
次に、ＮＥ１（ＮＥ２〜ＮＥ３も同様）は、ＮＥ４からのＯＳＩトンネル宣伝パケットに含まれている現在時刻を自己のタイマ１に設定（仮設定）する（Ｓ１０８）。このように仮設定することににより、ＮＥ１は、起動直後であっても現在時刻（正確な時刻ではないが）を把握できる。
【００６３】
ＮＥ１（ＮＥ２〜ＮＥ３も同様）は、自己のタイマ２のタイムアウトイベントを検出すると（Ｓ１０９）、自己の保持するＩＰルーティング情報を参照して、ＮＴＰサーバ２００に対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手ＮＥ（ここでは、ＮＥ４）を識別し、その相手ＮＥに対してＯＳＩトンネル作成を依頼する（Ｓ１１０）。
【００６４】
ＮＥ４は、ＮＥ１からのＯＳＩトンネル作成の依頼を受けると、ＮＥ１との間にＯＳＩトンネルを（例えば、所定アルゴリズムに従って）構築する（Ｓ１１１）。その構築が完了すると、ＮＥ４は、ＮＥ１に対して作成完了を通知する。
【００６５】
ＮＥ１は、ＮＥ４からの作成完了通知を受けると、タイマ３(ＮＴＰサーバ２００からのエコー(Echo)待ちタイマ)を起動した上で（Ｓ１１３）、その構築されたＯＳＩトンネルを介してタイムスタンプ要求(Client Request Message)を、ＮＴＰサーバ２００へ送信する（Ｓ１１２）。このタイムスタンプ要求は、ＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットに含まれる（ＩＰルーティング情報として保持する）ＮＴＰサーバ２００のＩＰアドレスを、宛先ＩＰアドレスとして設定したＩＰパケット（さらにこれをＣＬＮＰパケットでカプセル化して）として送信される。
【００６６】
ＮＴＰサーバ２００は、ＮＥ１からのタイムスタンプ要求を受信すると、タイマスタンプフォーマットを作成し、これをエコーとしてＮＥ１へ返す（Ｓ１１４）。
【００６７】
ＮＥ１は、ＮＴＰサーバ２００からのエコーを受信すると（Ｓ１１５）、タイマ３を停止する（Ｓ１１６）。これとともに、ＮＥ１は、そのタイムスタンプに基づいて得られる現在時刻をタイマ１に設定する（時刻同期処理）。これについては、すでに表１等を用いて説明した。
【００６８】
そして、ＮＥ１は、ＮＥ４に対してＯＳＩトンネル削除を依頼する（Ｓ１１７）。ＮＴＰプロキシ１００Ｄは、ＮＥ１からのＯＳＩトンネル削除の依頼を受けると、ＮＥ１との間に構築されたＯＳＩトンネルを削除する（Ｓ１１８）。その削除が完了すると、ＮＴＰプロキシ１００Ｄは、ＮＥ１に対して削除完了を通知する。以後、タイマ２のタイムアウトが再度検出されるまで、定常状態が継続する。タイマ２のタイムアウトが再度検出されると、上記Ｓ１０９〜Ｓ１１８の処理が繰り返される。
【００６９】
以上述べたように、本実施形態の時刻設定システムにおいては、各ＮＥ１〜ＮＥ４は、ＯＳＩトンネル宣伝パケットを光ネットワークＮ１上に所定タイミングでブロードキャスト（アナウンス）する。そして、各ＮＥ１〜ＮＥ４（例えば、ＮＥ１）は、光ネットワークＮ１に接続された他のＮＥ（例えば、ＮＥ２〜ＮＥ４）からブロードキャストされるＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する。
【００７０】
従って、各ＮＥ１〜ＮＥ４は、その取得したＯＳＩトンネル宣伝パケット中の所定フィールド（又はこれが登録される後述のＯＳＩトンネルテーブル）を参照すれば、ＯＳＩトンネル宣伝パケットの送信側ＮＥがＮＴＰクライアントとして位置づけられているのか又はＮＴＰプロキシとして位置づけられているのかを識別できる。即ち、各ＮＥ１〜ＮＥ３は、時間設定、同期に際してＮＥ４との間にＯＳＩトンネルを構築する必要があるために、ＯＳＩトンネルを構築すべき相手を識別（認識）することが可能となる。
【００７１】
また、各ＮＥ１〜ＮＥ３がＮＴＰプロキシとして位置づけられている複数のＮＥを識別した場合でも、各ＮＥ１〜ＮＥ４は、その取得したＯＳＩトンネル宣伝パケット中の所定フィールド（又はこれが登録される後述のＯＳＩトンネルテーブル）を参照すれば、最良のＮＴＰサーバ２００のＩＰアドレスを決定することが可能となる。
【００７２】
さらに、光ネットワークＮ１を介して接続される複数のＮＴＰサーバ２００が存在する構成下で、定期的にＮＴＰによる時間設定、同期を実施している状況において、その時、最もストラタムレベルの高いはずであったＮＴＰサーバ２００が何らかの要因でダウンしたり、ＮＴＰサーバ２００とＮＥ間の回線障害などでタイマ３がタイムアウトした場合には、予備サーバ２００を自動的に決定してＮＴＰサービスでの時間設定、同期を継続することが可能となる。
【００７３】
次に、本発明の時刻設定システムの実施例について図面を参照しながら説明する。
【００７４】
図６は、本発明の時刻設定システムの実施例を説明するための図である。同図は、光ネットワークＮ１に隣接するＩＰネットワーク上に一つのＮＴＰサーバ２００が接続されている構成を示している。これは、図１に示したネットワーク構成を実システムに適用したものに相当する。ただし、本実施例においては、ＮＴＰクライアントとして位置づけられる装置がＮＥ１、ＮＥ２、及び、ＮＥ４であり、ＮＴＰプロキシとして位置づけられる装置がＮＥ３である。
【００７５】
（手順１） ＮＥ３は、ＮＴＰサーバ２００が接続されたＩＰネットワークＮ２及び光ネットワークＮ１にそれぞれ接続されている。ＮＥ３は、ＩＰルーティングプロトコルを実装しており、ＩＰネットワークＮ２に包含されるＩＰルーターＲ２から、到達可能ネットワークの情報を定期的に(ＲＩＰプロトコルのデフォルトでは３０秒毎に)取得している。これにより、ＮＥ３は、自己が到達可能なネットワークアドレスのテーブル（ＩＰルーティングテーブル）を保持する（表２参照）。ＩＰルーティングテーブルは、到達可能ネットワークアドレス、ネットワークマスク、ルータＩＰアドレス、及び、メトリクスの項目からなる。メトリクスは、ＮＥ３からみて該当するネットワークに到達するまでのルータの数である。
【００７６】
【表２】
【００７７】
（手順３） ＮＥ１（他のＮＥ２及びＮＥ４も同様）は、ＮＥ３からのＯＳＩトンネル宣伝パケットを取得（受信）して、その内部データをＯＳＩトンネルテーブルへ格納する（表３参照）。ＯＳＩトンネルテーブルは、到達可能ネットワークアドレス、ネットワークマスク、ＮＳＡＰアドレス、ステイタス（状態）、ＮＴＰサーバＩＰアドレス、及び、ストラタム（階層）の項目からなる。
【００７８】
【表３】
【００７９】
ＯＳＩトンネルテーブル中のＮＳＡＰアドレス、ＮＴＰサーバＩＰアドレス、及び、ストラタム（階層）等の項目には、それぞれ、ＮＥ３からブロードキャストされるＯＳＩトンネル宣伝パケット中のＮＥ３のＮＳＡＰアドレス、ＮＴＰサーバ２００のＩＰアドレス、及び、ＮＴＰサーバ２００のストラタム等が登録される。このように、ＯＳＩトンネルテーブルには、ＯＳＩネットワークＮ１上のＮＥ３（ＮＴＰプロキシとして位置づけられるＮＥ）のＮＳＡＰアドレス（ここではＮＳＡＰ−３）とそのＮＥが到達可能なＩＰネットワークアドレス（ここではＮＴＰサーバ２００のＩＰアドレス）の組合せが保持される。
従って、ＮＥ１は、自己のＯＳＩトンネルテーブル中のストラタムを参照すれば、最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバ等を識別できる。また、ＮＥ１は、ＯＳＩトンネルテーブル中のＮＴＰサーバＩＰアドレスを参照すれば、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバのＩＰアドレス（ここではＮＴＰサーバ２００のＩＰアドレス）も把握できる。さらに、ＮＥ１は、ＯＳＩトンネルテーブル中のＮＳＡＰアドレスを参照すれば、その最もストラタムの高い（又は次にストラタムの高い）ＮＴＰサーバに対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手ＮＥ（ここではＮＥ３）を識別できる。
【００８０】
（手順４） ＮＥ１は、ＯＳＩトンネルテーブルを参照することで、ネットワーク10.21.200.xへ到達可能であり、かつ、ネットワーク10.21.200.0上にＮＴＰサーバ ２００(ＩＰアドレス=10.21.200.10)が存在していることを知る。同様に、ＮＥ１は、ＯＳＩトンネルテーブルを参照することで、そのＮＴＰサーバ２００に対してタイムスタンプ要求を行うために、ＯＳＩトンネルを構築すべき相手ＮＥとしてＮＴＰプロキシとして位置づけられるＮＥ３を識別する。なお、ここではプロキシとして位置づけられるＮＥはＮＥ３のみであるため、ストラタムは考慮されない。ＮＥ１は、ＯＳＩトンネルを使いＮＴＰサーバ２００へタイムスタンプ要求を転送することを検証する。
【００８１】
（手順５） ＮＥ１は、ＮＴＰサーバ２００に対してタイムスタンプ要求を行うためにＯＳＩトンネルを構築すべき相手ＮＥとして識別したＮＥ３に対して、そのＮＳＡＰアドレス（ＮＳＡＰ−３）、ＮＳＥＬ（自動ＯＳＩトンネルプロトコルのＩＤ）を設定（付与）したＣＬＮＰパケットに、自動ＯＳＩプロトコルＰＤＵを乗せて光ネットワークＮ１へ送出する。なお、自動ＯＳＩトンネルプロトコルのコマンドＩＤは、ＯＳＩトンネル作成要求(0x01)とする。
【００８２】
（手順６） ＮＥ３は、ＮＥ１からのＣＬＮＰパケットを受信すると、ＮＳＥＬをチェックする。ここでは、ＮＳＥＬに自動ＯＳＩトンネルプロトコルのＩＤ（ＯＳＩトンネル作成要求(0x01)）が設定されているので、ＮＥ３は、ＯＳＩトンネル作成要求と判断する。ＮＥ３は、自動ＯＳＩプロトコルデータ内の宛先ＩＰサブネットアドレスへ到達可能であることを自己のＩＰルーティングテーブルを参照して確認した後、ＮＥ１との間にＯＳＩトンネルを作成する。ＮＥ３は、ＯＳＩトンネル作成完了後、ＯＳＩトンネル作成完了レスポンス（コマンドID=0x02）をＣＬＮＰパケットに乗せ、ＮＥ１へ返送する。
【００８３】
（手順７） ＮＥ１は、ＮＥ３からのＣＬＮＰパケットを受信すると、ＮＳＥＬをチェックする。ここでは、ＮＳＥＬに自動ＯＳＩプロトコルのＩＤ（ＯＳＩトンネル作成完了レスポンス（コマンドID=0x02））が設定されているので、ＯＳＩトンネル作成完了レスポンスと判断し、その結果をチェックする。ここでは、結果がＯＫなので、ＮＥ１は、そのＯＳＩトンネルを介して、ＮＴＰサーバ２００(ＩＰアドレス=10.21.200.10)宛てのタイムスタンプ要求を、ＮＳＡＰアドレス=ＮＳＡＰ−３、ＮＳＥＬにＯＳＩトンネル用の値（0x89）をつけたＣＬＮＰパケットでカプセル化し、光ネットワークＮ１上に送出する 。
【００８４】
ＮＥ３は、ＮＥ１からのＣＬＮＰパケットを受信すると、ＣＬＮＰ ＰＤＵから、ＮＴＰサーバ２００宛てのタイムスタンプ要求を取り出す。そして、ＮＥ３は、自己のＩＰルーティング情報（ＩＰルーティングテーブル）に従って、そのタイムスタンプ要求を、ＩＰネットワークＮ２上に転送する。
【００８５】
そのタイムスタンプ要求に対するＮＴＰサーバ２００からのレスポンス (EchoResponse)も同様に、ＮＥ３においてＣＬＮＰ ＰＤＵにカプセル化され、ＯＳＩトンネルを介してＮＥ１へ送られる。
【００８６】
（手順８） ＮＥ１は、ＮＴＰサーバ２００からのエコー(Echo Response)を正常受信した後、伝送遅延を計測した上で装置内時間設定（自己のタイマ１に設定）を行う。そして、ＮＥ１は、ＯＳＩトンネルの相手側ＮＥ３に対してＯＳＩトンネル削除要求コマンド（コマンドID=0x03）を、その削除するインターフェースのサブネットアドレスなどのデータと共に送出する（他の自動ＯＳＩトンネルプロトコルと同様に、ＮＳＥＬを自動ＯＳＩトンネルプロトコルとしたＣＬＮＰパケットにカプセル化して送出する）。
【００８７】
（手順９） ＮＥ３は、ＮＥ１からのＯＳＩトンネル削除要求コマンドを受けると、そのコマンド等によって指定されたＯＳＩトンネルを削除し、ＯＳＩトンネル削除完了レスポンス（コマンドID=0x04）に作成成功のデータを書き込み、ＮＥ１へ返送する。
【００８８】
（手順１０） ＮＥ１は、ＮＥ３からのＯＳＩトンネル削除完了レスポンスを受信すると、成功を確認し、自ＮＥの該当するＯＳＩトンネルを削除する。
【００８９】
次に、本発明の他の実施形態である時刻設定システムについて図面を参照しながら説明する。図７は、本発明の他の実施形態である時刻設定システムの概略システム構成を説明するための図である。
【００９０】
図７に示すように、本実施形態においては、上記実施形態の構成に加えて、さらに、予備系のＮＴＰサーバ３００を設けている。
【００９１】
各ＮＥは、自己のタイマ３がタイムアップするまでに、タイムスタンプ要求に対する現用系のＮＴＰサーバ２００からのエコー応答を受信しない場合には、タイムスタンプ要求を予備系のＮＴＰサーバ３００へ送信する。従って、ＮＴＰサーバ２００自体の障害やそのＮＴＰサーバ２００が接続されているネットワークの障害等が原因で、タイマ３がタイムアップするまでに、タイムスタンプ要求に対するＮＴＰサーバ２００からのエコー応答を受信しない場合であっても、時刻設定が可能となる。
【００９２】
このように、本実施形態においては、上記実施形態とはＮＴＰプロキシとして位置づけられる伝送装置がＮＥ３及びＮＥ４の２つである点、が異なっている。ＮＥ３は、ＮＴＰサーバ３００が接続されたＩＰネットワークＮ３及び光ネットワークＮ１にそれぞれ接続されている。ＩＰネットワークＮ３は、ＩＰネットワークＮ２と同様、例えば、ＩＰプロトコルで動作するＷｉｎＮＴ／ＵＮＩＸネットワーク等のＩＰネットワークである。ＷｉｎＮＴ／ＵＮＩＸネットワークＮ２はＩＰプロトコルで動作している。なお、ネットワークＮ２とネットワークＮ３とは直接接続されていない。他の構成については、図１と同様である。なお、光ネットワークＮ１内の各ＮＥ１〜ＮＥ４とＮＴＰサーバ２００(又はＮＴＰサーバ３００）とは、ＮＴＰの代表的な通信形態であるユニキャストモード(UnicastMode)(1:1Point-to-Point接続)で論理的に接続するものとする。
【００９３】
ＮＴＰサーバ２００及びＮＴＰサーバ３００は、光ネットワークＮ１内の各ＮＥ１〜ＮＥ４からのタイムスタンプ要求(Client Request Message)に応答可能なストラタムサーバ(Stratum Server)である。ＮＴＰサーバ２００にはストラタム（階層）レベル３が与えられている。ＮＴＰサーバ３００にはストラタムレベル４が与えられている。ＮＴＰサーバ２００は、ＮＴＰサーバ３００よりもストラタムが一段階高く、通常、光ネットワークＮ１上のプライマリクロック(PrimaryClock)源として扱われる。デイライトセービング(Daylight Saving)に必要な地域情報(Zone)設定は、ＮＴＰサーバ２００が有している。各ＮＥにおいては、通常、ストラタムが高いＮＴＰサーバ２００がタイムスタンプ要求の宛先として選択される。しかしながら、ＮＴＰサーバ２００自身の保守や、ＷｉｎＮＴ／ＵＮＩＸネットワークＮ２での回線障害障害などで光ネットワークＮ１からのタイムスタンプ要求がＮＴＰサーバ２００に到達しない場合に、二次サーバとしてＮＴＰサーバ３００が選択される。
【００９４】
ＮＥ４には、上記実施形態で述べたように、自己に接続されているＩＰネットワークＮ２に接続されているＮＴＰサーバ２００（即ち、自己がアクセス可能なＮＴＰサーバ２００）のＩＰアドレスが自己の設定ＤＢ１０８等に設定されている。ＮＥ４は通常、ＮＴＰクライアントとしてＮＴＰサーバ２００と時刻同期を行う。具体的には、ＮＥ４は、タイムスタンプ要求をＮＴＰサーバ２００へ送信し、そのタイムスタンプ要求に対して、ＮＴＰサーバ２００からストラタムレベル等を含むエコーメッセージ (ＮＴＰサーバ２００からのタイムスタンプエコー応答(Time Stamp Echo Response)）を取得する。これにより、ＮＥ４は、ＮＴＰサーバ２００のストラタムレベルを認識する。
【００９５】
同様に、ＮＥ３には、自己に接続されているＩＰネットワークＮ３に接続されているＮＴＰサーバ３００（即ち、自己がアクセス可能なＮＴＰサーバ３００）のＩＰアドレスが自己の設定ＤＢ１０８等に設定されている。ＮＥ３は通常、ＮＴＰクライアントとしてＮＴＰサーバ３００と時刻同期を行う。具体的には、ＮＥ３は、タイムスタンプ要求をＮＴＰサーバ３００へ送信し、そのタイムスタンプ要求に対してＮＴＰサーバ３００からストラタムレベル等を含むエコーメッセージ (ＮＴＰサーバ３００からのタイムスタンプエコー応答(Time Stamp Echo Response)）を取得する。これにより、ＮＥ３は、ＮＴＰサーバ３００のストラタムレベルを認識する。
【００９６】
ＮＥ３及びＮＥ４は、光ネットワークＮ１内のＮＥ１及びＮＥ２がＮＴＰサーバ２００ (又はＮＴＰサーバ３００)へ時刻同期のためにタイムスタンプ要求を送信する場合、このメッセージ(Message)をプロパゲイト(Propagate)するＮＴＰプロキシとして位置付けられる。
【００９７】
ＮＥ４は、上記実施形態で述べたように、自己の設定ＤＢ１０８等から読み出したＮＴＰサーバ２００のＩＰアドレス、ＮＴＰサーバ２００から取得したＮＴＰサーバ２００のストラタムレベル、及び、自己のタイマ１から取得した現在時刻を所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これを所定タイミング（例えば、定期的に）で光ネットワークＮ１上へブロードキャストする。
【００９８】
同様に、ＮＥ３は、自己の設定ＤＢ１０８等から読み出したＮＴＰサーバ３００のＩＰアドレス、ＮＴＰサーバ３００から取得したＮＴＰサーバ３００のストラタムレベル、及び、自己のタイマ１から取得した現在時刻を所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これを所定タイミング（例えば、定期的に）で光ネットワークＮ１上へブロードキャストする。
【００９９】
このように、ＮＥ４等（タイマ１）の現在時刻をＯＳＩトンネル宣伝パケットに含めるのは、次の理由による。即ち、光ネットワークＮ１内で(ＮＴＰクライアントとして位置付けられる)ＮＥの増設が必要になった場合、その増設したＮＥとＮＴＰサーバとの時間差を予め吸収するために、ＮＴＰ動作に入る前にプロキシから送信されるＯＳＩトンネル宣伝パケットに指定される現在時刻に仮同期させる(近隣するＮＥの時間に近似した値にまず設定しておく)ためである。これにより、ＮＴＰの初期動作で一般的に使用されるntpdateコマンドの送信手順を避けることができる。
【０１００】
なお、ＮＥ３及びＮＥ４においては、定期的にＮＴＰサーバとの時刻同期を行うための補正間隔として自己のタイマ２のインターバルを保守者が設定できるようになっている。
【０１０１】
ＮＴＰクライアントとして位置づけられるＮＥ１及びＮＥ２（ＮＥ４がＮＴＰプロキシとして位置づけられる場合にはＮＥ３も含む）は、無効な情報（例えば０）を所定フィールドにそれぞれ設定したＯＳＩトンネル宣伝パケットを作成し、これを所定タイミング（例えば、定期的に）で光ネットワークＮ１上へブロードキャストする。
【０１０２】
また、ＮＥ１及びＮＥ２は、ＮＥ３及びＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する。具体的には、そのＯＳＩトンネル宣伝パケットに含まれている、そのＯＳＩトンネル宣伝パケット送信元の光ネットワークＮ１上のアドレス、ＮＴＰサーバ２００（又はＮＴＰサーバ３００）のＩＰアドレス、及び、そのストラタムレベルを対応づけて保持する。
【０１０３】
従って、ＮＥ１及びＮＥ２は、自己が保持するＩＰルーティング情報を参照することで、光ネットワークＮ１内において、ＯＳＩトンネルを構築すべき相手プロキシＮＥとしてどのＮＥを選択するのが適切かを、タイムスタンプ要求(NTP Client Request Message)送出の前段階において認識できる。
【０１０４】
なお、ＮＴＰサーバのＩＰアドレスについては、プロキシＮＥ１００Ｄ（又は１００Ｃ）からブロードキャストされるＯＳＩトンネル宣伝パケットに含まれるものを使用するため、保守者が設定できないようになっている（例えば、設定プロセスが省略されている）。このように、ＯＳＩトンネル宣伝パケットに含まれるＮＴＰサーバのＩＰアドレスを使用することにしたので、光ネットワークＮ１内に置かれるクライアントＮＥ内で自動的にＮＴＰサーバのＩＰアドレスを決定することが可能である。仮に、ネットワーク構成(Subtending Network Addressの変更)が変更されたり、ＮＴＰサーバ自身のＩＰアドレスが変更された場合であっても、ＮＴＰサーバの宛先ＩＰアドレスをその都度人手で変更する煩雑さが生じない。特に光ネットワークＮ１内に相当数のクライアントＮＥが設置されていた場合に、装置個別の設定に関る手番短縮、誤設定によるＮＴＰサーバへの不到達といった課題を回避できることになる。
【０１０５】
なお、ＮＥ１及びＮＥ２には、定期的にＮＴＰサーバとの時刻同期を行うための補正間隔として自己のタイマ２のインターバルを保守者が設定できるようになっている。
【０１０６】
ＮＴＰクライアントとして位置づけられるＮＥ１及びＮＥ２は、自己のタイマ２のタイムアウトイベントを検出すると（インターバルで指定されたタイマのタイムアウトイベントの発生を受けて）、自動トンネル作成機能を使用してプロキシＮＥに対してＯＳＩトンネルを作成する。ここで、ＯＳＩトンネルの接続される宛先として選択されるのは、最もストラタムレベルの高いＮＴＰサーバと直接NTPプロトコルにて動作しているＮＥ（ここではＮＥ４）となる。
【０１０７】
具体的には、ＮＥ１（又はＮＥ２）は、自己のＯＳＩトンネルテーブル中のＮＥ４のＮＳＡＰアドレスとネットワークアドレスの組み合わせを参照する。続けて、ＮＥ１は、作成されたＯＳＩトンネルを使用して、タイムスタンプ要求(NTPClient Request Message)を送信する。このメッセージの宛先ＩＰアドレスについては、ＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットに含まれるものを使用する。
【０１０８】
ＮＥ１からのタイムスタンプ要求が正常に該ＮＴＰサーバにて受信され、それに対するエコーがＮＥ１に返送されると、ＮＥ１は時刻同期処理を行いＯＳＩトンネルを削除する。
【０１０９】
以下、本実施形態の時刻設定システムの動作について図面を参照しながらより詳細に説明する。
【０１１０】
ＮＥ１及びＮＥ２は、ＮＥ３及びＮＥ４からブロードキャストされるＯＳＩトンネル宣伝パケットを取得して、ＩＰルーティング情報として保持する。ＮＥ１及びＮＥ２は、そのルーティング情報を参照することにより、光ネットワークＮ１内に２台のプロキシが存在していることを知る。これと同時に、何れのストラタムが高いかを認識する。
【０１１１】
ＮＴＰサーバ２００及びＮＴＰサーバ３００の両方がアクティブ(Active)の場合には、ＮＥ１（又はＮＥ２）は、ストラタムレベルが高いＮＴＰサーバ２００を優先的に選択して、タイムスタンプ要求(Client Request Message)を送出する。万が一、選択したＮＴＰサーバ２００の障害、あるいは、ＮＥ１とＮＴＰサーバ２００間の経路における回線障害が発生した場合には、これを回復する(二次ＮＴＰ サーバ３００ への再接続)手段をも持ち合わせる。具体的には、ＮＥ１側は、タイムスタンプ要求に対するＮＴＰサーバ２００からのエコー(Echo)待ちタイムアウト(Timeout)監視を行う。これは、タイマ３により行う。ＮＥ１は、エコー待ちタイムアウトを検出した場合には、二次ＮＴＰサーバ３００（ＮＴＰサーバ２００の次にストラタムの高いＮＴＰサーバ）への経路選択を行うべく、ＯＳＩトンネルテーブルから次に高いストラタムレベルを持ったＮＥ（ここではＮＥ３）を検索し、ＮＴＰサーバ３００を対象としてＯＳＩトンネルの作成、そのＮＥ３が知るＮＴＰサーバ３００宛てにタイムスタンプ要求を送出するように振舞う。このリカバリ動作により、ＮＥ１は常に適当なＮＴＰサーバへの到達性を検証しながら、時刻同期に対する継続的なサービスを提供する。
【０１１２】
なお、図１及び図７に示すＯＳは、定常状態において、ＮＥ１〜４のＯＡＭ＆Ｐ(監視操作全般)を司るためのものである。本実施形態においては、本ＯＳから光ネットワーク内の各装置の時間同期に必要な動作定義をＴＬ１コマンドとして各ＮＥに送信する。
【０１１３】
ＰＣ１〜ＰＣ６は、光ネットワークＮ１外のＮＴＰクライアントである。ＰＣ１及びＰＣ２は、ＷｉｎＮＴ／ＵＮＩＸネットワークＮ１内のＮＴＰサーバ２００と直接ＮＴＰのやりとりを行う。ＰＣ１及びＰＣ２は、ＮＴＰサーバ２００ (ＰＣ３〜ＰＣ５については、ＮＴＰサーバ３００)とサーバ・クライアントの関係を持っても良いが、ＮＴＰサーバ３００（又はＮＴＰサーバ２００）をサーバと指定することも可能である。この際、ＯＳＩトンネル自動ルーティング技術そのもので実現可能である。なお、ＰＣ６については、ＬＡＮ上にＮＴＰサーバが存在していなくとも、光ネットワークＮ１内のＯＳＩトンネル自動ルーティング機能を使って、光ネットワークＮ１外の適当なＮＴＰサーバからタイムスタンプの提供を受けることが可能である。この場合も、ＯＳＩトンネル自動ルーティング技術そのもので実現可能である。
【０１１４】
上記２つの実施形態で説明した時刻設定システムによれば、ネットワーク構成(Subtending Network Addressの変更)や、ＮＴＰサーバ自身のＩＰアドレスの変更等に伴って、接続するＮＴＰサーバの宛先ＩＰアドレスをその都度変更しなくても良いよう、自動的にＮＴＰサーバのＩＰアドレスの取得、経路決定が解決される。このため従来技術で記したログオン手続きの無用化、オペレーションの簡略化やIPアドレスの誤設定といったミスオペレーションの回避ができるとともに、保守コストの削減が期待できる。
【０１１５】
また、上記２つの実施形態で説明した時刻設定システムによれば、、伝送装置単体の時間設定に限定しておらず、光ネットワークとそれを含めたＩＰネットワークを跨いだネットワーク間において時間設定、同期サービスを提供でき、ネットワーク全体の時間品質、精度の向上に寄与する。
【０１１６】
また、上記２つの実施形態で説明した時刻設定システムによれば、伝送遅延に対する時刻管理から開放され、装置からのログ収集、障害発生時の自立メッセージといった一連のメッセージに付与されるタイムスタンプに時間誤差を殆ど与えないようにすることが出来、伝送装置の性能向上に寄与する。
【０１１７】
［その他］ 本発明は、以下のように特定することができる。
（付記１） 光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムであって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするブロードキャスト手段と、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する取得手段と、を備える時刻設定システム。（１）
（付記２） 前記ＮＴＰクライアントとして位置づけられる装置はさらに、前記他の装置からブロードキャストされるパケットに含まれる識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を決定するプロキシ決定手段を備える付記１に記載の時刻設定システム。（２）
（付記３） 前記ＮＴＰクライアントとして位置づけられる装置と前記プロキシ決定手段によって決定された装置との間に、前記ＮＴＰサーバへアクセスするための経路を構築する経路構築手段をさらに備える付記２に記載の時刻設定システム。（３）
（付記４） 前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する付記３に記載の時刻設定システム。（４）
（付記５） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのＩＰアドレスを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのＩＰアドレスを取得し、前記ＮＴＰサーバへのタイムスタンプ要求を、その取得したＮＴＰサーバのＩＰアドレスが宛先アドレスとして設定されているパケットとして、前記経路構築手段によって構築された経路へ送出する付記３に記載の時刻設定システム。
（付記６） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのストラタムを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのストラタムを取得し、ＮＴＰプロキシとして位置づけられる複数の装置からそれぞれ前記パケットを取得した場合には、それらのパケットに含まれるＮＴＰサーバのストラタムに基づいて最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された最適なＮＴＰサーバへアクセスするための経路を構築する、付記２に記載の時刻設定システム。
（付記７） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバから前記タイムスタンプ要求に対する応答が得られない場合に、前記ＮＴＰサーバのストラタムに基づいて次に最適なＮＴＰサーバを決定し、前記経路構築手段は、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された次に最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された次に最適なＮＴＰサーバへアクセスするための経路を構築する、付記６に記載の時刻設定システム。
（付記８） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する付記６又は７に記載の時刻設定システム。
（付記９） 前記ＮＴＰクライアントとして位置づけられる装置は、前記タイムスタンプ要求に対するＮＴＰサーバからの応答に基づいて、自装置の現在時刻を設定する付記４、５、又は、８のいずれかに記載の時刻設定システム。（５）
（付記１０） 前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からその現在時刻を取得し、これを自己の装置立ち上げ時間として設定する付記１に記載の時刻設定システム。
（付記１１） 光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、を包含するシステムにおいて時刻設定する方法であって、前記各装置は、自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするとともに、前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する、時刻設定方法。
（付記１２） 前記ＮＴＰクライアントとして位置づけられる装置はさらに、前記他の装置からブロードキャストされるパケットに含まれる識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を決定する、付記１１に記載の時刻設定方法。
（付記１３） 前記ＮＴＰクライアントとして位置づけられる装置と前記決定された装置との間に、前記ＮＴＰサーバへアクセスするための経路を構築する、付記１２に記載の時刻設定方法。
（付記１４） 前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰサーバへのタイムスタンプ要求を、前記構築された経路へ送出する付記１３に記載の時刻設定方法。
（付記１５） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのＩＰアドレスを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのＩＰアドレスを取得し、前記ＮＴＰサーバへのタイムスタンプ要求を、その取得したＮＴＰサーバのＩＰアドレスが宛先アドレスとして設定されているパケットとして、前記構築された経路へ送出する、付記１３に記載の時刻設定方法。
（付記１６） 前記ＮＴＰプロキシとして位置づけられる装置は、前記パケットに自己がアクセス可能なＮＴＰサーバのストラタムを含めてブロードキャストし、前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰプロキシとして位置づけられる装置からブロードキャストされるパケットを取得することでＮＴＰサーバのストラタムを取得し、ＮＴＰプロキシとして位置づけられる複数の装置からそれぞれ前記パケットを取得した場合には、それらのパケットに含まれるＮＴＰサーバのストラタムに基づいて最適なＮＴＰサーバを決定し、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された最適なＮＴＰサーバへアクセスするための経路を構築する、付記１２に記載の時刻設定方法。
（付記１７） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバから前記タイムスタンプ要求に対する応答が得られない場合に、前記ＮＴＰサーバのストラタムに基づいて次に最適なＮＴＰサーバを決定し、前記ＮＴＰクライアントとして位置づけられる装置と前記決定された次に最適なＮＴＰサーバにアクセス可能なＮＴＰプロキシとして位置づけられる装置との間に、前記決定された次に最適なＮＴＰサーバへアクセスするための経路を構築する、付記１６に記載の時刻設定方法。
（付記１８） 前記ＮＴＰクライアントとして位置づけられる装置は、前記決定された最適なＮＴＰサーバへのタイムスタンプ要求を、前記構築された経路へ送出する付記１６又は１７に記載の時刻設定方法。
【０１１８】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。このため、上記の実施形態は、あらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。
【０１１９】
【発明の効果】
以上説明したように、本発明によれば、被伝送装置（ＮＥ(network element)等）自身が自主的にネットワーク内の時間設定、時刻同期を行うことができるようになる。これにより、SONET/SDH光ネットワークで構成される伝送装置の時間設定に対して、監視ＯＳから一方的に日時設定コマンドを定期的に送信する手順や、監視ＯＳから被伝送装置にログインする手順は一切不要となる。また、障害発生時おいても保守者の操作を必要とすることなく、継続したネットワーク内の時間設定、時刻同期を提供可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態である時刻設定システムの概略システム構成を説明するための図である。
【図２】ＮＥの概略構成を説明するための図である。
【図３】ＯＳＩトンネル宣伝パケット書式を説明するための図である。
【図４】ＮＴＰパケット書式を説明するための図である。
【図５】時刻設定システムの動作を説明するためのフローチャートである。
【図６】本発明の時刻設定システムの実施例を説明するための図である。
【図７】本発明の他の実施形態である時刻設定システムの概略システム構成を説明するための図である。
【図８】従来の日時設定コマンド書式を説明するための図である。
【図９】従来の日時設定のためのコマンドシーケンスを説明するための図である。
【図１０】従来の回線障害時における再ログイン手続きを説明するための図である。
【図１１】ＯＳＩトンネルについて説明するための図である。
【図１２】ＯＳＩトンネルについて説明するための図である。
【図１３】ＯＳＩトンネルについて説明するための図である。
【図１４】ＯＳＩトンネルについて説明するための図である。
【符号の説明】
１００ ＮＥ（ＮＴＰクライアント、ＮＴＰプロキシ）
１０１ ＤＣＣデータ送受信部
１０２ ＩＰデータ抽出／送信部
１０３ ＩＰプロトコル処理部
１０４ ＮＴＰプロトコル処理部
１０５ ＴＬ１コマンド処理部
１０６ ＳＯＮＥＴ／ＳＤＨオーバーヘッド処理部
１０７ 光インターフェース部
１０８ 設定ＤＢ（データベース）
２００ ＮＴＰサーバ
Claims (5)
- 光ネットワークに接続され、ＮＴＰクライアントとして位置づけられる装置と、
ＮＴＰサーバが接続されたＩＰネットワーク及び光ネットワークにそれぞれ接続され、前記ＮＴＰクライアントとして位置づけられる装置と前記ＮＴＰサーバとの間の通信を中継するＮＴＰプロキシとして位置づけられる装置と、
を包含するシステムであって、
前記各装置は、
自己がＮＴＰクライアントとして位置づけられているか又はＮＴＰプロキシとして位置づけられているかを識別するための識別情報を含むパケットを前記光ネットワーク上に所定タイミングでブロードキャストするブロードキャスト手段と、
前記光ネットワークに接続された他の装置からブロードキャストされるパケットを取得する取得手段と、
を備える時刻設定システム。 - 前記ＮＴＰクライアントとして位置づけられる装置はさらに、
前記他の装置からブロードキャストされるパケットに含まれる識別情報に基づいてＮＴＰプロキシとして位置づけられる装置を決定するプロキシ決定手段を備える請求項１に記載の時刻設定システム。 - 前記ＮＴＰクライアントとして位置づけられる装置と前記プロキシ決定手段によって決定された装置との間に、前記ＮＴＰサーバへアクセスするための経路を構築する経路構築手段をさらに備える請求項２に記載の時刻設定システム。
- 前記ＮＴＰクライアントとして位置づけられる装置は、前記ＮＴＰサーバへのタイムスタンプ要求を、前記経路構築手段によって構築された経路へ送出する請求項３に記載の時刻設定システム。
- 前記ＮＴＰクライアントとして位置づけられる装置は、前記タイムスタンプ要求に対するＮＴＰサーバからの応答に基づいて、自装置の現在時刻を設定する請求項４に記載の時刻設定システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002366701A JP2004199366A (ja) | 2002-12-18 | 2002-12-18 | 時刻設定システム、及び、時刻設定方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002366701A JP2004199366A (ja) | 2002-12-18 | 2002-12-18 | 時刻設定システム、及び、時刻設定方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004199366A true JP2004199366A (ja) | 2004-07-15 |
Family
ID=32763828
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002366701A Pending JP2004199366A (ja) | 2002-12-18 | 2002-12-18 | 時刻設定システム、及び、時刻設定方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004199366A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009098794A (ja) * | 2007-10-15 | 2009-05-07 | Sanyo Electric Co Ltd | 投写型映像表示装置 |
| JP2010528345A (ja) * | 2007-01-31 | 2010-08-19 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 協定タイミング・ネットワーク内の階層１構成を定義する方法、システム、およびコンピュータ・プログラム |
| WO2011017867A1 (zh) * | 2009-08-14 | 2011-02-17 | 中兴通讯股份有限公司 | 光传送网承载时间同步协议的方法及系统 |
| JP2012209791A (ja) * | 2011-03-30 | 2012-10-25 | Hitachi Ltd | ネットワークノード、時刻同期方法及びネットワークシステム |
| US8416811B2 (en) | 2008-04-10 | 2013-04-09 | International Business Machines Corporation | Coordinated timing network having servers of different capabilities |
| US8458361B2 (en) | 2007-01-31 | 2013-06-04 | International Business Machines Corporation | Channel subsystem server time protocol commands |
| US8738792B2 (en) | 2007-01-31 | 2014-05-27 | International Business Machines Corporation | Server time protocol messages and methods |
| KR101665924B1 (ko) * | 2015-08-04 | 2016-10-13 | 주식회사 이노와이어리스 | NTP(network time protocol) 타임 오프셋을 이용한 주파수 오차 추정 시스템 |
-
2002
- 2002-12-18 JP JP2002366701A patent/JP2004199366A/ja active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8738792B2 (en) | 2007-01-31 | 2014-05-27 | International Business Machines Corporation | Server time protocol messages and methods |
| JP2010528345A (ja) * | 2007-01-31 | 2010-08-19 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 協定タイミング・ネットワーク内の階層１構成を定義する方法、システム、およびコンピュータ・プログラム |
| US9164699B2 (en) | 2007-01-31 | 2015-10-20 | International Business Machines Corporation | Channel subsystem server time protocol commands |
| US9112626B2 (en) | 2007-01-31 | 2015-08-18 | International Business Machines Corporation | Employing configuration information to determine the role of a server in a coordinated timing network |
| US8458361B2 (en) | 2007-01-31 | 2013-06-04 | International Business Machines Corporation | Channel subsystem server time protocol commands |
| US8972606B2 (en) | 2007-01-31 | 2015-03-03 | International Business Machines Corporation | Channel subsystem server time protocol commands |
| JP2009098794A (ja) * | 2007-10-15 | 2009-05-07 | Sanyo Electric Co Ltd | 投写型映像表示装置 |
| US8416811B2 (en) | 2008-04-10 | 2013-04-09 | International Business Machines Corporation | Coordinated timing network having servers of different capabilities |
| KR101290643B1 (ko) | 2009-08-14 | 2013-07-29 | 지티이 코포레이션 | 광 전송 네트워크에서 시간 동기화 프로토콜을 베어링하는 방법 및 시스템 |
| WO2011017867A1 (zh) * | 2009-08-14 | 2011-02-17 | 中兴通讯股份有限公司 | 光传送网承载时间同步协议的方法及系统 |
| US8730868B2 (en) | 2011-03-30 | 2014-05-20 | Hitachi, Ltd. | Network node, time synchronization method and network system |
| JP2012209791A (ja) * | 2011-03-30 | 2012-10-25 | Hitachi Ltd | ネットワークノード、時刻同期方法及びネットワークシステム |
| KR101665924B1 (ko) * | 2015-08-04 | 2016-10-13 | 주식회사 이노와이어리스 | NTP(network time protocol) 타임 오프셋을 이용한 주파수 오차 추정 시스템 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11451459B2 (en) | Multi-hop reflector sessions | |
| US6047330A (en) | Virtual router discovery system | |
| US7742400B2 (en) | Method and system for detecting link failure between nodes in a hybrid network | |
| US7724644B2 (en) | Node redundancy method, interface card, interface device, node device, and packet ring network system | |
| US7554959B1 (en) | Apparatus and method for cluster network device discovery | |
| US7733791B2 (en) | Communication path monitoring system | |
| US12301441B2 (en) | Method and apparatus for updating route information, computer device, and storage medium | |
| CN100579034C (zh) | 上报设备信息的方法、获取设备信息的系统和设备 | |
| US20010033550A1 (en) | Physical layer auto-discovery for management of network elements | |
| CN104468205A (zh) | 执行路径导向的系统管理 | |
| US20010026550A1 (en) | Communication device | |
| US6999409B2 (en) | OSI tunnel routing method and the apparatus | |
| JP2004199366A (ja) | 時刻設定システム、及び、時刻設定方法 | |
| US7945656B1 (en) | Method for determining round trip times for devices with ICMP echo disable | |
| JPH1168799A (ja) | 同期デジタル階層型通信ネットワーク及びそれに適用される方法 | |
| CN107124729B (zh) | 一种无线中继方法及其系统 | |
| CN103036648B (zh) | 一种capwap报文处理方法及装置 | |
| US20080095171A1 (en) | Method and system for confirming connection of layer-1 label switched path(L1-LSP) in GMPLS-based network | |
| US6826623B1 (en) | Detecting a dead gateway for subsequent non-TCP transmission by sending a first TCP packet and deleting an ARP entry associated with the gateway | |
| JP4002509B2 (ja) | パケット通信システム、パケット通信方法及びプロトコル制御エージェント装置 | |
| JP3465183B2 (ja) | ネットワーク監視方式 | |
| CN1513272B (zh) | 在网络单元之间建立通信信道的方法 | |
| US20050273606A1 (en) | Communication system, communication apparatus, operation control method, and program | |
| CN116032770B (zh) | 一种基于lldp的拓扑链路发现方法 | |
| US20020059403A1 (en) | System for collecting, setting and controlling communication network operation information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051104 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080326 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080408 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080609 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080708 |