できるだけ思考してアウトプットしたい

参考になりません！！！！！！

Link Layer Discovery Protocol (LLDP)

Link Layer Discovery Protocol (LLDP) は、OSI参照モデルのデータリンク層（レイヤ2）で動作する、ベンダーニュートラルな標準化されたプロトコルです 。その主な目的は、同一の物理セグメント（LAN）上に存在するネットワークデバイスが互いを検出し、自身の識別情報や能力（機能）を隣接デバイスに通知（アドバタイズ）することにあります 。このプロトコルは、IEEE (Institute of Electrical and Electronics Engineers) によって 802.1AB として標準化されています 。 LLDPの基本的な定義、動作メカニズム、利点と制限事項、具体的な利用例（LLDP-MEDを含む）、類似プロトコル（CDP）との比較、準拠する標準規格、およびセキュリティに関する考慮事項について、提供された情報を基に包括的かつ技術的に詳細な解説を提供することを目的とします。

2. LLDP の基本概念

2.1. コア定義と目的 LLDPは、物理的に直接接続された隣接デバイスを発見するためのプロトコルとして定義されます 。その核心的な目的は、ネットワークデバイスが自身の基本的な情報（識別子、機能、設定など）を直接接続された隣接デバイスに通知し、同様に隣接デバイスから情報を受信することにあります 。これにより、ネットワーク管理者はネットワークの構成を容易に把握し、トポロジーの検出やトラブルシューティングを効率化できます 。 2.2. 動作コンテキスト：データリンク層（レイヤ2） LLDPはOSI参照モデルのレイヤ2、すなわちデータリンク層で動作します 。これは重要な特性であり、LLDPがIPのようなレイヤ3プロトコルに依存せずに機能することを意味します。結果として、デバイスがIPアドレスを持たない場合や、IP設定が不適切な場合でも、隣接デバイスの検出が可能です 。検出は同一ブロードキャストドメイン内のMACアドレスに基づいて行われます。LLDPフレームは通常、特定のマルチキャストMACアドレス（例: 01-80-c2-00-00-0E）宛に送信され、LLDP対応の隣接デバイスによって処理されますが、標準的なブリッジやスイッチでは通常、ローカルリンクを超えて転送されません 。これにより、プロトコルの影響範囲が直接接続された隣接デバイス間に限定されます。 2.3. IEEE 802.1AB 標準 LLDPを規定する標準規格は IEEE 802.1AB です 。この規格の正式名称は「Station and Media Access Control Connectivity Discovery」です 。 この標準化の重要性は、異なるベンダーの機器間での相互運用性を保証する点にあります 。これは、Cisco Discovery Protocol (CDP) のようなベンダー独自のプロプライエタリプロトコルに対する大きな利点です 。IEEE 802.1AB は、デバイスが隣接情報を交換するための共通言語を提供します。LLDP-MED (ANSI/TIA-1057) や DCBX (IEEE 802.1Qaz) のような関連規格は、LLDPを基盤として構築されたり、連携したりします 。 IEEE 802.1AB標準の存在こそが、LLDPがマルチベンダー環境で広く利用される基盤となっています。この標準がなければ、LLDPもまた、特定のベンダーのエコシステム内でのみ機能する限定的なプロトコルに留まっていたでしょう。CDPのようなプロプライエタリプロトコルは、本質的に単一ベンダー環境に相互運用性を限定します 。IEEEによるリンク層発見プロトコルの標準化 はこの制約を解消し、標準を実装するあらゆるベンダーのデバイス が基本的な隣接情報を交換できるようにしました。これにより、ネットワーク設計や機器調達における柔軟性が大幅に向上しました。

3. LLDP の動作メカニズム

