要約

  • Bangladesh Telecommunication Regulatory CommissionとISP Association of Bangladeshは、Planet Information Technology Solution LimitedをダッカのISPとして記録している。[8][9] APNICは同社をactiveなAS136903、IPv4割り当て103.98.106.0/23、IPv6割り当て2001:df1:1780::/48に結び付ける。[10][11][13][14] これらは身元と責任を示すが、性能評価ではない。
  • 凍結した観測時点で、RIPE NCCはAS136903から103.98.107.0/24と2001:df1:1780::/48が広告されていると観測した。[15][16] これはBGP収集点からの限定的な視野であり、可用性、容量、遅延、全顧客の体験を測定しない。
  • 照会した公開応答ではAS137491だけが隣接ASNとして現れた。[17] Planetの供給者が一社だけ、物理経路が一本だけ、または私設・非優先・待機接続がないとは言えない。多様性は直接証明すべき確認事項になる。
  • RIPE NCCのRPKI検証では、観測した二つの起源とプレフィックスの組み合わせがいずれもvalidだった。[18][19] これは当時のROAと起源・長さが整合したという意味で、経路全体、全事業者のフィルタ、完全な安全性、稼働率、契約達成を保証しない。
  • 会社サイトは住宅・企業向け接続、光ファイバー、専用帯域、固定IP、VPN支援、BDIXまたはCDN、サービス目標を説明する。[1]-[7] それらは公開された能力と約束である。凍結証拠には、速度、損失、遅延、可用性、復旧、顧客成果の独立した測定系列がない。
  • 現行ドメインplanet-itsolutions.comは観測時に解決した一方、ディレクトリに残る旧ドメインはNXDOMAINだった。この信号は公開アイデンティティの同期コストを示すが、サービス停止、期間、原因、顧客影響を証明しない。
  • 継続的な費用は、レジストリと経路の監督、ROA統合、IPv4とIPv6の同等管理、DNSとメール、abuse窓口、供給者調整、例外、証拠、移行可能性に発生する。

まず正確な会社オブジェクトへ固定する

BTWディレクトリの正式な対象はMd. Abdus Salam T/A Planet Information Technology Solution Ltd.である。公開ページではPlanet Information Technology Solution Ltd.またはPlanet Information Technology Solution Limitedが多く使われる。表記の違いを都合よく消すべきではなく、逆に表記ごとに別会社を作るべきでもない。ライセンス番号、所在地、組織コード、ASNを用いて対応を確かめる必要がある。

ISPABレコードは最初の橋になる。Planetに会員番号G-351、divisional ISPライセンス、ダッカの住所、現行サイトを関連付ける。[8] BTRCが2024年12月23日に公開した一覧は、127行目に同社を置き、ライセンス14.32.0000.702.45.591.24.292を記載する。[9] APNICはAS136903をPITSL-AS-APと呼び、ORG-PITS1-APへ結び付ける。[10][11] 三つの独立した資料群は、同一のディレクトリ会社に収束する。

ただし、この収束には限界がある。BTRC資料は特定日付の規制記録であり、ISPABは協会関係を管理し、APNICは番号資源と連絡役割を維持する。いずれも全回線を測定せず、全契約を検証せず、会社サイトの全主張を保証しない。各資料が何を、いつ、どこまで示すのかを保存しなければならない。

Planetの公開制御面には、ASN、IPv4とIPv6資源、BGP広告、ROA、管理・技術・abuse連絡先、ドメイン、権威DNS、メール、Web、製品ページ、支援経路がある。これらは同時に存在しながら不一致になり得る。経路が見えていても役割メールが古いことがあり、新サイトが動いていても外部名簿が旧ドメインを持つことがある。継続性とは、一つのレコードの緑色表示ではなく、複数の面を照合する能力である。

公開資料は、Planet独自の人工知能モデルを説明していない。学習方法、ベンチマーク、非公開アーキテクチャ、顧客AI導入を示す証拠もない。観測できる能力はネットワーク運用である。製品信頼性には反復測定が必要で、顧客の本番成果には顧客に帰属できる証拠が必要だ。三層を混ぜれば、「資源を持つ」が「信頼できる」、さらに「顧客成果を実現した」へ根拠なく変化する。

APNICは責任の台帳であり、稼働保証ではない

AS136903のAPNIC RDAPオブジェクトはactiveで、番号をPlanetへ結び付ける。[10] ORG-PITS1-APは組織名と公開関係を保存する。[11] IRT-PITSL-BDはabuse報告経路と役割メールの検証日を示す。[12] 役割の分離は運用上重要である。アカウント管理者、ルート変更者、インシデント対応者が同一とは限らない。

