JPH10145410A - マルチポートリピータ - Google Patents
マルチポートリピータInfo
- Publication number
- JPH10145410A JPH10145410A JP8294039A JP29403996A JPH10145410A JP H10145410 A JPH10145410 A JP H10145410A JP 8294039 A JP8294039 A JP 8294039A JP 29403996 A JP29403996 A JP 29403996A JP H10145410 A JPH10145410 A JP H10145410A
- Authority
- JP
- Japan
- Prior art keywords
- address
- frame
- mac address
- repeater
- multiport
- 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
Landscapes
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 不要のフレームを送信することなくＭＡＣア
ドレスの誤認識の継続を避けることのできるマルチポー
トリピータを提供する。 【解決手段】 ネットワーク管理機能により接続局のＭ
ＡＣアドレスとＩＰアドレスとの対応の記録を作成する
マルチポートリピータ３−１〜３−４において、自マル
チポートリピータ宛てのＭＡＣアドレスを有するＩＰフ
レームを受信する毎に、そのＩＰフレームの発信元ＭＡ
Ｃアドレスと発信元ＩＰアドレスとに基づき上記記録を
更新する。ＡＲＰフレームによって誤った更新がなされ
ても、上記ＩＰフレームにより回復することができる。
ドレスの誤認識の継続を避けることのできるマルチポー
トリピータを提供する。 【解決手段】 ネットワーク管理機能により接続局のＭ
ＡＣアドレスとＩＰアドレスとの対応の記録を作成する
マルチポートリピータ３−１〜３−４において、自マル
チポートリピータ宛てのＭＡＣアドレスを有するＩＰフ
レームを受信する毎に、そのＩＰフレームの発信元ＭＡ
Ｃアドレスと発信元ＩＰアドレスとに基づき上記記録を
更新する。ＡＲＰフレームによって誤った更新がなされ
ても、上記ＩＰフレームにより回復することができる。
Description
【０００１】
【発明の属する技術分野】本発明は、ローカルエリアネ
ットワークに使用されるネットワーク管理機能付きのマ
ルチポートリピータに係り、特に、不要のフレームを送
信することなくＭＡＣアドレスの誤認識の継続を避ける
ことのできるマルチポートリピータに関するものであ
る。
ットワークに使用されるネットワーク管理機能付きのマ
ルチポートリピータに係り、特に、不要のフレームを送
信することなくＭＡＣアドレスの誤認識の継続を避ける
ことのできるマルチポートリピータに関するものであ
る。
【０００２】
【従来の技術】最近のローカルエリアネットワーク（Ｌ
ＡＮ）、特にイーサネット／ＩＥＥＥ８０２．３を使用
するＬＡＮにおいては、システムの管理を容易にするた
め、ネットワーク管理機能付きのマルチポートリピータ
（いわゆるハブ）の利用が増えている。図１にゲートウ
エイとマルチポートリピータとを使用したネットワーク
の構成例を示す。２つのサブネット７−１，７−２がゲ
ートウエイ１により接続されている。それぞれのサブネ
ット７−１，７−２では、ネットワーク管理機能付きの
マルチポートリピータ（ハブ）３−１〜３−４と対より
線２とにより端末５−１〜５−ｎとが相互接続されてい
る。６はネットワーク管理用の端末（マネージャ）であ
る。マネージャ６は、サブネット７−１，７−２の両方
の管理を行うため、それぞれのマルチポートリピータ３
−１〜３−４にポーリングにより定期的にネットワーク
情報を要求するよう設定するのが一般的である。このデ
ータ収集には、ＵＤＰ／ＩＰプロトコル及びＳＮＭＰプ
ロトコルを使用する。これらのプロトコルではネットワ
ーク上のアドレスを示すＩＰアドレスと個々の機器にメ
ーカが割り当てたＭＡＣアドレスとの対応表を作成する
が、マルチポートリピータのプロトコル実現方法では、
ＡＲＰフレームによってのみＭＡＣアドレスとＩＰアド
レスとの対応表を更新する方式をとることが一般的であ
る。
ＡＮ）、特にイーサネット／ＩＥＥＥ８０２．３を使用
するＬＡＮにおいては、システムの管理を容易にするた
め、ネットワーク管理機能付きのマルチポートリピータ
（いわゆるハブ）の利用が増えている。図１にゲートウ
エイとマルチポートリピータとを使用したネットワーク
の構成例を示す。２つのサブネット７−１，７−２がゲ
ートウエイ１により接続されている。それぞれのサブネ
ット７−１，７−２では、ネットワーク管理機能付きの
マルチポートリピータ（ハブ）３−１〜３−４と対より
線２とにより端末５−１〜５−ｎとが相互接続されてい
る。６はネットワーク管理用の端末（マネージャ）であ
る。マネージャ６は、サブネット７−１，７−２の両方
の管理を行うため、それぞれのマルチポートリピータ３
−１〜３−４にポーリングにより定期的にネットワーク
情報を要求するよう設定するのが一般的である。このデ
ータ収集には、ＵＤＰ／ＩＰプロトコル及びＳＮＭＰプ
ロトコルを使用する。これらのプロトコルではネットワ
ーク上のアドレスを示すＩＰアドレスと個々の機器にメ
ーカが割り当てたＭＡＣアドレスとの対応表を作成する
が、マルチポートリピータのプロトコル実現方法では、
ＡＲＰフレームによってのみＭＡＣアドレスとＩＰアド
レスとの対応表を更新する方式をとることが一般的であ
る。
【０００３】
【発明が解決しようとする課題】ここで、一般の使用者
が、端末５−１に誤ってゲートウエイ１のＩＰアドレス
“Ａ１”を設定し、ＬＡＮに接続した場合を考える。ま
ず、端末５−１は、他の端末に自マルチポートリピータ
のＭＡＣアドレス“Ｍ５−１”とＩＰアドレス“Ａ１”
との組み合わせを通知するためにＡＲＰフレームを送信
する。すると、このＡＲＰフレームを受信したマルチポ
ートリピータ３−１，３−２は、ＭＡＣアドレスとＩＰ
アドレスとの対応表にＭＡＣアドレス“Ｍ５−１”とＩ
Ｐアドレス“Ａ１”との組み合わせを記録して更新す
る。このようにしてマルチポートリピータ３−１，３−
２は、ゲートウエイ１のＭＡＣアドレスが“Ｍ５−１”
と誤って認識してしまうのである。
が、端末５−１に誤ってゲートウエイ１のＩＰアドレス
“Ａ１”を設定し、ＬＡＮに接続した場合を考える。ま
ず、端末５−１は、他の端末に自マルチポートリピータ
のＭＡＣアドレス“Ｍ５−１”とＩＰアドレス“Ａ１”
との組み合わせを通知するためにＡＲＰフレームを送信
する。すると、このＡＲＰフレームを受信したマルチポ
ートリピータ３−１，３−２は、ＭＡＣアドレスとＩＰ
アドレスとの対応表にＭＡＣアドレス“Ｍ５−１”とＩ
Ｐアドレス“Ａ１”との組み合わせを記録して更新す
る。このようにしてマルチポートリピータ３−１，３−
２は、ゲートウエイ１のＭＡＣアドレスが“Ｍ５−１”
と誤って認識してしまうのである。
【０００４】マネージャ６は、ゲートウエイ１経由で各
マルチポートリピータにポーリングを行うが、マルチポ
ートリピータ３−１，３−２は、応答をゲートウエイ１
に送るつもりで“Ｍ５−１”宛て、つまり端末５−１宛
てに送信してしまう。このためマネージャ６は、応答を
受け取れなくなってしまい、マルチポートリピータ３−
１，３−２に異常が発生したと判断してしまう。使用者
が誤りに気付き、端末５−１のＩＰアドレスの設定を変
更しても、ゲートウエイ１はＡＲＰフレームを送信しな
いため、マルチポートリピータ３−１，３−２における
ゲートウエイ１のＭＡＣアドレスの誤認識は訂正されな
い。また、マルチポートリピータにあっては一定期間使
用しなかったＩＰアドレス及びＭＡＣアドレスの情報は
不要情報として廃棄されるのが一般的であるが、マルチ
ポートリピータ３−１，３−２はマネージャ６からのポ
ーリングにより定期的にＩＰアドレス“Ａ１”を使用す
るため、ＭＡＣアドレス“Ｍ５−１”とＩＰアドレス
“Ａ１”との対応は保存され、誤認識はいつまでも継続
する。このように通常のマルチポートリピータでは、Ａ
ＲＰフレームによってのみＭＡＣアドレスとＩＰアドレ
スとの対応表を更新する方式となっていることによっ
て、問題となる場合がある。
マルチポートリピータにポーリングを行うが、マルチポ
ートリピータ３−１，３−２は、応答をゲートウエイ１
に送るつもりで“Ｍ５−１”宛て、つまり端末５−１宛
てに送信してしまう。このためマネージャ６は、応答を
受け取れなくなってしまい、マルチポートリピータ３−
１，３−２に異常が発生したと判断してしまう。使用者
が誤りに気付き、端末５−１のＩＰアドレスの設定を変
更しても、ゲートウエイ１はＡＲＰフレームを送信しな
いため、マルチポートリピータ３−１，３−２における
ゲートウエイ１のＭＡＣアドレスの誤認識は訂正されな
い。また、マルチポートリピータにあっては一定期間使
用しなかったＩＰアドレス及びＭＡＣアドレスの情報は
不要情報として廃棄されるのが一般的であるが、マルチ
ポートリピータ３−１，３−２はマネージャ６からのポ
ーリングにより定期的にＩＰアドレス“Ａ１”を使用す
るため、ＭＡＣアドレス“Ｍ５−１”とＩＰアドレス
“Ａ１”との対応は保存され、誤認識はいつまでも継続
する。このように通常のマルチポートリピータでは、Ａ
ＲＰフレームによってのみＭＡＣアドレスとＩＰアドレ
スとの対応表を更新する方式となっていることによっ
て、問題となる場合がある。
【０００５】この問題を解決する手段として、一定期間
使用しなかったＩＰアドレス及びＭＡＣアドレスの情報
を不要情報として廃棄する時間を、ポーリング間隔より
も短くするという方法がある。この方法では、ポーリン
グを行う度にＡＲＰフレームを送信し、ＭＡＣアドレス
とＩＰアドレスとの対応情報を取得するので、誤認識が
継続することは避けられる。しかし、ポーリングの度に
ＡＲＰフレームを送信するため、ネットワークに不要の
フレームを送信してしまう問題が発生する。
使用しなかったＩＰアドレス及びＭＡＣアドレスの情報
を不要情報として廃棄する時間を、ポーリング間隔より
も短くするという方法がある。この方法では、ポーリン
グを行う度にＡＲＰフレームを送信し、ＭＡＣアドレス
とＩＰアドレスとの対応情報を取得するので、誤認識が
継続することは避けられる。しかし、ポーリングの度に
ＡＲＰフレームを送信するため、ネットワークに不要の
フレームを送信してしまう問題が発生する。
【０００６】そこで、本発明の目的は、上記課題を解決
し、不要のフレームを送信することなくＭＡＣアドレス
の誤認識の継続を避けることのできるマルチポートリピ
ータを提供することにある。
し、不要のフレームを送信することなくＭＡＣアドレス
の誤認識の継続を避けることのできるマルチポートリピ
ータを提供することにある。
【０００７】
【課題を解決するための手段】上記目的を達成するため
に本発明は、ネットワーク管理機能により接続局のＭＡ
ＣアドレスとＩＰアドレスとの対応の記録を作成するマ
ルチポートリピータにおいて、自マルチポートリピータ
宛てのＭＡＣアドレスを有するＩＰフレームを受信する
毎に、そのＩＰフレームの発信元ＭＡＣアドレスと発信
元ＩＰアドレスとに基づき上記記録を更新するものであ
る。
に本発明は、ネットワーク管理機能により接続局のＭＡ
ＣアドレスとＩＰアドレスとの対応の記録を作成するマ
ルチポートリピータにおいて、自マルチポートリピータ
宛てのＭＡＣアドレスを有するＩＰフレームを受信する
毎に、そのＩＰフレームの発信元ＭＡＣアドレスと発信
元ＩＰアドレスとに基づき上記記録を更新するものであ
る。
【０００８】ＡＲＰフレームを受信して上記記録を更新
する動作モードと自マルチポートリピータ宛てのＭＡＣ
アドレスを有するＩＰフレームを受信したとき上記記録
を更新する動作モードとを切り換え可能にしてもよい。
する動作モードと自マルチポートリピータ宛てのＭＡＣ
アドレスを有するＩＰフレームを受信したとき上記記録
を更新する動作モードとを切り換え可能にしてもよい。
【０００９】
【発明の実施の形態】以下、本発明の一実施形態を添付
図面に基づいて詳述する。
図面に基づいて詳述する。
【００１０】図１のネットワークにおいて本発明のマル
チポートリピータを使用する。既に説明したように、２
つのサブネット７−１，７−２がゲートウエイ１により
接続され、それぞれのサブネット７−１，７−２では、
本発明に係るネットワーク管理機能付きのマルチポート
リピータ３−１〜３−４と対より線２とにより端末５−
１〜５−ｎとが相互接続されている。６はマネージャで
ある。
チポートリピータを使用する。既に説明したように、２
つのサブネット７−１，７−２がゲートウエイ１により
接続され、それぞれのサブネット７−１，７−２では、
本発明に係るネットワーク管理機能付きのマルチポート
リピータ３−１〜３−４と対より線２とにより端末５−
１〜５−ｎとが相互接続されている。６はマネージャで
ある。
【００１１】本発明に係るネットワーク管理機能付きの
マルチポートリピータ３−１〜３−４は、当該マルチポ
ートリピータ宛てのＭＡＣアドレスを有するＩＰフレー
ムを受信すると、その受信毎にそのＩＰフレームの発信
元ＭＡＣアドレスと発信元ＩＰアドレスにより、対応表
の記録を更新する機能を備えている。このマルチポート
リピータ３−１〜３−４の処理の流れは以下のようにな
る。
マルチポートリピータ３−１〜３−４は、当該マルチポ
ートリピータ宛てのＭＡＣアドレスを有するＩＰフレー
ムを受信すると、その受信毎にそのＩＰフレームの発信
元ＭＡＣアドレスと発信元ＩＰアドレスにより、対応表
の記録を更新する機能を備えている。このマルチポート
リピータ３−１〜３−４の処理の流れは以下のようにな
る。
【００１２】（１）受信した自マルチポートリピータ宛
てのフレームの種類を識別する。
てのフレームの種類を識別する。
【００１３】（２）自マルチポートリピータ宛てのＭＡ
Ｃアドレスを有するＩＰフレームの場合、発信元ＭＡＣ
アドレス及び発信元ＩＰアドレスにより、対応表の記録
を更新する。
Ｃアドレスを有するＩＰフレームの場合、発信元ＭＡＣ
アドレス及び発信元ＩＰアドレスにより、対応表の記録
を更新する。
【００１４】（３）上記以外のフレームの場合、記録の
更新は行わない。
更新は行わない。
【００１５】さて、本発明のマルチポートリピータを使
用したネットワークにおいて、一般の使用者が、端末５
−１に誤ってゲートウエイ１のＩＰアドレス“Ａ１”を
設定し、ＬＡＮに接続した場合を考える。まず、端末５
−１は、他の端末に自マルチポートリピータのＭＡＣア
ドレス“Ｍ５−１”とＩＰアドレス“Ａ１”との組み合
わせを通知するためにＡＲＰフレームを送信する。する
と、このＡＲＰフレームを受信したマルチポートリピー
タ３−１，３−２は、ＭＡＣアドレスとＩＰアドレスと
の対応表にＭＡＣアドレス“Ｍ５−１”とＩＰアドレス
“Ａ１”との組み合わせを記録して更新する。このよう
にしてマルチポートリピータ３−１，３−２は、ゲート
ウエイ１のＭＡＣアドレスが“Ｍ５−１”と誤って認識
してしまう。
用したネットワークにおいて、一般の使用者が、端末５
−１に誤ってゲートウエイ１のＩＰアドレス“Ａ１”を
設定し、ＬＡＮに接続した場合を考える。まず、端末５
−１は、他の端末に自マルチポートリピータのＭＡＣア
ドレス“Ｍ５−１”とＩＰアドレス“Ａ１”との組み合
わせを通知するためにＡＲＰフレームを送信する。する
と、このＡＲＰフレームを受信したマルチポートリピー
タ３−１，３−２は、ＭＡＣアドレスとＩＰアドレスと
の対応表にＭＡＣアドレス“Ｍ５−１”とＩＰアドレス
“Ａ１”との組み合わせを記録して更新する。このよう
にしてマルチポートリピータ３−１，３−２は、ゲート
ウエイ１のＭＡＣアドレスが“Ｍ５−１”と誤って認識
してしまう。
【００１６】しかし、マネージャ６がゲートウエイ１経
由で各マルチポートリピータにポーリングを行うと、マ
ルチポートリピータ３−１，３−２にはそれぞれ自マル
チポートリピータ宛てのＭＡＣアドレスを有するＩＰフ
レームが受信される。そのＩＰフレームの発信元ＭＡＣ
アドレス及び発信元ＩＰアドレスは各々ゲートウエイ１
のＭＡＣアドレス及びＩＰアドレスとなっている。マル
チポートリピータ３−１，３−２は、これらのアドレス
により、対応表の記録を更新する。従って、ＭＡＣアド
レスの誤認識は訂正される。
由で各マルチポートリピータにポーリングを行うと、マ
ルチポートリピータ３−１，３−２にはそれぞれ自マル
チポートリピータ宛てのＭＡＣアドレスを有するＩＰフ
レームが受信される。そのＩＰフレームの発信元ＭＡＣ
アドレス及び発信元ＩＰアドレスは各々ゲートウエイ１
のＭＡＣアドレス及びＩＰアドレスとなっている。マル
チポートリピータ３−１，３−２は、これらのアドレス
により、対応表の記録を更新する。従って、ＭＡＣアド
レスの誤認識は訂正される。
【００１７】ＭＡＣアドレスの誤認識が訂正されるの
で、マネージャ６がゲートウエイ１経由で各マルチポー
トリピータにポーリングを行うとき、マルチポートリピ
ータ３−１，３−２は、応答を正しくゲートウエイ１に
送ることができる。従って、マネージャ６は、応答を受
け取ることができる。
で、マネージャ６がゲートウエイ１経由で各マルチポー
トリピータにポーリングを行うとき、マルチポートリピ
ータ３−１，３−２は、応答を正しくゲートウエイ１に
送ることができる。従って、マネージャ６は、応答を受
け取ることができる。
【００１８】これまでの実施形態では、ＡＲＰフレーム
を受信したときの対応表の更新と自マルチポートリピー
タ宛てのＭＡＣアドレスを有するＩＰフレームを受信し
たときの対応表の更新とは、いつでも行うようになって
いる。これに対し、ＡＲＰフレームを受信して対応表を
更新する動作モード（ＡＲＰモード）と自マルチポート
リピータ宛てのＭＡＣアドレスを有するＩＰフレームを
受信したとき対応表を更新する動作モード（ＩＰモー
ド）とを切り換えるようにしてもよい。ＡＲＰモードで
は従来同様に動作する。マネージャ６がポーリングの応
答を受け取れないときなどに、ＩＰモードに切り換える
と前記したような端末ＩＰアドレスの誤設定による不具
合が解消される。しかし、その後もＩＰモードである
と、ポーリングの度に対応表を更新する処理が行われる
のでその時間が無駄となる。そこで、不具合が解消され
たらＡＲＰモードに戻しておけば、その後、ポーリング
の度に対応表を更新する処理が行われることはない。
を受信したときの対応表の更新と自マルチポートリピー
タ宛てのＭＡＣアドレスを有するＩＰフレームを受信し
たときの対応表の更新とは、いつでも行うようになって
いる。これに対し、ＡＲＰフレームを受信して対応表を
更新する動作モード（ＡＲＰモード）と自マルチポート
リピータ宛てのＭＡＣアドレスを有するＩＰフレームを
受信したとき対応表を更新する動作モード（ＩＰモー
ド）とを切り換えるようにしてもよい。ＡＲＰモードで
は従来同様に動作する。マネージャ６がポーリングの応
答を受け取れないときなどに、ＩＰモードに切り換える
と前記したような端末ＩＰアドレスの誤設定による不具
合が解消される。しかし、その後もＩＰモードである
と、ポーリングの度に対応表を更新する処理が行われる
のでその時間が無駄となる。そこで、不具合が解消され
たらＡＲＰモードに戻しておけば、その後、ポーリング
の度に対応表を更新する処理が行われることはない。
【００１９】
【発明の効果】本発明は次の如き優れた効果を発揮す
る。
る。
【００２０】（１）ＭＡＣアドレスの誤認識が継続され
なくなり、しかも、アドレス情報を廃棄する時間をポー
リング間隔よりも短くする必要がなく、従って、ポーリ
ングの度にＡＲＰフレームを送信することがなくなり、
ネットワークに不要のフレームを送信することがない。
なくなり、しかも、アドレス情報を廃棄する時間をポー
リング間隔よりも短くする必要がなく、従って、ポーリ
ングの度にＡＲＰフレームを送信することがなくなり、
ネットワークに不要のフレームを送信することがない。
【図１】本発明の一実施形態を示すネットワーク構成図
である。
である。
１ ゲートウエイ ２ 対より線 ３−１〜３−４ マルチポートリピータ ５−１〜５−ｎ 端末 ６ マネージャ
Claims (2)
- 【請求項１】 ネットワーク管理機能により接続局のＭ
ＡＣアドレスとＩＰアドレスとの対応の記録を作成する
マルチポートリピータにおいて、自マルチポートリピー
タ宛てのＭＡＣアドレスを有するＩＰフレームを受信す
る毎に、そのＩＰフレームの発信元ＭＡＣアドレスと発
信元ＩＰアドレスとに基づき上記記録を更新することを
特徴とするマルチポートリピータ。 - 【請求項２】 ＡＲＰフレームを受信して上記記録を更
新する動作モードと自マルチポートリピータ宛てのＭＡ
Ｃアドレスを有するＩＰフレームを受信したとき上記記
録を更新する動作モードとを切り換え可能にしたことを
特徴とする請求項１記載のマルチポートリピータ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8294039A JPH10145410A (ja) | 1996-11-06 | 1996-11-06 | マルチポートリピータ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8294039A JPH10145410A (ja) | 1996-11-06 | 1996-11-06 | マルチポートリピータ |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10145410A true JPH10145410A (ja) | 1998-05-29 |
Family
ID=17802486
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8294039A Pending JPH10145410A (ja) | 1996-11-06 | 1996-11-06 | マルチポートリピータ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10145410A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100303305B1 (ko) * | 1999-08-24 | 2001-11-01 | 윤종용 | 이더넷 스위치에서 맥 프레임 에러를 처리하는 방법 |
-
1996
- 1996-11-06 JP JP8294039A patent/JPH10145410A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100303305B1 (ko) * | 1999-08-24 | 2001-11-01 | 윤종용 | 이더넷 스위치에서 맥 프레임 에러를 처리하는 방법 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8085670B2 (en) | Method and system for originating connectivity fault management (CFM) frames on non-CFM aware switches | |
| AU2003260763B2 (en) | Method computer-readable medium and systems for resorting traffic during failover in a cable head end | |
| JP4126856B2 (ja) | Ｔａｇ−ｖｌａｎのｉｄ自動識別方法 | |
| US20020159407A1 (en) | Method and apparatus for scalable, line-rate protocol-independent switching between multiple remote access points in a wireless local area network | |
| JP3539413B2 (ja) | ネットワーク接続装置、ネットワーク接続システム及びネットワーク接続方法 | |
| US20010043598A1 (en) | Mehtod and apparatus for routing a packet in a network | |
| JPH10145410A (ja) | マルチポートリピータ | |
| Cisco | show span through show test | |
| Cisco | debug apple - debug ip | |
| Cisco | set fddi alarm through set logout | |
| Cisco | Interface Configuration and Support | |
| Cisco | Interface Configuration and Support | |
| Cisco | Interface Configuration and Support | |
| Cisco | Interface Configuration and Support | |
| Cisco | show span through show test | |
| Cisco | Interface Configuration and Support | |
| Cisco | Interface Configuration and Support | |
| Cisco | Interface Configuration and Support | |
| Cisco | debug apple - debug ip | |
| Cisco | Cisco IOS Interface Command Reference Cisco IOS Release 12.0 | |
| Cisco | Troubleshooting IBM | |
| Cisco | Debug Commands | |
| Cisco | Debug Commands | |
| Cisco | Debug Commands | |
| Cisco | Debug Commands |