3.1. LLDP データユニット (LLDPDU) LLDPによる情報の交換は、LLDPDU (Link Layer Discovery Protocol Data Unit) と呼ばれる特別なイーサネットフレームを用いて行われます 。LLDPが有効化されたデバイスは、設定されたインターフェースから定期的にLLDPDUを送信します 。デフォルトの送信間隔は多くの場合30秒ですが、これは設定変更可能です 。新しい隣接デバイスが検出された場合やローカル設定に変更があった場合などには、一時的に短い間隔で送信されることもあります（Fast Transmission）。 LLDPDUの宛先MACアドレスは、通常 01-80-c2-00-00-0E (Nearest Bridge アドレス) が使用され、これによりフレームの伝播がローカルリンクに限定されます 。異なるスコープ（伝播範囲）を持つ他のアドレスも定義されています 。 LLDPDUを受信したデバイスは、フレームを解析し、送信元デバイスに関する情報をローカルのデータベース（しばしばLLDP MIBと呼ばれる）に格納します 。この情報は、SNMP (Simple Network Management Protocol) を介してネットワーク管理システムから照会可能です 。格納された情報は、LLDPDU内で通知されるTTL (Time-To-Live) 値に基づいて有効期限が管理され、期限が切れると削除されます 。TTL値は通常、msgTxInterval（送信間隔）と msgTxHold（保持時間乗数、デフォルトは4が多い）の積として計算されます 。管理者は手動で情報をクリアすることも可能です 。 3.2. TLV フレームワーク LLDPDUの構造的な特徴は、Type-Length-Value (TLV) と呼ばれる情報要素のシーケンスで構成されている点です 。各TLVは、特定の種類の情報をカプセル化しています 。 TLVの構造は以下の通りです : * Type (タイプ): 情報の種類を識別します (7ビット)。 * Length (長さ): Valueフィールドの長さを示します (9ビット)。 * Value (値): 実際のデータを含みます (0～511バイト)。 このTLV構造は、LLDPに本質的な柔軟性と拡張性をもたらします。新しい種類の情報を追加する必要が生じた場合、新しいTLVタイプを定義するだけで対応できます。既存のデバイスは、自身が理解できないTypeを持つTLVに遭遇しても、Lengthフィールドを読み取ることでそのTLV全体をスキップできるため、後方互換性が損なわれません。この特性により、LLDP-MEDやDCBXといった拡張機能が、既存のLLDPフレームワーク上にスムーズに追加されることが可能になりました。TLVフォーマット は、プロトコルの全体構造と伝送される特定のデータを分離します。LLDPDUを解析するデバイスは、Typeを識別し、Lengthを読み取り、Typeが既知であればValueを処理し、未知であればValueフィールドを安全に無視できます。これにより、ベンダーや標準化団体は新しいTLV（LLDP-MED や DCBX のためのものなど）を定義でき、古いデバイスはこれらを無視できるため、プロトコルの進化が可能になります。 3.3. 情報交換：必須TLVとオプションTLV すべてのLLDPDUに含まれることが要求される必須TLVが存在します : * Chassis ID TLV: 送信デバイスを一意に識別します（例: MACアドレス）。 * Port ID TLV: LLDPDUを送信している特定のポートを識別します 。 * Time To Live (TTL) TLV: 受信側が情報をキャッシュすべき期間を示します 。 * End of LLDPDU TLV: TLVシーケンスの終端を示します 。 これらに加えて、様々なオプションTLVが存在し、より詳細な情報を提供します。以下は一般的で重要なオプションTLVの例です : * Port Description TLV: ポートの説明（例: 「Uplink to Core」）。 * System Name TLV: デバイスのホスト名。 * System Description TLV: デバイスのモデル名やOSバージョンなど。 * System Capabilities TLV: デバイスの主要機能（例: ルーター、スイッチ、電話）。 * Management Address TLV: 管理用のIPアドレスなど。 * VLAN ID TLV: ポートが属するVLANのID 。 * VLAN Name TLV: VLANの名前 。 * MAC/PHY Configuration/Status TLV: ポートのデュプレックスモード、速度、オートネゴシエーション情報など 。 * Power via MDI (PoE) TLV: Power over Ethernetに関する情報 。 * Link Aggregation TLV: リンクアグリゲーション（ポートチャネル）の状態 。 * Maximum Frame Size TLV: サポートする最大フレームサイズ 。 * Organizationally Specific TLVs: ベンダー独自の拡張や、LLDP-MED、DCBXのような他の標準で使用されるTLV 。 デバイスは、どのオプションTLVを通知（アドバタイズ）するか、または抑制するかを設定によって制御できます 。 4. LLDP の利点と制限事項 4.1. 主な利点 * ベンダーニュートラル性と相互運用性: 異なるメーカーのデバイス間での検出と情報交換を可能にします 。これは、多様なベンダー製品が混在する現代のネットワーク環境において極めて重要です。 * ネットワーク可視性の向上とトポロジーマッピング: 直接接続された隣接デバイスに関する詳細情報（デバイスタイプ、ポート、VLAN、IPアドレス、機能など）を提供し、ネットワーク構造の理解を助けます 。このデータは、ネットワーク管理システム (NMS) による自動的なトポロジーマップ作成に利用できます 。 * 標準化されたアプローチ: 広く採用されている IEEE 802.1AB 標準に基づいており、一貫した動作が保証されます 。 * トラブルシューティング支援: 接続性の問題（ケーブル誤接続など）や設定の不一致（デュプレックス/速度ミスマッチ、VLAN設定誤りなど）を迅速に特定するのに役立ちます 。IP設定が不適切なデバイスの発見も可能です 。 * 低オーバーヘッド: 一般的に、他の検出方法と比較してネットワーク帯域幅の消費が最小限です 。 * 高度な機能のサポート: TLVによる拡張性を活用し、PoEネゴシエーション 、VoIPデバイス設定 (LLDP-MED) 、データセンターブリッジング (DCBX) などをサポートします。 4.2. 潜在的な欠点と考慮事項 * セキュリティリスク: ネットワークに関する情報（デバイスID、機能、管理アドレスなど）を通知するため、適切に保護されていない場合、攻撃者による情報収集に利用される可能性があります 。また、実装における脆弱性が存在する場合、DoS攻撃やコード実行につながる可能性があります 。（詳細はセクション7を参照）。 * デフォルトで有効でない場合がある: CiscoデバイスにおけるCDPとは異なり、LLDPは多くのデバイスでデフォルトで無効になっており、グローバルおよび/またはインターフェースごとに明示的に有効化する必要があります 。これには管理者の手間が必要です。 * 限定的なスコープ: 主に直接接続された隣接デバイスを発見します。単独では、ネットワーク全体のパスに関する可視性は提供しません。 * 相互運用性の問題（非標準実装の可能性）: 標準化されてはいるものの、ベンダーによる実装の微妙な違いやバグが理論的には問題を引き起こす可能性はゼロではありません。ただし、標準はそのような問題を最小限に抑えることを目的としています。一部の古い独自プロトコルとは明確に互換性がありません 。では、特定のAlaxala実装（IEEEドラフトベース）が最終標準と互換性がないことが言及されており、公開された最終標準への準拠の重要性を示唆しています。 * リソース消費（エッジケース）: 一般的には低オーバーヘッドですが、非常に多数の隣接デバイス情報を保持する場合、一部のデバイスではメモリリソースを消費する可能性があります。デバイスやインターフェースごとに保持できる隣接デバイス数には制限が存在することがあります（例: Dell Force10でインターフェースあたり8、システムあたり8000 ）。制限を超えると、新しい情報は破棄されます 。 LLDPを明示的に設定する必要がある点 は、初期設定の手間という点では僅かな欠点ですが、実は重要なセキュリティ制御の機会を提供します。デフォルトで全ての場所で有効になるプロトコルとは異なり、管理者はどのインターフェースで情報を共有すべきかを意識的に決定する必要があり、これはセキュリティ上の利点となり得ます。CDPはCiscoデバイスでしばしばグローバルおよび全インターフェースでデフォルト有効になっています 。これは便利ですが、情報が不要な、あるいはセキュリティ上問題のあるインターフェース（例: ユーザー向けポート）からもブロードキャストされる可能性があります。LLDPが明示的な有効化を要求する ことは、管理者にどのインターフェースが検出に参加すべきかを検討させ、最小権限/最小開示のセキュリティ原則（の緩和策に関連）により合致するアプローチを促します。設定作業が、セキュリティ評価の機会となるのです。