activeは全サービスの正常性を意味しない。メールが過去に検証されたことも、現在の応答時間や修復権限を測らない。レジストリは台帳として番号の一意性、委任、役割、履歴を保存する。パケットを転送せず、顧客アプリケーションも見ない。公開された役割は定期的に試験し、人員変更や主ドメイン障害を越えて使える回復経路を備える必要がある。

APNICは103.98.106.0/23をactiveなIPv4割り当てとして記録する。[13] この範囲には二つの/24が含まれる。BGP観測では、その一つである103.98.107.0/24がAS136903から広告された。[15] 登録と経路は整合するが、別の問いに答える。前者は登録された資源責任、後者は収集点が見た実行状態である。各アドレスの用途や、もう一つの/24の配置を推定する根拠にはならない。

IPv6割り当て2001:df1:1780::/48もactiveである。[14] 同じ範囲がBGPで観測された。[15][16] これはデュアルスタック運用の肯定的な技術信号だが、全顧客へのIPv6提供、全アプリケーションの機能同等性、支援・監視・復旧の同等性を証明しない。

番号資源の費用はライフサイクルに現れる。APNICアカウント、権限者、回復、役割連絡先、プレフィックス台帳、フィルタ、ROA、逆引きDNS、顧客依存を一致させ続けなければならない。既知の順序で変更し、検証し、戻せるときにのみ、移行可能性が実用的なものになる。

abuse連絡先にも一連の作業がある。公開アドレスは入口を作るだけで、報告の真正性確認、アドレスと時刻からのサービス特定、無関係な顧客の保護、是正の調整、証拠保存、終了判定が残る。台帳は帰属を助けるが、調査結果を自動的に作らない。

BGP観測が示す範囲

RIPE NCCのannounced-prefixesデータは、凍結した窓で103.98.107.0/24と2001:df1:1780::/48を列挙した。[15] routing-statusデータは、照会したRIS peersがIPv4とIPv6の各一経路を見たことを示した。[16] つまり、登録資源には静的な台帳だけでなく観測可能な実行状態があった。

これは完全な世界経路表でも、可用性レポートでもない。経路が見えていてもサービスは混雑、損失、アプリケーション障害を起こし得る。収集点間の差が利用者に影響しないこともある。調査では、BGP可視性、パケット到達、DNS、アクセス回線、アプリケーション健全性を分離すべきだ。

利用した応答で見えた隣接ASNはAS137491だけだった。[17] それをPlanetの唯一の上流と呼ぶのは証拠を超える。私設接続、インターネット交換、非優先待機回線、ルートサーバー、契約関係は一つの公開収集視点に完全には現れない。守れる結論はより狭い。顧客が多様性を購入するなら、直接証拠が必要である。

多様性確認は、光ファイバー経路、管路、建物、電力、機器、供給者、方針、切替手順を含む。二つの契約が同じ設備や電源を共有する場合がある。逆に、一つの見える関係の背後に未使用の待機能力がある場合もある。測定は購入したサービス境界に合わせなければならない。

/23の内部でより具体的なIPv4 /24を広告することは統合要件を生む。プレフィックスフィルタ、ROAのmaxLength、セキュリティ制御、監視、変更文書が同じ計画を表現する必要がある。集約だけを許すルールは意図した/24を拒み、広すぎるルールは予定外の経路を許す可能性がある。

デュアルスタックは二つの制御経路を作る。IPv4とIPv6は、ルーティング、ファイアウォール、DNS、顧客機器、アプリケーションで別々に失敗できる。IPv4テストの成功でIPv6インシデントを閉じてはならない。ダッシュボードと手順は影響したプロトコルを明記し、エンドツーエンドで復旧を確認すべきである。

RPKIのvalidは起源認可を意味する

RIPE NCCの検証器は、AS136903と103.98.107.0/24の組み合わせをvalidと判断した。[18] 103.98.106.0/23を覆うROAは最大長/24を許していた。AS136903と2001:df1:1780::/48も有効だった。[19] この結果は、観測した起源と長さが認可されていたかという不確実性を減らす。

範囲は狭い。RPKI起源検証はAS_PATH全体を認証せず、全ネットワークの無効経路フィルタを確認せず、暗号化、損失、遅延、速度も測らない。有効な経路でも障害サービスへ到達し得る。経路漏えいが正しい起源を維持しながら、意図しない伝播を作ることもある。

主要な費用は変更時に生まれる。新しい起源、より具体的なプレフィックス、待機ASNを使うならROAと同期が必要だ。認可より先に広告すればinvalidになる可能性がある。不必要に広いmaxLengthを残せば、必要以上の空間を認可する。変更には意図、順序、検証点、ロールバック、終了責任者が必要である。

