ryusei218さんの助け合いフォーラム投稿一覧

助け合いフォーラムの投稿
2025/04/30 コメント
DHCPスヌーピングが有効になっていないVLANのポートについて
グローバル設定の時点で全ポートがuntrustedポートとして設定させるけど、実際にuntrustedポートとして機能を始めるはVlanで有効化したタイミングということですね! ありがとうございました^_^
2025/04/30 投稿
FlexConnectの中央スイッチングについて

FlexConnectはWLCと通信が切断された場合でも継続してデータ転送を行うことができるという特性について
FlexConnectのスイッチングモードの動作イメージは以下で当たっていますか??
ローカルスイッチング・・・最初から自律型APのようにAPでSSIDとVLANのマッピング
中央スイッチング・・・WLCでSSIDとVLANのマッピング -> WLCとの接続が切れた場合のみAPが独立してSSIDとVLANのマッピング

2025/04/30 投稿
DHCPスヌーピングが有効になっていないVLANのポートについて

解説欄に以下記述があります。
ーーーーーーーーーーーーーーーーーーーーーー
グローバルでDHCPスヌーピングを有効にした後の状態は、以下のようになります。
・すべてのVLANでDHCPスヌーピングは非アクティブ
・すべてのポートはuntrustedポート

ーーーーーーーーーーーーーーーーーーーーーー
グローバルでDCHPスヌーピングを有効化した後にVLAN単位で有効化することで、初めてそのVLANの全ポートがuntrustedポートになるわけではないのですか?
グローバルで有効化した時点で全てのポートがuntrustedポートになるのであれば、VLAN単位で有効化する意味はあるのでしょうか??

2025/04/30 コメント
ポリシングの再マーキングについて
ありがとうございます('◇')ゞ
2025/04/28 コメント
ポリシングの再マーキングについて
tmomo1109さん、ありがとうございます(^-^) 初歩的な質問で申し訳ないのですが、もう一点教えていただけますか? QoSの流れのイメージとして データを受信(ポリシングを適用&バッファに格納) ↓ 分類/マーキング/キューイング/スケジューリングを行う ↓ データを送信(シェーピング) この流れのイメージで当たってますか?
2025/04/28 投稿
ポリシングの再マーキングについて

解説欄の以下説明文が理解できず、ネットで調べてもわからないため困っています(;'∀')

必ずしも破棄するわけではなく、一旦受け取ったうえでレートを超えたパケットに再マーキングしてレート超えのパケットであることを判定できるようにしておき、輻輳状態を検知したら再マーキングされたパケットを優先して破棄するといった対応もできるようになっています。

受信側が輻輳を検知したら再マーキング&バッファに保存して、バッファサイズを超過したときに再マーキングしたパケットを優先的に破棄するということなのでしょうか??
あとバッファについてなのですが、TCPのフロー制御の説明で出てくるバッファと同じメモリ領域を指しているのでしょうか?

2025/04/26 コメント
検査対象となるARPパケットについて
不正なホストからのARP要求も警戒する必要があるんですね! ご丁寧にありがとうございます^_^
2025/04/25 投稿
検査対象となるARPパケットについて

解説内に
untrustedポートに着信したARPパケットは検査して、IPアドレスとMACアドレスの対応が正しければ許可し、正しくなければ拒否します
と説明があるのですが、
これはあくまでもARP応答パケットが検査対象となるのであってARP要求パケットは検査対象とはなりませんよね?

もしなるのであれば、手動でIPを登録したPCがuntrustedポートに接続されているとARPが使えないってことになりますよね(;'∀')

2025/04/24 コメント
enable secretコマンドについて
ありがとうございます(^∇^)
2025/04/24 コメント
2025/04/24 投稿
IPv6アドレスに対するpingコマンドについて

本問題の選択肢/解説文は**ping <IPv6アドレス>になっていますが
IPv6アドレスに対してPingを行う時のコマンドは
ping ipv6 <IPv6アドレス>**ではないでしょうか?

問題ID:39312などでは**ping ipv6 <IPv6アドレス>**になっていました。

2025/04/24 投稿
「ケーブルを冗長化」という表現について

選択肢の「2つのスイッチ間のケーブルを冗長化できる」のケーブルを冗長化って表現としておかしいと思います。

「2つのスイッチ間のリンクを冗長化できる」が表現として的確ではないでしょうか?

ケーブルの冗長化ってピンとこなくて、変なひっかけ問題かなと思ってしまいました(;'∀')

2025/04/23 投稿
STP計算時の比較されるブリッジプライオリティについて

初歩的な質問になってしまうのですが、どなたか教えてください(;'∀')

プライオリティ(32768)にVLAN IDをプラスすることで、VLANごとにブリッジIDを識別できるという風に解説がされているのですが、
STP計算時に比較するブリッジプライオリティもVLAN番号を加算した後のプライオリティ、つまりVLAN10の場合は32768に10足した32778で比較を行うのでしょうか?

2025/04/23 投稿
enable secretコマンドについて

enable secretコマンドとenable algorythm-typeコマンドについてなのですが

enable secretコマンドは「enable secret level 1」のように特権レベルは指定できるけど、暗号化タイプは5(MD5)しか使用できない

enable algorythm-type secretコマンドはMD5以外の暗号化タイプを指定できるけど、特権レベルの指定はできない(デフォルトの15になる)

この認識で問題ないか確認したいです(;・∀・)

2025/04/22 コメント
コントローラの役割として「ネットワークの障害検出」は該当しない?
「AIや機械学を用いた」という文言もよくよく考えたら、そういう意味なんですね ( ..)φメモメモ ご丁寧にありがとうございました!
2025/04/22 コメント
コントローラのトラフィック調整について
投稿する場所間違えました。。
2025/04/22 投稿
コントローラの役割として「ネットワークの障害検出」は該当しない?

こちらの問題でSDNにおけるコントローラの役割において「ネットワークの障害検出」という選択肢が不正なのですが、
参考欄に添付されている図にはコントローラベースではAIや機械学を用いた問題の検出や分析が可能で、迅速かつ正確に問題解決を行うという旨の記載があります。
コントローラがOpenFlowやOpFlexを利用して各機器の状態を自動で収集し、AIや機械学習と連携させて検出、および問題解決を行うという意味だと解釈したのですが、
その場合コントローラの役割として「ネットワークの障害検出」は該当すると思うんですけど、どなたかご説明をお願いしたいです(;・∀・)

2025/04/22 返信
コントローラのトラフィック調整について

こちらの問題でSDNにおけるコントローラの役割において「ネットワークの障害検出」という選択肢が不正なのですが、
参考欄に添付されている図にはコントローラベースではAIや機械学を用いた問題の検出や分析が可能で、迅速かつ正確に問題解決を行うという旨の記載があります。
コントローラがOpenFlowやOpFlexを利用して各機器の状態を自動で収集し、AIや機械学習と連携させて検出、および問題解決を行うという意味だと解釈したのですが、
その場合コントローラの役割として「ネットワークの障害検出」は該当すると思うんですけど、どなたかご説明をお願いしたいです(;・∀・)

2025/04/18 コメント
tracerouteについて
これTelnetも不正解になっているけど、Telnetが成功した=レイヤ3に問題はないって判断できるのに。。。って思いました
戻る