5. ネットワーク管理における LLDP の実践的応用

LLDPは、ネットワーク管理の様々な側面で実用的な価値を提供します。 * デバイス検出とインベントリ管理: ネットワークに接続されているデバイスの種類、機能、ソフトウェア/ハードウェアバージョン、シリアル番号（LLDP-MED経由）などを特定します 。これにより、資産管理が簡素化されます。 * 自動ネットワークトポロジーマッピング: NMSツールがレイヤ2のトポロジー図を自動生成するための基礎データ（隣接関係）を提供します 。複雑なネットワークを視覚化するために不可欠です。 * ネットワーク接続性と設定のトラブルシューティング: * 物理接続の検証: どのデバイス/ポートがローカルのどのポートに接続されているかを確認します 。 * ミスマッチの検出: デュプレックス/速度の不一致 、不適切なVLAN割り当て 、または隣接デバイスから報告されるその他の設定の不整合 を特定します。 * デバイスの特定: IP設定が不完全または誤っているデバイスの位置を特定するのに役立ちます 。 * LLDP-MED (Media Endpoint Discovery - ANSI/TIA-1057) によるVoIP展開のサポート: * ネットワークポリシー検出: VLAN ID（音声VLAN）、レイヤ2優先度 (802.1p CoS)、レイヤ3優先度 (DSCP) などの値をVoIP電話機に通知し、プラグアンドプレイ設定と適切なQoS処理を可能にします 。 * ロケーション識別: エンドポイントに物理的な位置情報（Civic Address または ELIN）を提供し、E911（緊急通報サービス）に不可欠な情報を提供します 。 * 拡張PoE管理: スイッチ (PSE) と電話機 (PD) 間で、基本的なIEEE 802.3af/at/btクラスを超える、より詳細な電力ネゴシエーションを可能にします 。デバイスが必要な電力レベルを具体的に要求できます。 * インベントリ管理: メーカー、モデル、シリアル番号、ファームウェア/ハードウェア/ソフトウェアバージョンなど、エンドポイントの詳細情報を収集できます 。 * 利用例: IP電話機がスイッチポートに接続されると、スイッチはLLDP-MEDを使用して、電話機が使用すべき音声VLAN、マークすべきCoS/DSCP値、物理的な場所を通知し、必要なPoE電力レベルをネゴシエートします 。 * Power over Ethernet (PoE) の電力ネゴシエーションと管理: LLDP-MED以外でも、標準LLDPはPoE TLV (Power via MDI TLV) を含めることができ、デバイスが電力供給/受電能力を通知し、電力レベルをネゴシエートすることを可能にします 。LLDP-MEDはこの点でより高度な機能を提供します 。 * DCBX (Data Center Bridging Capabilities Exchange Protocol) を用いたデータセンターブリッジング (DCB) における役割: LLDPは、DCBX TLVのトランスポートメカニズムとして使用されます 。DCBXにより、隣接デバイスはPriority-based Flow Control (PFC)、Enhanced Transmission Selection (ETS)、アプリケーション固有設定（例: FCoE用）などのDCBパラメータを交換・ネゴシエートし、ロスレスイーサネットファブリック全体で一貫した設定を保証します 。 LLDP-MEDとDCBXは、LLDPがより専門的でアプリケーションを意識した検出・設定プロトコルのための基礎的な「トランスポート」として機能する能力を示しています。LLDP自体が基本的な隣接デバイス検出を提供し、その上に階層化された特殊なTLVがVoIPやロスレスファブリックのための複雑なネゴシエーションを処理します。基本的なLLDPは隣接デバイスの識別情報と基本的な機能を提供します 。VoIP や DCB のようなユースケースでは、はるかに具体的なパラメータ交換（VoIPの場合はVLAN、QoS、電力クラス、DCBの場合はPFC/ETS設定など）が必要です。全く新しい検出プロトコルを作成する代わりに、業界はLLDPの拡張可能なTLVメカニズム を活用しました。LLDP-MED (TIA-1057) と DCBX (IEEE 802.1Qaz) は、標準のLLDPフレーム内で運ばれる特定のTLV を定義しています。これにより、基本的な検出フレームワークを再利用しつつ、アプリケーション固有のインテリジェンスを追加しています。