緊急時にもRPKI管理へ到達できなければならない。誰も認可を変更できない待機経路は準備済みとはいえない。アカウント、役割、回復、承認を試験し、検証結果を時刻、プレフィックス、起源、ROAとともに保管する。そうすれば、将来の検証差を説明できる。

能力、製品信頼性、顧客本番成果を分ける

Planetのサイトは住宅・企業向けアクセス、光ファイバー、専用帯域、固定IP、VPN関連支援を紹介する。[1][2][3] パッケージページは階層とBDIX、CDN、contention ratioなどを記載する。[4] サービスと連絡ページには、復旧、応答、設置、サービスレベルに関する目標がある。[3][5][7]

これらは会社が提供できると述べる内容である。APNIC資源と可視経路は、ネットワーク能力を現実的で観測可能にするが、各製品の品質を検証しない。信頼性の証明には、定義した範囲と期間で、可用性、損失、遅延、ジッター、速度、混雑、復旧時間、支援応答を継続測定する必要がある。

凍結資料には、そのような独立系列がない。会社ページの数値は依然として目標、約束、商業説明である。結論に変えるには、測定点、除外、期間、データ所有者、インシデント分布、契約救済を知る必要がある。月平均は、重要時間帯に繰り返す停止を隠すことがある。

顧客成果はさらに別である。顧客は支店、音声、決済、クラウド、バックアップの継続を求めるかもしれない。しかし、ここには特定顧客へ帰属できる事例がない。この欠落は成功も失敗も証明しない。ただし、顧客証言や本番利益を作り上げることを禁止する。

サービス開始前に受入条件を決めるべきだ。IPv4、IPv6、DNS、アプリケーション経路、合意時間帯の速度、切替、安全境界、連絡経路、証拠形式を含む。本稿は非公開試験や事業者比較を実施していない。公開能力から信頼性判断へ進むために必要な証拠を整理している。

公開ドメイン移行の費用

現行サイトとISPABはplanet-itsolutions.comを使用する。[1][8] 観測時、このドメインは解決し、Web、NS、MX、SPF情報を公開した。一方、ディレクトリに残る旧ドメインはNXDOMAINだった。これは照会時に名前が存在しなかったという意味だけで、期間、原因、影響を示さない。

ドメイン変更は、レジストラ、DNS委任、Web、メール、証明書、アカウント、契約、請求書、名簿、APNIC連絡先、支援、監視に及ぶ。新サイトは古い役割メールを自動修正しない。Web転送はメールを転送しない。移行完了には、資産一覧、所有者、外部試験が必要である。

旧ドメインの消失は、過去の連絡先を使うabuse報告、供給者、顧客を遅らせる可能性がある。放棄した名前が再登録可能になれば、身元リスクも生じる。どのサービスを維持し、誰へ通知し、残存参照をどう検出するかを決める必要がある。

現行ドメインにも複数の境界がある。レジストラ、委任、権威ゾーン、Web起点、MX、SPFである。レジストラアカウントの回復を失ってもWebはしばらく動くかもしれない。DNS障害はAS136903の経路を変えずにWebとメールを止められる。監視は層を分離しなければならない。

監督、統合、保守、例外処理の実務

監督

監督は制御された一覧から始まる。ASN、プレフィックス、予定広告、ROA、フィルタ、連絡先、DNS、メール、ライセンス、供給者、約束、顧客試験である。各項目の頻度は違う。経路は短時間の警告が必要かもしれず、連絡先や制度資料は定期再確認に向く。一つの色で全状態を表すことはできない。

証拠の品質も監視対象である。RIPE RISは日時のある観測、APNICは登録権限、First-partyページは会社の主張、BTRC一覧は日時のある文書である。チームは情報源、時刻、値、答える質問を記録し、古いスナップショットを現在事実として再利用しないようにする。

統合

統合は一覧をルーター、ROA、フィルタ、セキュリティ、逆引きDNS、監視、チケット、契約につなぐ。供給者はアカウント、エスカレーション、請求、退出条件を持ち込む。顧客は固定IP、VPN、ファイアウォール、機器、アプリケーション依存を持ち込む。一方の正しい変更が、他方の未記録前提を壊す可能性がある。

境界責任を明記する必要がある。誰が測るのか。誰がルーターを変更できるのか。誰がDNSを所有するのか。誰が緊急広告を承認し、誰が顧客へ連絡するのか。この地図がなければ、各チームが自分の作業を完了しても、全体サービスは回復しない。

保守

