タグ付けされた質問 「mac-address」

多くのOSIレイヤー2プロトコルのOSIレイヤー2アドレスとして使用されるメディアアクセス制御（MAC）アドレスに関する質問。

4
生イーサネットフレーム
最近、Raw-Ethernetフレームに関する次の記事に戸惑いました。 RAW イーサネットフレームとRAWイーサネットフレームを使用したUDP メッセージパッシング 簡単に言えば、両者ともイーサネット層だけを使用してポイントツーポイント通信を確立することが可能であると説明しています。その場合、IP層とTCP層のオーバーヘッドが回避され、スループットが増加します（一部のベンチマークによると、ほぼ50％）。 同様のテストをワイヤレス環境で行いたいのですが。ただし、いくつか問題があります。 1番目の問題 そのような努力を損なう可能性のあるハードウェアの制約（つまり、Wi-Fiカード）はありますか？ 2番目の問題 どちらの記事も次のフレーム形式を選択しました。 プリアンブル| 区切り文字| Macヘッダー| ペイロード| パッド| CRC 私の知る限り、プリアンブル、デリミタ、パッド、およびCRCはイーサネットデバイスによってすべてのフレームに追加され、ソフトウェアを介して変更することはできません。Wi-Fiデバイスも同様だと思います。したがって、Macヘッダーの削除を妨げるハードウェアの制約（つまり、Wi-Fiカード）はありますか？ ps：通信はポイントツーポイントベースで行われることを考慮してください。つまり、ルーター、スイッチ、ブリッジなどは存在せず、インターネット接続もありません。
2
タイプコード0800と0806の違いと機能
タイプコード0800と0806の主な違いと機能（またはアプリケーション）は何ですか？ 私自身の調査により、0800はOSIモデルのIP /レイヤー3の0800に関連していることがわかりました。 また、0806はARPプロトコルに関連していることもわかりました。明確に言うと、ARPは、スイッチがルーターに接続された特定のコンピューターをアドレス指定するために、IPアドレスをMACアドレスにするプロトコルですか？OSIモデルのどのレイヤーが0806 ARPレイヤーに関連していますか？ 私は非常に新しいので、詳細な説明をいただければ幸いです。
3
ipv6アドレス指定/ 127 vs eui-64
ベストプラクティスは、RFC2373で説明されているポイントツーポイントアドレッシングに手動の/ 127アドレスを使用することです。 EUI-64の場合、ERFC 2373は2つのステップからなる変換プロセスを指示します。1つは、48ビットのMACアドレスを64ビットの値に変換することです。これを行うには、MACアドレスを2つの24ビットの半分に分けます。組織的に一意の識別子（OUI）とNIC固有の部分です。次に、16ビットの16進値0xFFFEがこれら2つの半分の間に挿入され、64ビットのアドレスを形成します。 / 127手動アドレス割り当てをどこで使用するかは完全に理解できますが、EUI-64を使用することの利点は本当にわかりません。このアドレス関数の実際の目的を完全に逃していない限り。 可能であれば、誰かが特にISP WANトポロジーでのEUI-64の使用例に親切に光を当てることができますか？または、いくつかの読み物の方向を教えてください。
4
ネットワークに接続されているデバイスのリストを見つける方法（IPおよびMAC）
Cisco（Catalyst 2960）スイッチに接続されているデバイスのリストを取得しようとしています。できればSNMPを使用します。これが私がすでにやったことです： スイッチからARPテーブルを取得できました（スイッチのSNMPウォーキングOID 1.3.6.1.2.1.4.22.1.2を使用）。ただし、デバイスがオフラインになってもARPは更新されないため、これはIPの「ライブ」セットを反映していません。言い換えると、デバイスを再起動して新しいIPアドレス（動的）を取得すると、そのIPが現在ネットワーク上にない場合でも、ARPテーブルにリストされている古いIPアドレスになってしまいます。 ARPテーブルを避けて、スイッチを介して「ライブ」リストを見つける方法はありますか？ PSデバイスを継続的にpingしてステータスを確認することはできません。非常に低い帯域幅の条件下で作業しています。
1
EUI-48およびEUI-64とは何ですか？
EUI-48およびEUI-64アドレスはどのように形成および使用されますか？例を挙げてください。 MA-L、MA-S、およびMA-M割り当てとは何ですか？ https://standards.ieee.org/develop/regauth/tut/eui48.pdfを読みました そして https://standards.ieee.org/develop/regauth/tut/eui64.pdf そして、何も理解しませんでした。
3
単一のスイッチポートに複数のMACアドレスを設定するにはどうすればよいですか？
CBTNuggetsビデオコースを通じてICND1試験の学習をしています。彼らのビデオの1つで、彼らはコマンドを使いました、 switchport port-security maximum これは、Ciscoのヘルプによると、 To set the maximum number of secure MAC addresses on a port このコマンドはCisco Packet Tracerで自分でテストしました。このコマンドを使用すると、この値を最大132に設定できます。 どのような状況で、132台のホストを単一のスイッチポートに接続しますか？1つのポートが一度に1つのMACアドレスしかサポートしないのではないですか？
3
ルーティングで使用されるMAC / IPアドレス
私は数週間のうちにMACアドレスとIPアドレスについて6番目のフォームを教える必要があり、私が明確にしていない分野がいくつかあります。私はシラバスを通過するのに十分ですが、物事がより意味のある方法でどのように機能するかを説明できるように、仕様よりも多くの知識を持っているのが好きです。 私が理解しているように、LAN上のデバイスがインターネット経由で別のLAN上のデバイスにパケット/フレームを送信すると、次のことが起こります。 送信側で宛先と送信IPを含むパケットが作成されます 最初の質問：宛先IPは実際には受信デバイスのLANのゲートウェイのIPですか？ これは、LANのゲートウェイに行くフレームに変わります-これはデータリンク層で起こり、フレームにはMAC送信と宛先アドレスが追加されています 最初の質問：宛先MACアドレス-これは最終的な宛先ですか、それともゲートウェイの宛先ですか？ その後、パケット/フレームはインターネットに送信され、（IPアドレスを使用して）最終宛先への次のホップにルーティングされます。 2番目の質問：各ホップで、データリンク層はフレーム内の宛先MACアドレスを次のホップのMACアドレスに変更しますか？ パケット/フレームは宛先アドレス（ゲートウェイ）にルーティングされます 3番目の質問：フレーム/パケットが受信LANのゲートウェイに到達したら、スイッチがフレーム内の宛先MACアドレスを使用して、正しいデバイスに到達することを確認しますか？これは明らかに、フレーム/パケットがインターネットを通過するときに宛先MACアドレスがルーターによって修正されないことを前提としています。修正された場合、受信ゲートウェイがフレーム/パケットを受信すると、送信先をどのようにして知ることができますか？
3
宛先の前に別のスイッチがある場合、スイッチはパケットをルーティングする場所をどのようにして知るのですか？
私は、スイッチが別のスイッチの背後に「隠されている」宛先にパケットをルーティングする方法をどのように知っているのかと思っています。私の理解では、スイッチには、各ハードウェアポートを正確に1つのMACアドレスにマップするテーブルがあります。これまでのところ、パケット/フレーム（？）が到着すると、パケットをルーティングするポートを決定できます。 しかし、これらのポートの1つに接続されている別のスイッチがあり、この2番目のスイッチに複数のデバイスが接続されている場合はどうなりますか？ 私はこれが実際に機能する（？）と思うので、スイッチがこれをどのように解決できるのか（OSIレイヤー2ではルーターなし）と思います。 この質問がすでに存在する場合は申し訳ありませんが（そう思うので、それほど珍しいことではないはずです）、適切な検索クエリに自分の考えを反映させることができませんでした。
4
LAN上のすべてのホストが同じARPテーブルを共有していますか、それともホストがそれらを個別に保持していますか？
私はARPについて学んでいるところです。私は少し混乱しています。私の混乱はシナリオでよりよく説明されています。 ホストAはホストBと通信しています。ホストAはホストBのIPアドレスを認識していますが、MACアドレスは認識していません。したがって、ARP要求をLANに送信し、ホストBはそのMacアドレスで応答します。したがって、ホストAはホストBのMacアドレスを認識し、ホストBのMacアドレスを使用してARPテーブルにエントリを作成できます。 ARPテーブルに関する私の質問 ホストAは自身の ARPテーブル、またはLAN 全体の共有ARPテーブルを更新していますか？ ** 質問2は、質問1の回答が「各ホストが独自のARPテーブルを保持している」である場合にのみ適用されます ARP機能がすべてのLAN間で共有されていない場合、同じLAN上の他のホストは、ホストAが受信したこの新しい情報を他のホストにまだ持っていない場合に通知しますか？ ホストCとホストDを想定します。ホストAがホストBのMACをARPテーブルに入力したので、ホストCとホストDはそれぞれのARPテーブルでホストBのMACアドレスを認識しますか？
2
GLBPはスイッチのMACアドレステーブルを混乱させませんか？
たとえば、2つのルーター（R1とR2）が同じスイッチ（SW1）に接続されており、両方のルーターにゲートウェイ負荷分散プロトコル（GLBP）がFirst-Hop Redundancy Protocol（FHRP）ソリューションとして正しく構成されているとします。ルーター1はアクティブ仮想ゲートウェイ（AVG）に選出され、仮想MACアドレスをアクティブ仮想フォワーダー（AVF）に割り当てる役割を果たします。 私の質問：ルーター1はAVGであるため、ARP要求に応答する唯一のルーターであり、負荷分散（ARP応答で使用される仮想MACアドレスの代替）を実行している場合、スイッチのMACアドレステーブルを混乱させることはありません。 ？スイッチは、ARP応答から学習することにより、両方の仮想MACアドレスがR1に接続されたその1つのインターフェース上にあると考えませんか？したがって、スイッチは、R2が接続されているインターフェースではなく、R1に接続されているインターフェース（ARP応答の送信元）を介して、R2の仮想MACアドレスの宛先を持つフレームを転送します。 GLBPは、R1が最初の応答を行った直後にR2に自動的に不要なARP応答を送信させることによってこれを修正しますか？
2
DHCPクライアントとしてのSVI
Ciscoインターフェイスは、管理インターフェイス（またはSVI、またはVLANインターフェイス）がDHCPクライアントになり、それぞれのネットワークで独自のIPアドレスを取得するように構成できますか？ CLIで正しいオプションを見つけることができなかったため、これは不思議なことです。 スイッチのさまざまな送信で使用されている仮想インターフェイスの同じMACアドレスが原因でそれができない場合がありますが、お知らせください。
1
複数のIPv4アドレスに単一のMACアドレスを使用することは可能ですか？
トポロジ：1つのNICを持つルーターとイーサネットLANブリッジ<--->サーバーを備えたモデム。 サーバーネットワークインターフェイス：複数のIPv4アドレスを処理できます。すべてのアドレスは同じサブネットワーク内にあります。 モデム：ルーティングサービスのみを実行します。それ自体も、WANとLANの両方に、またサブネットワーク内に1つのアドレスを持っています。 アドレスの競合はありますか、それともARPテーブルに複数のIPがありますが、常に同じMACアドレスですか？パケット損失またはホスト到達不能が発生しました。モデムのARPテーブルには、自身のアドレス以外のすべてのアドレスが含まれており、すべて同じMACに関連付けられています。
1
HP Procurve 3500とK.14-奇妙なMAC検索の問題
HP ProCurve J8692A 3500yl-24Gで奇妙な問題があります。ポートにMACを表示すると、次のようになります。 3500(config)# sh mac 10 | inc 5cf3fc-a53456 5cf3fc-a53456 しかし、このMACがどこにあるかを見つけようとすると、運がありません。 (config)# sh mac 5cf3fc-a53456 Status and Counters - Address Table - 5cf3fc-a53456 MAC address 5cf3fc-a53456 not found. 問題になる可能性のあるアイデアはありますか？ 編集：私は別のMACをテストします： 3500# sh mac 003048-33d8f6 Status and Counters - Address Table - 003048-33d8f6 MAC address 003048-33d8f6 not found. 3500# …
1
IPパケット内のソースIPと宛先IPの位置
イーサネットフレームヘッダーでは、明らかな理由により、宛先MAC（DMAC）が送信元MACの前に配置されます（ステーションはDMACに基づいて受け入れます）。しかし、IPヘッダーの宛先IP（DIP）とソースIP（SIP）で同じものが維持されないのはなぜですか？ DMACがSMACより先にあるイーサネットフレームとは異なり、SIPがIPフレームヘッダー内のDIPより先にあるのはなぜですか？
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.