6. 比較分析：LLDP vs. Cisco Discovery Protocol (CDP)

LLDPとCDPはどちらもレイヤ2で隣接デバイスを発見するプロトコルですが、いくつかの重要な違いがあります。 * 標準化とベンダーサポート: * LLDP: IEEE 802.1AB として標準化されており、ベンダーニュートラルです。幅広いベンダーのネットワーク機器でサポートされています 。 * CDP: Cisco独自のプロプライエタリプロトコルであり、主にCiscoデバイスでのみサポートされています 。 * デフォルトの動作状態: * LLDP: 多くのデバイス（Cisco製品を含む）でデフォルトでは無効になっていることが多く、明示的な設定が必要です 。 * CDP: Ciscoデバイスでは、通常、グローバルおよび全インターフェースでデフォルトで有効になっています 。 * 交換される情報と粒度: * 両プロトコルとも、デバイスID、ポートID、機能、プラットフォーム、IPアドレスなどの基本的なコア情報は交換します 。 * LLDP（特にLLDP-MED）は、PoEの詳細、ネットワークポリシー、ロケーション情報など、特定の情報をより構造化され標準化された方法で交換できます 。また、LLDPでは送信するオプションTLVを細かく選択できます 。 * CDPには、標準LLDPにはないCisco固有のTLVや詳細情報が含まれる場合があります（例: 詳細な消費電力レポート 、ネイティブVLAN TLV ）。 * 設定とカスタマイズ: * LLDP: TLVの選択を通じて、通知する情報をより細かく制御できます 。一部のプラットフォームでは、送信と受信を個別に制御することも可能です 。 * CDP: 通知する特定の情報に関するカスタマイズ性は低く、送信と受信はしばしば一緒に切り替えられます 。 * 動作パラメータ（タイマー、MACアドレス）: * タイマー: * LLDP デフォルト通知間隔: 30秒 。 * CDP デフォルト通知間隔: 60秒 。 * LLDP デフォルト保持時間: 通常120秒（4 x 30秒）。 * CDP デフォルト保持時間: 180秒（3 x 60秒）。 * マルチキャストMACアドレス: * LLDP: 主に 01-80-c2-00-00-0E（他に 03, 00 バリアントあり）。 * CDP: 01-00-0c-cc-cc-cc 。 * VLANサポート: * LLDP: リンク上の複数のVLANに関連する情報を通知できます 。 * CDP: 伝統的に、ポートのネイティブVLAN（またはプライマリVLAN）に関連する情報を主に通知します 。 以下の表は、LLDPとCDPの主な違いをまとめたものです。 | 機能 | LLDP | CDP | |---|---|---| | 標準化 | IEEE 802.1AB | Cisco プロプライエタリ | | ベンダーサポート | マルチベンダー | 主に Cisco | | デフォルト状態 | 多くの場合無効 | 多くの場合有効 (Cisco) | | デフォルト通知間隔 | 30秒 | 60秒 | | デフォルト保持時間 | 120秒 | 180秒 | | L2 マルチキャストアドレス | 01-80-c2-00-00-0E (主) | 01-00-0c-cc-cc-cc | | TLV カスタマイズ | 高い（オプションTLV選択可能） | 低い | | 複数VLAN情報 | 可能 | 限定的 / ネイティブVLAN中心 | | 主な用途 | マルチベンダー環境での隣接デバイス検出 | Cisco 環境での隣接デバイス検出 | LLDPとCDPのどちらを選択するかは、多くの場合、ネットワーク環境に依存します。純粋なCisco環境では、CDPのデフォルトで有効な性質と深い統合がシンプルかもしれません。しかし、マルチベンダー環境や標準への準拠が重視される環境では、その相互運用性からLLDPが必要かつ優れた選択肢となります 。オープンスタンダードへの移行傾向もLLDPの採用を後押ししています。CDPの主な強みはCiscoエコシステム内でのシームレスな統合 とデフォルトでの有効化 であり、初期設定を削減します。その弱点はベンダーロックインです 。LLDPの強みはベンダーニュートラル性と標準化 であり、多様なネットワークでの相互運用性を可能にします 。その僅かな弱点は、しばしば明示的な設定が必要なことです 。ネットワークがますます複数のベンダーのデバイスを組み込むようになるにつれて、一貫した検出と管理のためにはLLDPのような標準が不可欠となり、プロプライエタリプロトコルよりも戦略的に価値が高まっています。