経路、フィルタ、ROA、連絡先、アカウント、証明書、DNS、商品、ダッシュボードは変化する。IPv4とIPv6は一部の制御を二重にする。現在のブランドと旧ドメインも外部記録と照合し続ける必要がある。変更と例外は、意図、承認、効果、受容状態への復帰を再構成できる証拠を残すべきだ。

例外処理

緊急起源がRPKIアクセスを待つことがある。abuse報告に必要項目がない場合がある。ドメイン移行中にDNSアカウントがロックされることがある。IPv4がIPv6より先に戻ることもある。各例外に分類、権限者、期限、戻し方、終了証拠が必要である。終了日がない一時策は隠れた長期依存になる。

試験すべき故障モード

  1. 古い連絡先： APNICオブジェクトはactiveだが、メールや役割が応答しない。定期試験と別故障領域の回復手段が必要である。
  2. 経路とROAの不一致： 新起源または新長さが無効になる。変更前後に意図、BGP、ROAを比較する。
  3. 経路撤回： 収集点がIPv4、IPv6、または両方を見なくなる。複数観測と顧客サービスを確認してから原因を分類する。
  4. 隠れた集中： 公開情報には一隣接しか見えない。供給者、物理経路、電力、実切替を直接確認する。
  5. プロトコル分裂： 一方が動き他方が失敗する。経路、DNS、ファイアウォール、アプリケーションを別々に試験する。
  6. DNS権限喪失： 現在値は正しいがアカウントを回復できない。役割、認証、ゾーン出力を演習する。
  7. 旧ドメイン残存： 相手先がNXDOMAINの名前を使い続ける。参照一覧と代替経路を維持する。
  8. 支援エスカレーション不能： 最初の窓口は応答するが修復を承認できない。役割、到達性、代替者を確認する。
  9. 測定のない約束： 目標値が一般的な信頼性へ変換される。方法、範囲、期間、除外を要求する。
  10. 恒久化した例外： 手動経路、広いROA、代替連絡先に所有者がいない。期限と終了証拠を付ける。

調達、統治、退出

購入者は公開証拠を開始点として使い、最終判定にしてはならない。会社とライセンスの身元、予定プレフィックス、起源、RPKI、IPv4とIPv6、供給者と物理経路の多様性、DNSとメールの責任、監視、インシデント、測定、エスカレーション、退出を確認する。

契約は能力と測定サービスを分けるべきだ。固定IP、VPN支援、BDIX/CDN、復旧目標には定義が必要である。誰が、どこから、どの窓で測るのか。何を除外し、未達時に何をするのか。境界のない可用率は解釈費用を顧客へ移す。

退出は導入時に設計する。顧客アドレス、設定、DNS、メール、証明書、アカウント、証拠を移せるようにする。事業者依存アドレスは再番号付けを必要とする。ドメイン移行は並行期間と検証済み停止を必要とする。待機経路は、認可、ルーティング、DNS、セキュリティ、アプリケーションが共に通って初めて有効である。

守れる結論は、称賛でも停止の断定でもない。Planetには監査可能な現実のネットワーク面がある。AS136903と番号資源はactiveに登録され、観測時にIPv4とIPv6が見え、確認した起源ペアはRPKI-validだった。日時のある制度文書と会社ページは責任と能力の追加信号を与える。しかし、継続的信頼性や顧客成功を証明しない。品質は、登録権限、実行状態、商業責任、回復能力を一致させ続けられるかで決まる。

情報源

  1. Planetの公式トップページ。
  2. Planetの会社紹介。
  3. Planetのサービスページ。
  4. Planetのパッケージページ。
  5. Planetの連絡ページ。
  6. Planetの会長ページ。
  7. Planetが公開するBTRC料金資料。
  8. ISPABのPlanet会員レコード。
  9. 2024年12月23日付BTRC divisional ISPライセンス一覧。
  10. AS136903のAPNIC RDAP。
  11. ORG-PITS1-APのAPNIC RDAP。
  12. IRT-PITSL-BDのAPNIC RDAP。
  13. 103.98.106.0/23のAPNIC RDAP。
  14. 2001:df1:1780::/48のAPNIC RDAP。
  15. RIPE NCC announced-prefixesデータ。
  16. RIPE NCC routing-statusデータ。
  17. RIPE NCC ASN隣接観測。
  18. 103.98.107.0/24のRPKI検証。
  19. 2001:df1:1780::/48のRPKI検証。

画像注記：記事の巻かれた光ファイバーと管路の写真はRubin Observatory / NSF / AURAによるもので、Wikimedia CommonsからCC BY 4.0で利用する。一般的なインフラ文脈だけを示し、Planet、そのネットワーク、施設、従業員、顧客、障害、信頼性、本番成果を撮影したものではない。