約 20,372 件
https://w.atwiki.jp/slash/pages/431.html
IPパケットフィルタでファイアウォールの設定を行います Fedoraでは、iptablesを利用しています。iptablesはパケットフィルタのテーブルを設定・管理・検査するために用いられます。 iptablesは設定ファイル /etc/sysconfig/iptablesを以下の順序で解釈します。 チェインを上から順番にチェック マッチしたルールに従いパケットフィルタリングを行い、以降のルールはスルーする マッチするルールが無ければスルーする ローカル宛のパケットであれば、受信時にINPUTチェインを、送信時にOUTPUTチェインを評価し、 ローカル宛のパケットでなければFORWARDチェインを用いてルールを評価します。 +----------+ +-----------+ +-------+ +-----------+ |パケット受信|→|ルーティング|→|Forward|→|パケット送信| *----------+ +-----------+ +-------+ +-----------+ ↓ ↑ +------+ +------+ |INPUT | |OUTPUT| +------+ +------+ ↓ ↑ +---------------------------+ |ロ ー カ ル プ ロ セ ス | +---------------------------+ iptablesの設定
https://w.atwiki.jp/maritime_ic/pages/22.html
10章 GMDSSとインマルサットについて ・Global Maritime Distress and Safety System 全地球規模の海上の遭難と安全システム ・海上における船舶のための全世界共通の遭難、安全通信の精度と機器類を含めた一つのシステム ◇背景 ・1900年頃、無線通信機器が初めて船舶に搭載 ・1912年4月 タイタニック号の氷山衝突による沈没事故(様々なことのきっかけ) ⇒・世界的な取り決めがない⇒1,500名以上の犠牲者が出た ・無線通信による遭難連絡⇒700名以上の生存者を助けられた可能性 ⇒会場における無線通信の重要性の認識 ○SOLAS条約:International Convention for Safety of Life At Sea:海上における人命の安全に関する条約 ・1914年採択(ウィルヘルム2世) ・1929年修正 ・1933年発行 ○中波帯:500kHz,AIA電波(モールスによる無線電信)により、SOS(遭難信号)を送ることを基本 ・・・---・・・ SOS:原義は不明?:Save Our Souls?信号の明確なわかり易さを重視? ・一定の要件に該当する全船舶に設備の搭載義務および関係する電波の24時間聴守義務が為された ・1970年代:IMO:International Maritime Organization:国際海事機構 中心機関として、世界的な遭難安全通信システムの改良に関する検討を開始 ⇒衛星通信やデジタル通信の技術革新 ○GMDSS ・1988年11月:条約改正 ・1999年2月1日より完全実施 ⇒無線通信(モールス)によるSOSの廃止 デジタル通信技術を中心としたシステムの整備と運用 自動的な遭難信号の送信、捜索救助に利用するシステム 航行・気象警報などの安全情報を提供するシステム 10.1 GMDSSの概要と構成機器について:現在次世代規格を考案中 ⑴遭難時の通報に使用(遭難警報を発信) ・デジタル選択呼出し装置 (DSC:Digital Selective Calling) MF/HF,VHF無線電話等を使用 デジタル選択呼出受信機(聴守義務)電波を自動的に受信 ・インマルサット衛星電話 ○衛星非常用位置指示無線標識:Emergency Position Indicate Radio Beacon:次世代ではAIS情報の搭載も考案されている ・極軌道周回衛星(コンパス・サーサット衛星:Compas-Sarsat)に向け:遭難警報を自動的に発信 ・衛星は、そのおよその発振位置を割り出し、各国の遭難救助機関・諸官庁(MCC Mission Control Center RCC Rescure Coordinate Center)まで情報を送る ・全世界が5つのブロックに分けられており、それぞれに基幹MCCが設置されている(アメリカ、ロシア、フランス、オーストラリア、日本) ・海上保安庁は、北西太平洋区域の基幹MCCの業務を実施している ・情報には:MMSI:Maritime Mobile Service Identityが含まれている。RCCは船名その他各情報を自動的に把握することが可能。 ・周波数帯:121.5MHz:A3X電波(出力0.05W程度)のビーコンを発信する ・船橋ウィング、コンパスい船橋などの室外に設置 ・手動で操作して救難電波をを発信する方法と、沈没時に概ね水深4m以上に該当する圧力が与えられると水圧センサーにより架台から自動で離脱し、浮上後電波を発信する方法がある 10.2 捜索救助時において使用されるもの ○捜索救助用レーダトランスポンダ:SART:Search and Rescue Radar Transponder ・9GHz帯(Xband)の送受信で構成されており、 捜索救助にあたる船舶や航空機のレーダ電波を受信すると自動的に応答するように機能する ・AIS-SART:AISの技術を利用 ・双方向無線電話/船舶ー航空機間双方向無線電話 ・アナログ音声による国際VHF無線電話と共通の周波数の携帯型トランシーバ ・16Ch(156.8MHz)、15ch、17ch 10.3 提供された安全情報と入手に使用するもの ○航行警報、気象情報 ○ナブテックス受信機 ・中波帯 ・日本沿岸から約300海里以内の海域の受信を対象とする ・周辺海域における海上安全情報 (航行警報、緊急警報、気象海象警報)を内容とする文字放送を受信 ・英語ナブテックス、日本語ナブテックス ○インマルサット高機能グループ呼び出し(EGC:Enhanced Group Calling) ・援用を航行する船舶を対象とする ・インマルサット衛星通信回線を経由 ・海域を特定したNAVAREA航行警報などの海上安全情報 ・低速のテレックスで自動印字により提供される 10.4 航行警報について ○船舶交通の安全のために、緊急に周知する必要があるとされる情報 ・海上保安庁が発し、無線警報やインターネット等で周知が図られる ○主な内容について ・軍事演習の場所 ・遭難情報 ・流木情報(1本の流木でも対高速船では危険となる) 船舶の航行を阻害するものを対象としている ○日本航行警報 太平洋、インド洋及び周辺諸海域を航行する日本船舶が対象 ○NAVAREA航行警報 北太平洋西部および東南アジアを航行する船舶が対象 ○NAVTEX航行警報 日本沿岸から約300海里内を航行する船舶が対象 ○地域航行警報 日本沿岸の港及び付近海域を航行する船舶が対象 10.5 GMDSS機器の搭載要件 ○SOLASの規定 船舶の種類、航行区域、トン数 ○対象船舶 ・国際航海に従事する総トン数300トン以上の貨物船及びすべての乗客船 ・日本:総トン数20トン以上の船舶は基本的にGMDSS無線設備を設置⇒航行の安定性を高めるため (沿岸を航行する一部の船舶は除く) ○航行海域 ・AI海域:VHF海岸局の通信範囲(20~30海里) 日本ではこれを設定していない:敷いている原則が厳格なため、そこまでする必要がない ・A2海域:A1海域を除いたMF海岸局の通信範囲(150海里程度) ・A3海域:A1,A2海域を除いたインマルサット通信衛星の通信範囲 ・約70°N~約70°Sの間 ・A4海域:A1,A2,A3海域以外の海域 ・極地が対象
https://w.atwiki.jp/hihiro/pages/52.html
カウント - 2021-09-24 18 15 17 (Fri); 【unihertzのJelly2-JP】買っちゃいました。 クラウドファンディングしてみました。 支援金額:22,222円(21,999円+上乗223円)2のぞろ目にしました。 システム利用料:220円、計:22,442円 お届け予定:2021年01月(2月27日に届きました。) https //camp-fire.jp/projects/view/319223 Rakuten MiniとJelly2-JPの画像         コメント/Jelly2-JP 名前 寒くなって来たら、指紋認証がうまくいかなくなってきた。 - hihiro (2021-10-30 19 30 28) 再登録してみてもちょっと危ない状態。指紋が薄くなってくるからなのだろうか? - hihiro (2021-10-30 19 31 09) 暖かくなってから、指紋認証がうまくいくようになったようです。 - hihiro (2021-09-24 12 33 50) UnihertzのJelly2-JPがシステムバージョンアップしました。 - hihiro (2021-05-21 21 00 00) Jelly2_JPで、Y!mobileメールでSMSが受信できない現象は、UnihertzのAndroidにApp blockerが原因でした。 - hihiro (2021-03-08 23 00 00) Y!mobile SIMと楽天モバイルSIMの2枚挿しで運用中 - hihiro (2021-03-06 23 00 00) HUAWEI P20 liteをJelly2-JPに移行しました。 - hihiro (2021-03-06 23 00 00) Y!mobileメールでSMS、MMSが受信できない現象が発生、アプリを開いていれば受信可能 - hihiro (2021-03-02 02 57 00) 現在の契約キャリア - hihiro (2021-02-27 18 00 00)楽天モバイルで、Rrakuten Miniを使用中 - hihiro (2021-02-27 18 00 00) Y!mobileで、HUAWEI P20 liteを使用中 - hihiro (2021-02-27 18 00 00) UnihertzのJelly2-jpが届きました。 - hihiro (2021-02-27 17 43 21)
https://w.atwiki.jp/steelchronicle/pages/15.html
素材アイテム 素材アイテム強化ポイント 素材アイテム.net送信ポイント ポイントテーブル送信(素材pt) 受信(CP) セットできる素材の種類数 エネミーを倒すと一定確率で素材アイテムをドロップする。 素材アイテムは武器の生産・強化に必要。 エネミーごとにエネミークラスが決まっており、同テーブルのアイテムしかドロップしない。 強化ポイント [部分編集] エネミークラス ソルジャー ウォーリア コマンダー ジェネラル アドミラル ナイトメア ネクリア ※1 光脈 ※2 レア度 ☆ ソルジャーシェル ウォーリアシェル コマンダーシェル ジェネラルシェル アドミラルシェル ナイトメアシェル ネクロストーン 光脈の萌芽 NORMAL 30 pt. 60 pt. 120 pt. 240 pt. 300 pt. 1500 pt. 1600 pt. 3600pt. ☆☆ ソルジャークロー ウォーリアクロー コマンダークロー ジェネラルクロー アドミラルクロー ナイトメアクロー ネクロジェム 光脈の蔓葉 RARE 60 pt. 120 pt. 240 pt. 450 pt. 600 pt. 2400 pt. 2400 pt. 7200pt. ☆☆☆ ソルジャーグリア ウォーリアグリア コマンダーグリア ジェネラルグリア アドミラルグリア ナイトメアグリア ネクロオーブ 光脈の鈴音 DOUBLE RARE 120 pt. 240 pt. 360 pt. 600 pt. 1500 pt. 3600 pt. 3200 pt. 10800pt. ☆☆☆☆ ソルジャーコア ウォーリアコア コマンダーコア ジェネラルコア アドミラルコア ナイトメアコア ネクロクリスタル 光脈の華 TRIPLE RARE 180 pt. 360 pt. 540 pt. 900 pt. 3000 pt. 4800 pt. 6400 pt. 18000pt. ※1 ネクリア系統の武器を強化する場合は強化pt.が1.5倍になる。(ストーン 2400pt. ジェム 3600pt. オーブ 4800pt. クリスタル 9600pt.) ※2 ネクリア系統の武器を強化する場合は強化pt.が半分になる。(萌芽 1800pt. 蔓葉 3600pt. 鈴音 5400pt. 華 9000pt.) 素材アイテム.net 2014/5/26のアップデートから追加。 所持している素材アイテムを他のハウンドへプレゼントすることで、CPとSPカートリッジを得られるシステム。 カスタマイズ画面の素材アイテム.netから、素材アイテムをギフトゲージにセットして送信する。 送った素材アイテムが他のハウンドに届くと報酬を獲得でき、他のハウンドから素材アイテムを受け取る場合もある。 誰かが受け取らない限り再送信はできないが、一定時間受信されないとCPUが受け取ってくれる。 送信・受信ともに相手を選べないが、ギフトゲージ画面で合わせて最大5件までの履歴が確認できる。 送受信どちらも、モードセレクト画面へ移動した時のみに行われる。 送った素材アイテムが誰かに届くと、ミッションの最中であろうとも画面右上にお知らせが表示される。 ただしこのお知らせは少々信頼性に難があり、報酬を受け取った後になってから出てくることがよくある。 報酬は、送信した素材アイテムのポイント数に応じたCP、送信5回ごとにSPカートリッジ(15min)。 ハウンドクラスによって送信・受信できるギフトゲージ量・素材種類数が異なり、獲得CPの上限も異なる。 送信できるのはナイトメア素材まで、一回につき最大5種類だが、ギフトゲージの上限を超えなけれ何個でもセットできる。 上限はクラスにより異なり最大で10000ポイント。下限は白線で表示されており上限の1/5程度。 ギフトゲージにセットするときのポイントは、武器強化ポイントの1/3になる。 送信ポイント [部分編集] エネミークラス ソルジャー ウォーリア コマンダー ジェネラル アドミラル ナイトメア レア度 ☆ ソルジャーシェル ウォーリアシェル コマンダーシェル ジェネラルシェル アドミラルシェル ナイトメアシェル NORMAL 10 pt. 20 pt. 40 pt. 80 pt. 100 pt. 500 pt. ☆☆ ソルジャークロー ウォーリアクロー コマンダークロー ジェネラルクロー アドミラルクロー ナイトメアクロー RARE 20 pt. 40 pt. 80 pt. 150 pt. 200 pt. 800 pt. ☆☆☆ ソルジャーグリア ウォーリアグリア コマンダーグリア ジェネラルグリア アドミラルグリア ナイトメアグリア DOUBLE RARE 40 pt. 80 pt. 120 pt. 200 pt. 500 pt. 1200 pt. ☆☆☆☆ ソルジャーコア ウォーリアコア コマンダーコア ジェネラルコア アドミラルコア ナイトメアコア TRIPLE RARE 60 pt. 120 pt. 180 pt. 300 pt. 1000 pt. 2400 pt. ポイントテーブル [部分編集] 送信(素材pt) ε γ β α Ω χ Δ Σ 650 1150 1650 2500 7500 10000 受信(CP) (各クラス上限いっぱいで送信した場合) ε γ β α Ω χ Δ Σ 1050 1300 1550 2350 2650 3200 セットできる素材の種類数 ε γ β α Ω χ Δ Σ 1 2 2 3 4 4 5 5 情報提供用 名前 コメント
https://w.atwiki.jp/k_storage/pages/83.html
部品構造 大部品 緊急告知ラジオ RD 2 評価値 1部品 概要 部品 放送内容 部品定義 部品 概要 電源が入っていない状態でも、災害情報などの緊急信号を受信すると、 自動的に起動して最大音量で緊急情報が放送されるラジオ。 高齢者や障害者のいる家に優先的に配備されている。 部品 放送内容 洪水や津波などの災害情報や、避難経路情報などの緊急情報を放送する。 放送内容は政庁からラジオ局に通達されるため、情報のぶれがない。 提出書式 大部品 緊急告知ラジオ RD 2 評価値 1 -部品 概要 -部品 放送内容 部品 概要 電源が入っていない状態でも、災害情報などの緊急信号を受信すると、 自動的に起動して最大音量で緊急情報が放送されるラジオ。 高齢者や障害者のいる家に優先的に配備されている。 部品 放送内容 洪水や津波などの災害情報や、避難経路情報などの緊急情報を放送する。 放送内容は政庁からラジオ局に通達されるため、情報のぶれがない。 インポート用定義データ [ { "title" "緊急告知ラジオ", "part_type" "group", "children" [ { "title" "概要", "description" "電源が入っていない状態でも、災害情報などの緊急信号を受信すると、\n自動的に起動して最大音量で緊急情報が放送されるラジオ。\n高齢者や障害者のいる家に優先的に配備されている。", "part_type" "part", "expanded" true }, { "title" "放送内容", "description" "洪水や津波などの災害情報や、避難経路情報などの緊急情報を放送する。\n放送内容は政庁からラジオ局に通達されるため、情報のぶれがない。", "part_type" "part" } ], "expanded" true } ]
https://w.atwiki.jp/d1space/pages/14.html
SSLの目的と概要SSLの前提 SSLの目的 SSLの概要ハンドシェークフェーズ データ転送フェーズ SSLのポイント SSLの歴史 SSLの目的と概要 SSLは、インターネットのような、悪意に対して無防備な通信路を用いて、安全な通信を実現するための2者間プロトコルである。 SSLの前提 攻撃者は、 伝達途中のメッセージを改ざんしたり、 その中身を覗き見たり、 さらに、誰かほかの存在になりすます ことができるとする。 通信を行いたい2者は、予め面識はなく、どのような秘密情報も事前に共有していないとする。 ただし、各自は公開鍵インフラ(PKI)を利用できるものとする。すなわち、 各自は、自身の公開鍵と秘密鍵ペアをもち、 各自の公開鍵は、信頼できる第三者機関によって認定され、さらに、 各自は、他者の公開鍵について、それが第三者機関によって認定されたものか否か正しく判定する手段をもっている とする。 SSLの目的 SSLの主な機能は、 通信相手が本当に意図した相手であることを保障し、 通信途中でメッセージが改ざんされたり、 その中身を覗き見られたりすることを防止することである。 注意: SSLは、通信する2者間で相互に相手を認証するオプションももつが、この講義では、もっともよく用いられているクライアント・サーバモードのみを扱う。 クライアント・サーバモードではクライアントは認証されず、サーバのみが認証される。(クライアントは自身の公開鍵と秘密鍵ペアをもつ必要はない。) [演習] 上記の前提で、公開鍵インフラが利用できないとき、SSLが目的とする機能は実現可能か? SSLの概要 SSLは ハンドシェークフェーズ データ転送フェーズ の2フェーズからなる。 ハンドシェークフェーズ ハンドシェークフェーズの目的は、 送信者と受信者の間で、マスター秘密と呼ばれるランダムでフレッシュな秘密情報を共有する ことである。 送信者と受信者の間で事前に共有された秘密は全くなく、しかも送受信内容はすべて覗き見られるのに、このようなことができるのは不思議だが、公開鍵暗号がそれを可能にする。 典型的なハンドシェークフェーズ クライアント サーバ サポート暗号スイート、クライアント乱数 → ← 選択した暗号スイート、サーバ乱数、サーバ公開鍵証明書 サーバ証明書を検証 ← 事前マスター秘密を共有 → マスター秘密の計算 マスター秘密の計算 ハンドシェークメッセージのMAC → ← ハンドシェークメッセージのMAC MAC の検証 MACの検証 鍵導出 鍵導出 ハンドシェークフェーズでは、まず、 使用する暗号スイートについて交渉のうえ同意する(ネゴシエーション)。 暗号スイートとは、 認証・鍵交換・暗号化・ハッシュの一連の暗号アルゴリズムを指定するための識別子 である。 認証アルゴリズムは、サーバから送られた公開鍵証明書を認証するため 鍵交換アルゴリズムは、マスター秘密を共有するため 暗号アルゴリズムは、データ転送フェーズでメッセージを暗号化するため ハッシュ関数は、MACを計算したり、マスター秘密から各種の鍵を導出するため のアルゴリズムである。 例えば、暗号スイートには、 TLS_RSA_WITH_3DES_EDE_CBC_SHA = (RSA, RSA, 3DES_EDE_CBC, SHA) TLS_DH_DSS_WITH_3DES_EDE_CBC_SHA = (DSS, DH, 3DES_EDE_CBC, SHA) などがある。 さらに、ハンドシェークフェーズでは、 クライアント、サーバ双方が乱数を生成し、交換する。 また、このとき、 クライアントはサーバの公開鍵証明書を受け取り、PKIインフラに依拠して、認証アルゴリズムを用いて、その正当性を確認する。 正当性が確認できたら、 同意した暗号スイートを用いて、マスター秘密を共有する。 まず、鍵交換アルゴリズム(or 鍵交換プロトコル)を用いて、事前マスター秘密を共有する。鍵交換アルゴリズムは公開鍵暗号技術を応用して作られる。 つぎに、送信者、受信者双方で、 クライアント乱数、サーバ乱数、事前マスター秘密 の3情報からハッシュアルゴリズムを用いてマスター秘密を計算する。 さらに、 同意したハッシュ関数を用いて、ここまでで交換したメッセージのMACを上述のMAC鍵を用いて計算し、お互いに交換し検証する。 MACを確認することではじめて、サーバ認証が成立する。すなわち、クライアントは、通信相手が、受け取った公開鍵証明書の持ち主に相当する、サーバであることを認証する。 MACが正しければ、最後に、送信者、受信者双方で、 マスター秘密、クライアント乱数、サーバ乱数をハッシュ関数に入力し、MAC鍵、メッセージ鍵など一連の鍵情報を生成する。 [演習] ハンドシェークフェーズで、クライアントとサーバが乱数を交換する理由は何か? データ転送フェーズ データ転送フェーズの目的は、 ハンドシェークフェーズで共有した一連の鍵情報を用いて、実際にメッセージを暗号化して送受信を行うことである。 ブロック暗号を用いた高速な暗復号が必須となる。 データ転送フェーズでは、送信者は 上述のMAC鍵を用いて、送信メッセージのMACを計算し、 そのMACをメッセージに付加したものを、上述のメッセージ鍵を用いて暗号化して送信する。 受信者は 受信メッセージを、上述のメッセージ鍵を用いて復号し、メッセージとMACを取り出す。 上述のMAC鍵を用いて、メッセージのMACを計算し、それが受け取ったMACと等しいかどうか検証する。 等しければ、メッセージを受理する。 [演習] IPSecでは、SSLとは逆に、暗号化してからMACを計算する。MACを計算してから暗号化するのと、暗号化してからMACを計算するのと、どちらがよいか? SSLのポイント SSLは、 公開鍵暗号を応用した鍵共有アルゴリズムで鍵情報を共有し、 ブロック暗号でメッセージの暗号化を行う。 実行時にサーバの公開鍵を入手する。その正当性のチェックは、公開鍵インフラに頼っている。 ハンドシェークフェーズのメッセージのMACを交換し検証する。これによりサーバ認証を実現する。 SSLの歴史 SSL 1.0 1994年、Netscape。設計レビューの段階で破棄。 SSL 2.0 1994年、Netscape。ダウングレード攻撃が可能。 SSL 3.0 1995年、Netscape。問題修正、機能追加。 TLS 1.0 1997-1999年、IETF。SSL 3.0と同機能。 TLS 1.1 2006年、IETF。AES暗号を追加。 TLS 1.2 2008年、IETF。SHA256を追加。 以下、とくに断らない限り、SSL とは SSL 3.0 を意味する。 上へ
https://w.atwiki.jp/gazouwrestler2/pages/132.html
ウソウサ(コクリ 元祖東方系レスラー 「見た目はウサギ、中身はドライ」と言われたのも過去の話 現在は寒がり、眠たがりと別のキャラを確立…シテイルトオモウ 夏場は暑いので眠れないと嘆いている パン娘お手製の絵を貰ってからは主にそちらで色々な服を書いている 満月の日に近い火曜日にスレをたてることがある あくまで不定期、満月前後でも立てない事があるので月単位でお待ち下さい 良く寝る子で一部のレスラーから「スレと控室にいる時以外は寝ている」とさえ言われた 極たまに毒電波を受信するが、殆どは時刻を合わせる為の電波を受信しているらしい そのため、レスの時間をぴったりにあわせるのはオクロックよりも正確である(*2) ただし、秒単位のあわせは精確なのに対しなぜか時計を数時間読み間違える 眠たがりなのと何か関連があるのかもしれない 注2 それ以前にオクロックの精度が低く、万葉やてみに合わせ方や心構えを説かれたりミクにすら負ける姿も…がんばれオクロック
https://w.atwiki.jp/kagemaru/pages/4.html
スパニングツリープロトコルとは? スイッチによるネットワークループを回避するための機能。スイッチネットワークの冗長化を図った際のフレームのループ(ブロードキャストストーム)を回避するためのもの。 ブリッジプライオリティとMACアドレスからなるブリッジIDを元にして、スイッチネットワークの代表スイッチ(ルートブリッジ)を決定する。ルートブリッジを決定する際には、各ブリッジは、ブリッジIDを含むBPDU(Bridge Protocol Data Unit)パケットを交換しあう。BPDUの送信タイミングは2秒に1度。 決定されたルートブリッジを基準として、ルートポート(RP)と指定ポート(DP)を決定し、それ以外のポートの通信をブロックすることでループを回避する。ブロックされるポート(NDP)はブロッキングポートと呼ばれる。 なお、ブロッキングポート(NDP)は、NDPで受信したフレームの転送をしないが、BPDUは受信する。 なんらかの原因でネットワークリンク上に障害が発生した場合には、必要に応じて自動的にブロッキングポートのブロックを解除し、受信したデータをフォワードする。 まとめ スパニングツリープロトコル →スパニングツリーアルゴリズムを私用してフレームのループを回避するプロトコル →IEEE802.1d ブリッジID →ブリッジID=ブリッジプライオリティ+MAXアドレス ※低いものがルートブリッジ →ブリッジプライオリティー デフォルト値 32768(0x8000) BPDU(Bridge Protocol Data Unit) →ブリッジIDを含む情報。スイッチ同士が交換しあう情報。 →交換タイミングは2秒に1度 動作順序 ①ルートブリッジ決定 →BPDU内のブリッジIDが一番小さいスイッチがルートブリッジに決定される。 ②非ルートブリッジのルートポート(RP)決定(各スイッチ毎に1つ) →ルートブリッジへのパスコスト算出 帯域 コスト 10Mbps 100 100Mbps 19 1Gbps 4 10Gbps 2 ③各セグメントの指定ポート(DP)決定(各セグメント毎に1つ) →各セグメント毎にDPを決定。セグメント内でルートブリッジに一番近いポート。 ☆結果としてルートブリッジに接するセグメントは無条件にルートブリッジ側のポートがDPになる。 ④RP,DP以外のポートをNDPに決定 →RP,DPに選出されなかったポートをブロッキングポート(NDP)としブロッキングする。 ポートの状態遷移 ブロッキング(20Sec) ↓ リスニング(15Sec) ↓ ラーニング(15Sec) ↓ フォワーディング(15Sec) SPTの確認コマンド Switch#Show spanning-tree [vlanID]
https://w.atwiki.jp/nino-add-up/pages/93.html
DreamMailを攻略 概要 メール受信,アンケート,ゲーム,懸賞のポイントサイト メール受信は1通で1ポイント獲得 アンケートは少ないが,一件で500ポイント程度獲得 ゲームはくじ引きで,抽選で1000ポイント獲得できる 懸賞は毎日更新されて,ポイントを利用することで応募できる 利用法 トップページ 登録メールアドレスとパスワードを入力して会員用のページに進む 会員用ページ ほとんどが懸賞の案内と当選者の発表 imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (dreammail2a.JPG) ポイントの利用 他のポイントサイトのポイントと交換 900ポイント(3600円)から交換可能 DreamMail 900ポイント(3600円)=Gポイント 300ポイント(240円相当) 商品と交換 500ポイント(2000円)から交換可能 VISAギフト券(2000円分)500ポイント その他,月替わりの商品など様々 DreamMailに登録する [PR] メールフォーム
https://w.atwiki.jp/yueda/pages/81.html
本日の質問は締切ました。 絶対利得と相対利得の変換について 絶対利得の基準は、等方性アンテナを基準にしたときの値(Pi)。 対象となるアンテナをPとすると、その絶対利得は(Pi/P)。 また、相対利得は、ダイポールアンテナの利得をDpとすると、(Dp/P)となる。 ダイポールアンテナの相対利得は、10 log Dp/P = 10 log 1 = 0 ダイポールアンテナの絶対利得は、10 log Pi/P = 2.15 (2010-01-13より) したがって、相対利得は、絶対利得+ 2.15dBとなる。 基本的に、他のアンテナについて同じで、相対利得は、絶対利得+4.15dB となる。 カージオイド マイクロ波回線における利得の計算 減衰はマイナス、利得はプラス。 系全体では、送信機の絶対利得 + 系の利得・損失の合計 = 受信機の絶対利得 が成立する。 送信機、受信機の絶対利得の計算は、基準電力を明確にすること。