7. LLDP のセキュリティに関する考慮事項

LLDPは有用なプロトコルですが、セキュリティ上のリスクも伴います。 * 特定されたリスク: * 情報漏洩: LLDPは、デバイスID、機能、管理アドレス、ポート記述、VLANなどの潜在的に機密性の高いネットワーク情報をブロードキャストします。これは、攻撃者がネットワーク偵察やマッピングを行うのを助ける可能性があります 。 * サービス拒否 (DoS): * リソース枯渇: 多数の隣接デバイスから過剰なLLDP情報を受信すると、一部のデバイスでメモリリソースが枯渇する可能性があります（ の制限に関連）。細工されたLLDPパケットの連続的な送信は、メモリリークを引き起こし、デバイスの再起動につながる可能性があります 。 * 実装の脆弱性: LLDPフレームの解析における不備（特定のフィールドやTLVの不適切な処理）は、特別に細工されたパケットによって悪用され、LLDPプロセスやデバイス全体をクラッシュさせる可能性があります 。多くの場合、攻撃者はローカルネットワークセグメント上にいる必要があります。 * フレーム偽装/トポロジーポイズニング: ローカルセグメント上の攻撃者は、偽の情報を通知するLLDPフレームを偽造して送信し、LLDPデータに依存するネットワーク管理システムや自動設定を混乱させる可能性があります 。 * コード実行: LLDP実装における深刻な脆弱性（バッファオーバーフローなど）は、隣接する攻撃者によるリモートコード実行を可能にする可能性があります 。 * 緩和戦略: * 不要な箇所でのLLDP無効化: グローバルに、またはより細かく、隣接デバイス検出が不要なインターフェース（特にユーザー向けポートや信頼できないポート）でLLDPを無効にします 。はCDPを無効にしてLLDPを使用することを提案しており、LLDPが管理可能であると見なされている可能性を示唆しています。は、信頼できないアクターがネットワーク上にいる可能性がある場合はLLDP/L2CPDプロセスの利用停止を提案しています 。 * 通知情報の制限: デバイスが通知するTLVを必要最小限に設定し、公開される機密情報の量を減らします 。通知する管理アドレスの範囲を制限します。 * ネットワーク監視: 異常なLLDPトラフィックパターンや攻撃を示唆する可能性のある異常を検出するために、監視システムを導入します 。 * パッチ適用: 既知のLLDP実装の脆弱性に対処するために、ネットワークデバイスのファームウェアを最新の状態に保ちます（ のようなCVEの存在から示唆される）。 * 物理的セキュリティとネットワークセグメンテーション: ほとんどのLLDP攻撃はローカルネットワークアクセスを必要とするため、強固な物理的セキュリティと適切なネットワークセグメンテーション（VLAN、ファイアウォール）は、重要なインフラストラクチャポートが潜在的な攻撃者にさらされるリスクを制限するのに役立ちます。 * （限定的な）認証/暗号化: 標準LLDP自体には強力な組み込み認証や暗号化機能はありませんが、セキュアな管理プラクティス（MIB照会にはSNMPv3を使用するなど）を採用すべきです。一部の独自拡張や将来の標準で対処される可能性はありますが、基本的なLLDPはL2セグメントがある程度信頼されていることを前提としています（は緩和策として認証/暗号化の実装を推奨していますが、標準LLDPはこれを規定していません）。 LLDPが提供する可視性と、情報漏洩や潜在的な脆弱性から生じるセキュリティリスクとの間には、本質的なトレードオフが存在します。効果的なLLDP展開には、セキュリティを意識したアプローチが必要です。デフォルトで遍在的に有効にするのではなく、必要な場所にのみ慎重に有効化し、共有される情報を制限することが求められます。LLDPの核心機能はローカルリンク上で情報をオープンに共有することです 。一方、セキュリティ原則はしばしば情報公開の最小化を要求します 。これらは根本的に対立します。LLDP実装を標的とする多数のCVE の存在は、プロトコル自体、あるいは少なくともその実装が攻撃対象領域を提供することを証明しています。したがって、「どこでも有効にする」という単純な戦略は危険です。緩和戦略は、LLDPのスコープと情報フローを制御することに焦点を当てています（ポートでの無効化、TLVの制限 - ）。これは、安全な使用には各ネットワークセグメントの信頼レベルに基づいた慎重な計画と設定が必要であることを示しています。

8. 結論

LLDP (Link Layer Discovery Protocol) は、現代のネットワークにおける隣接デバイス発見のための標準化された (IEEE 802.1AB) レイヤ2プロトコルとして要約されます。その主な機能は、TLV (Type-Length-Value) 形式を用いてデバイスの識別情報、機能、および設定情報を交換することです。 LLDPの主要な価値は、そのベンダーニュートラル性にあり、これにより異種混在環境での相互運用性が促進されます。さらに、ネットワークの可視性を大幅に向上させ、管理やトラブルシューティングを容易にします。また、その拡張性により、LLDP-MEDを通じたVoIPサポートやDCBXを通じたデータセンターネットワーキングなど、高度な機能もサポートします。 一方で、LLDPの利用にはセキュリティに関する考慮が不可欠です。情報漏洩のリスクや実装の脆弱性に対処するため、必要な箇所でのみ有効化し、通知する情報を制限するなど、慎重な設定と管理が求められます。 結論として、LLDPはネットワーク管理者にとって不可欠なツールであり、特に複雑なマルチベンダーネットワークインフラストラクチャにおいて、重要な可視性と自動化機能を提供します。オープンスタンダードへの準拠は、LLDPを現代的で相互運用可能なネットワーク設計と管理の基盤たらしめています。

systemctl restart NetworkManagerを実行してからTera Termで接続できなくなった

nmtuiコマンドを実行してネットワーク設定画面を開き、変更することなくQuitを選択して終了した後、systemctl restart NetworkManagerを実行したらTeraTermが閉じてTeraTermから接続できなくなった。

さくらのVPSのコンソール画面からネットワーク設定の再設定とサーバーの再起動を行うと「接続ができない」から「接続が拒否された」に表示が変わった。

sshのポートが22番ではなく10022番に変更されている？

解決

さくらのVPSのパケットフィルタを全て解除した。 firewalldの設定で10022ポートのtcp通信を許可した。

firewall-cmd --add-port=10022/tcp --zone=public --permanent

10022ポートからssh接続に成功した。

「スマホ脳」は繰り返し主張型の読みものでした。

結論：著者アンデシュ・ハンセンの主張

人間がスマホを使う時間は1日2時間までにして、代わりに別のことをするべき。スマホ依存に注意して、心の不調を予防しよう。

内容

人間の脳はデジタル社会に適応していない
ここ10年の行動様式の変化
GDPが上昇するにつれて、精神不調で精神科を受診する人が増えた
他人と接続しているのに孤独を感じる
人間の脳は狩猟と採集が主な活動だった頃から1万年変化していない。
睡眠、運動の必要性
お互いへの強い欲求
脳の報酬系をハッキングする
人間がテクノロジーに順応するのではなく、テクノロジーが人間に順応するべき
生き延びて子孫を増やす確率を高められる特性が受け継がれ、当たり前の存在となるには長い時間がかかる
サバンナでは生き延びることを助けてくれたカロリー欲求は、現代社会には不適切
狩猟採集民たちの時代では生き延びるためには注意散漫で、周囲を警戒することが有効だったが、現在はむしろ注意散漫にならないほうがよいとされる
脳は、生き延び、遺伝子を残す方向で自分を動かそうとする
感情で決断する
ネガティブな感情は脅威に結び付きやすかったため、ポジティブな感情に勝る
負の感情の根源はストレス
人間が生きてきた世界では、集団から追放されることは死を意味していた
グループに、帰属するのは生存がかかっていた
身体が「闘争か逃走か」に備える
不安やうつが人間の生存率を左右していた
スマホはドラッグ
新しい情報を得ると脳は報酬をもらえる
報酬システム激しく作動させるのは「期待」
ドーパミンは報酬物質ではなく、何に集中するべきかを私達に伝える存在
私達は一度にひとつのことにしか集中できない
作業の間を往復しているだけ
ドーパミンを与え、気が散るようにすることで、周囲の変化に反応できるようにしている
脳はあえて動きが悪くなるようなことを私達にさせている
スマホをポケットにしまった学生よりも、スマホを教室の外に置いた学生の方が良いテスト結果が出た
スマホの存在がわずかにでもあれば、認知能力の容量が減る
固定化によって長期記憶を作る
別々の行動の間には切替時間が必要
メールをチェックするのは1時間に数分と決めて、常にチェックしないのがいい方法
脳は近道が大好きで、無駄だと思うことは覚えようとしないで、エネルギーを節約しようとする
グーグル効果・デジタル性健忘
写真を取ったものは記憶に残そうとしない
視界にスマホがテーブルの上にあった人は会話があまり楽しくなかった上に、相手を信用しづらく共感しにくいとも感じていた
無視するとは能動的で、集中力を使う マルチタスクによって間違った場所に入る記憶
柔軟な記憶を作る能力は、マルチタスクで部分的に失われる
スマホを強制的に手放した被験者の体内では、ほんの10分でストレスホルモン、「コルチゾール」のレベルが上昇する
スマホをよく使う大学生は孤独で自信が無く、うつが多い
スマホは時間を奪う
1日6時間以下の睡眠が10日続くと、24時間起きていたのと同じくらい集中力が低下する
他人の写真を見るだけで、自分は写真をアップしないし議論にも参加しない消極的なユーザーは、積極的なユーザーよりも精神状態が悪くなりやすい
積極的なユーザーは写真をアップするだけでなく、個々のユーザーとコミュニケーションをとっている
社会生活の代わりにSNSを利用する人たちは精神状態を悪くする
SNSは共感力を低下させる
80年代から共感力が下がっている
大学生を調査してみると、共感性配慮という、辛い状況の人に共感できる能力と、対人関係における感受性が低下している
わたしたちは80年代末よりもナルシストになっている
原因がスマホ・SNSだとは断定できない
SNS運用側にとっての財産はユーザーの注目
ツイッターなどで実装されている画面遷移の遅れは脳の報酬システムを最大限に煽るように入念に設計されている
SNSにおいて「あなたの注目」が商品であり、購入者は広告掲載者
人間の社交的衝動である「自分たち」と「あいつら」という対抗意識
スマホを使うことで報酬を我慢できなくなる
脳が文章に集中するよりも、報酬がないことを無視するのに貴重な処理能力を費やしてしまい、結果として学びが悪くなる
人によってスマホから受ける影響には差がある
運動がストレスを予防する
研究には時間がかかり、研究が追い付かない
進化の基本は生存や繁殖にメリットになる特質が一般的になること
心の不調が増加している
些細なことで精神科を受診しているだけかもしれない
睡眠を優先し、身体をよく動かし、社会的な関係を作り、適度なストレスに自分をさらし、スマホの時間を制限する
心の不調を予防することが不安や不幸で鬱になることの解決策
不安や気分の落ち込みは人間にとって進化の過程を見ても自然
自然主義的誤謬
祖先の暮らしが正しいとは限らない
自分のスマホ時間を知ろう
目覚まし時計と腕時計を買おう
毎日1～2時間スマホをオフにして周りの人にも伝えよう
プッシュ通知もすべてオフにしよう
スマホの表示をモノクロに（色がないほうがドーパミンの放出量が少ない）
運転中はサイレントモードに
集中力が必要な作業をするときはスマホを手元に置かず、隣の部屋に置いておこう
チャットやメールをチェックする時間を決めよう
友達と会っているときはスマホをマナーモードにして遠ざけて置き、一緒にいる相手に集中しよう
あなたがスマホを取り出せば、周りに伝染する
教室でスマホは禁止！
スクリーンタイムを制限し、代わりに別のことをしよう
子供に対してよい手本になろう
ベットに入る1時間前にはスマホやタブレット端末、電子書籍の電源を切ろう
スマホを寝室に置かない（目覚まし時計を使おう）
寝る直前に仕事のメールを開かない
ベットから起き上がれないといったストレスの兆候を見逃さないようにしよう
どんな運動も脳に良い（特に心拍数を上げる運動）
最大限にストレスレベルを下げたければ、週に3回45分をできれば息が切れて汗をかくまで運動するといい
SNSは積極的に交流したいと思う人だけフォローしよう
SNSは交流の道具と考えて、コメントを積極的にして交流を深めよう
スマホからSNSをアンインストールして、パソコンだけで使おう

ほったらかし投資まとめ

2つの非課税制度

  • NISA
  • IDECO

    結論

    NISAにつみたて満額月10万はマスト、成長投資枠は所得の向上によって最大240万、スタートは0でいい。できるだけぶち込んで枠を早く埋める。
    フリーランスならIDECOも併用し、所得控除の恩恵を受ける。

    NISA(少額投資非課税制度)

    NISA講座で投資信託等の投資後、特定口座の場合、

  • 配当・分配金
  • 売却益
    にかかる20.315%(所得税15%, 住民税5%, 復興特別所得税0.315%（2037年まで）)が非課税(0%)になる。
    年間投資枠は
  • （つみたて投資枠120万（10万×12か月））
  • 成長投資枠240万
    の計360万。
    非課税保有限度額は1800万円（うち成長投資枠は1200万円）
    最短で5年かかる。（つみたてのみ満額なら18年）
    売却時はその株式等買い付け時の価格の分だけ投資枠が復活する。
    非課税枠は買い付けできる限度額なので保有残高の値上がりによって枠が埋まることは無い。
    非課税期間は無制限。

    IDECO

  • 掛け金を自分で設定して運用商品も自分で決める年金制度
  • 60歳まで引き出せない
  • 運用益が非課税
  • 買い付け額が全て所得控除に（買い付けした分だけ課税所得が減る）
  • 受け取るときは「公的年金等控除」か一括で受けとるなら「退職所得控除」 されたあとに住民税、所得税がかかる
  • 企業に勤めているか、企業年金の有無によって月の最大拠出額が決まる
  • 企業勤めなら多くても3万程度

映画「ミスト」を見た

後味が悪いと評判の「ミスト」

Twitterで「主人公は常に最善だと考えられる選択をしたが、最悪の結末になった」と評されていたので、いったいどんな結末なのか気になり、U-nextで視聴した。結論から言うと、後味は悪かった。

デヴィッドの正義

スーパーマーケットでの買い物中、あたりが謎の霧に包まれる。毛布を探しにスーパーマーケットの裏口に言ったデヴィッドは発電機が故障しているのを発見し、発電機を停止させる。しばらくすると、裏口にシャッターが何かに外からたたかれる音を聞くと同時にシャッターが外からへこむ様子を見る。外部に何かがいると考えた。スーパーマーケットの職員とともに裏口へ行く。発電機の故障を直すために外に出た若者が触手に襲われ、死亡する。 それ以降、デヴィッドは仲間を集め、チームで行動するようになる。狂信者をいかれた野郎だと切り捨てるが、デヴィッドもまた、複数人を仲間に着け、彼ら彼女らの判断をコントロールしている点では狂信者とやっていることが同じなのが興味深い。しかも狂信者よりもデヴィッドが原因で死亡した人の方が多い。

■

Java開発環境構築(Windows11)

OpenJDKをインストールする

https://jdk.java.net/20/
上記のサイトにアクセスしてBuildsファイルをダウンロードする。 ファイルを解凍し、「C:\Program Files」に「Java」フォルダを作成
その下にjdk-20.0.1(バージョンによって名前が異なる)を移動
「C:\Program Files\Java\jdk-20.0.1\bin」のパスを後で使用する
「システムの詳細設定の表示」を開く
「環境変数」を選択
「システム環境変数」を選択
「Path」を選択
「新規」を選択
「C:\Program Files\Java\jdk-20.0.1\bin」を入力する
OKを何度か押して閉じる
PowerShellを開いて「Java」コマンドが実行でき、色々出てきたら成功

「スクラップ・アンド・ビルド」を読んだ

ざっくり

主人公「健斗」が祖父の介護を通して人生を再構築する物語。

注目したポイント

サラリーマン生活を退職により辞めた無職の健斗は明確な目標を持つことなく、毎日資格の勉強をしていた。勉強と並行して民間企業への就職活動も行っている。物語は常に健斗視点で語られるので、常に健斗の感じ方のフィルターがかかっている。そこが大きなポイントだと思った。健斗は祖父の介護を手伝う孝行孫だと思っているが、実は周りからは早く再就職しろと思われいるのではないか。特に健斗が弱者である祖父と肉体的強者である健斗自身を比べて、優越感に浸る瞬間があり、健斗が祖父を支えられているのではなく、祖父の存在が健斗を支えていると感じた。また、祖父は健斗の前でしばしば大げさに弱さを表現することがあった。健斗視点では祖父はよぼよぼの老人で弱者であるが、実際は祖父はもっと物事を理解していて、祖父の弱者としての振る舞いは彼なりの健斗とのコミュニケーションの取り方ではないのかと感じた。
筋トレに励み、肉体改造に励む健斗はまさに「スクラップ・アンド・ビルド」であり、物語の最後では見事に再就職を果たしている。