概要
- Saileelas は、Kalyan 二次交換区域でカテゴリ C のインターネットサービス認可を保有しており、登記上の事務所、APNIC の連絡先、公開事業者リストはすべて Thane の Louiswadi に集中している。このライセンスは全国的な事業範囲ではなく、地域的な事業範囲を定めている。
- 稼働状況の証拠は最新かつ肯定的である。AS149616 は 2026 年 7 月 10 日に確認され、512 アドレスの IPv4 割り当てと 1 つの IPv6 /48 を発信し、有効な経路元認証を有していた。Saileelas はまた、Extreme IX Mumbai の Thane 拠点での運用メンバーとしても確認された。
- 容量の開示は整合していない。PeeringDB は 10 Gbps の交換インターフェースと 5~10 Gbps の自己報告トラフィック範囲を示す一方、Extreme IX はメンバーとして 3 Gbps を表示している。どちらの数値も顧客のラストマイル、ピーク時のスループット、復旧能力を測定していない。
- TRAI は 2025 年 3 月 31 日時点で 463 のブロードバンド加入者を報告しており、前年の 424 から増加している。一般のレビューは繰り返し障害や修理の遅れを告発しているが、これらは代表的なパフォーマンス監査ではなく、未確認の顧客シグナルである。不足している事実は、アクセストポロジー、アップストリーム契約、物理経路の多様性、バックアップ電力の持続時間、予備在庫、現地スタッフのカバレッジである。
小規模な加入者数に隠された長い依存連鎖
Saileelas Internet Service Private Limited にとって最も示唆に富む公開数字は、話題の速度ではない。それは463である。インド電気通信規制庁(TRAI)の2025年3月31日までの年度実績報告書において、Saileelas は狭帯域加入者ゼロ、ブロードバンド加入者463と記載されている。該当する表はhttps://www.trai.gov.in/sites/default/files/2025-07/YIR_08072025.pdfで公開されている。前年度の TRAI ダッシュボードでは424のブロードバンド加入者がhttps://www.trai.gov.in/sites/default/files/2024-12/telecom-dashboard_compressed.pdfで示されていた。これら2つの公式スナップショットによると、報告されたベースは39、約9.2%増加した。
この規模は、単なる紙上の登録ではないことを証明するのに十分な大きさである。同時に、物理的および人的なボトルネックが直ちに影響を及ぼすほど小さい。1つの集約スイッチ、1つの共有ビルアップリンク、1本の損傷した配電ケーブル、1人の不在の接合技術者、または1つの飽和したアップストリームハンドオフが、ベースのかなりの部分に影響を与える可能性がある。全国規模のキャリアは障害を地域の運用階層全体に分散できるが、地域プロバイダーはコンパクトな在庫、経路を知る少数の人々、各建物や路側キャビネットへのアクセス許可に依存する可能性がある。
顧客の請求書はこれらの依存関係を月額サービスに圧縮している。ダクト、電柱、屋上経路、建物ライザーの所有者を特定することはない。宣伝された速度がアクセス回線、ローカル集約ポイント、インターネットトランジット、公衆ピアリング、または顧客の Wi-Fi によって制限されているかどうかは示さない。ローカルノードでのバッテリー持続時間、2つのアップストリームセッションが異なるダクトを通っているかどうか、または大雨や道路工事後にフィールドチームが同時に処理できる障害の数については明らかにされていない。
したがって、Saileelas は ASN やライセンス保有者としてだけでなく、連鎖として分析されるべきである。この連鎖は顧客のルーターと宅内機器から始まり、建物または街路のアクセスセグメントを横断し、集約およびプロバイダーのルーティングエッジに到達し、有償トランジットまたはピアリングを通じて外部に接続される。最も弱い不可欠なセグメントが実用的なサービスレベルを決定する。健全な経路アナウンスは切断されたドロップケーブルを修復できない。建物へのプリスタインのファイバーは、ルーティングエッジがすべての使用可能なアップストリームを失うとインターネットに到達できない。1つの物理的入口を共有する2つの回線では、予備のアップストリームは役に立たない。
法的な事業範囲は「グローバル」ではなく Kalyan
この記事の分類は出版物のグローバル地域 ISP カテゴリを使用しているが、Saileelas の法的なサービスエリアははるかに狭い。電気通信局(DoT)の最新リストは、認可 DS-11/211/2021-DS-III を Kalyan のカテゴリ C として識別し、2021年12月31日に署名され有効となっている。Saileelas はhttps://www.dot.gov.in/static/uploads/2026/03/1583eeb1e6fe5cf8a56110195d8320e9.pdfの現在の文書に記載されている。2025年1月のリストは、同じ認可、カテゴリ、サービスエリア、Louiswadi の住所をhttps://www.dot.gov.in/static/uploads/2025/07/ccc9dee71e76157f049d2ae5b8d0911b.pdfで記録している。
カテゴリ C は特定の規制上の意味を持つ。省はhttps://preprodeservices.dot.gov.in/internet-serviceで、カテゴリ A が全国エリア、カテゴリ B が通信サークルまたは大都市エリア、カテゴリ C が二次交換区域をカバーすると述べている。統一ライセンスのテキストはhttps://www.dot.gov.in/static/uploads/2026/05/af70ec29b07b112cdc5475d80afe8222.pdfで同じ境界を使用している。したがって、Saileelas は Kalyan エリアのライセンシーとして理解されるべきであり、ライセンス管理における「Kalyan」はそのエリア内のすべての住所が接続または注文可能であることを約束するものではない。
いくつかの公開記録は、会社を Thane に集中させている。APNIC の AS149616 の登録は、Louiswadi, Thane の住所をリストし、https://rdap.APNIC.net/autnum/149616で Saileelas を名前として挙げている。IPv4 割り当ての登録はhttps://rdap.APNIC.net/ip/103.186.46.0/23で同じ住所を使用している。2026年に発行された電気通信局の登録証明書リストは、再び Louiswadi の Jeevan Prakash 内の Shop No. 20 を、Nilesh Suresh Vaity を指名代表者として示しており、https://www.dot.gov.in/static/uploads/2026/04/3f33a7054c5cb484c831d2ae5b8d0911b.pdfで確認できる。
商業法人記録は補足的であり、一次的な証拠ではない。Zauba Corp は CIN U64203MH2020PTC346685、2020年9月25日の設立日、アクティブステータス、取締役 Vidya Nilesh Vaity と Nilesh Suresh Vaity をhttps://www.zaubacorp.com/company/SAILEELAS-INTERNET-SERVICE-PRIVATELIMITED/U64203MH2020PTC346685で識別している。Company Check は同じ設立日、Thane 拠点、アクティブステータスをhttps://www.thecompanycheck.com/company/saileelas-internet-service-private-limited/U64203MH2020PTC346685で示している。これらのページは法人をネットワーク記録に結び付けるのに役立つが、稼働中のケーブルのキロメートル数、タワーサイト、運営費、または顧客離脱率は開示していない。
ルーティングエッジは実在し、現在も可視である
Saileelas は自律システム番号 AS149616 を管理している。APNIC は 2022年4月8日に SAILEELAS-AS-IN の名称で登録した。公開記録は最終的に 2025年9月に変更され、この記事の確認時点でもアクティブであった。関連する IPv4 割り当ては 103.186.46.0/23、512 アドレスのブロックである。登録は、割り当てられたポータブルアドレス空間として説明している。これは、プロバイダーが保持するポータブル空間は、ルーティングポリシーと契約に従い、すべてのエンドポイントを再番号付けすることなく、異なる接続構成を通じて発信できるため重要である。
公衆ルートコレクターは、休眠所有権ではなくアクティブな使用を示している。RIPEstat のルーティングステータスビュー(https://stat.ripe.net/data/routing-status/data.json?resource=AS149616)は、最初の観測アナウンスを 2022年4月27日、最新の観測を 2026年7月10日に記録している。512 アドレスをカバーする 3 つの可視の IPv4 アナウンスと 1 つの IPv6 /48 をカウントした。その観測時点で、利用可能な 327 の IPv4 RIS ピアのうち 326 がルートを確認した。IPv6 ルートは 321 ピアのうち 15 にしか確認されず、その割合ははるかに低く、IPv6 の到達可能性を IPv4 と同等に扱うことに対して注意を促している。
アナウンスされたプレフィックスビュー(https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS149616)は、集約 103.186.46.0/23、その 2 つの /24 コンポーネント、および 2001:df2:99c0::/48 をリストしている。集約とより具体的なルートのアナウンスはトラフィックエンジニアリングをサポートできるが、公開テーブルだけでは /24 が存在する理由、異なる物理経路を取っているかどうか、またはその 1 つが復旧用に予約されているかどうかは明らかにされない。ルートは到達可能性の指示であり、ファイバーマップではない。
経路元セキュリティは、より強力な技術的シグナルの 1 つである。103.186.46.0/23 の RIPEstat 検証チェック(https://stat.ripe.net/data/rpki-validation/data.json?resource=AS149616&prefix=103.186.46.0%2F23)は、AS149616 に対して最大長 /24 の有効な認証を見つけた。IPv6 /48 もhttps://stat.ripe.net/data/rpki-validation/data.json?resource=AS149616&prefix=2001:df2:99c0::%2F48で有効であった。APNIC はhttps://www.APNIC.net/community/security/resource-certification/で、経路元認証(ROA)がどの ASN がプレフィックスを発信できるかを指定すると説明している。有効な認証は、偶発的または悪意のある発信元エラーへの露出を減らす。AS パスの残りの部分を検証したり、ローカルケーブルを保護したり、すべての隣接ネットワークが無効なルートを拒否することを保証したりするものではない。
ルーティング証拠は明確な肯定的な結論を導く。Saileelas は可視のネットワークアイデンティティを運用し、登録されたアドレスリソースを使用し、具体的な経路元保護手段を講じている。証拠はルーター、ソフトウェア、サイト数、エッジの地理、フェイルオーバーのタイミング、またはスタッフのカバレッジを開示しない。また、TRAI の報告された加入者のすべてが Saileelas 自身のアドレスブロックを使用していることを証明するものではない。一部のユーザーはアドレス変換や他の配置の背後にいる可能性がある。
Thane のエクスチェンジ接続は到達性を向上させるが、トランジットの多様性は確定しない
Saileelas は Extreme IX Mumbai の運用メンバーである。エクスチェンジのメンバーページ(https://extreme-ix.org/members/peers?location=mumbai)は、AS149616、2026年2月の参加日、ルートサーバー参加、Thane とラベル付けされた場所、表示容量 3 Gbps をリストしている。これは異常に有用な位置情報の証拠である。ルーティングアイデンティティを、会社の登記上の事務所と同じ都市圏にある共有相互接続プラットフォームに結び付けている。
PeeringDB はhttps://www.peeringdb.com/net/41616で第二のビューを提供する。そのエントリは Saileelas をケーブル、DSL、または ISP ネットワークとして識別し、オープンピアリングポリシーを示し、Extreme IX Mumbai 上で IPv4 と IPv6 の両方を運用中とマークし、エクスチェンジアドレス 103.77.109.9 と 2001:df2:1900:2::49 を示している。インターフェース速度は 10,000 Mbps と表示されている。PeeringDB はまた、自己報告されたトラフィック範囲 5-10 Gbps、12 の IPv4 プレフィックス、4 つの IPv6 プレフィックスを含んでいる。これらの値は最近維持されているが、運営者提供の記述子であり、運搬トラフィックの独立した測定ではない。
3 Gbps と 10 Gbps の数値は、誤った一致に強制されるべきではない。一方はコミットまたは表示されたメンバー容量を説明し、他方はインターフェースレートを説明する可能性がある。エクスチェンジは物理ポート速度以下でサービスを整形する可能性があり、複数の取り決めが異なる表現をされる可能性があり、または一方のページが商業的な変更に遅れる可能性がある。公開ページは差異を説明していない。責任ある結論は、Saileelas が少なくともマルチギガビットの開示規模でライブのエクスチェンジ接続を持ち、正確な使用可能なエクスチェンジ容量は未解決であるということである。
どちらの数値も総インターネット容量ではない。公衆ピアリングにより、2 つのネットワークはルートサーバーを通じて直接トラフィックを交換でき、多くの場合レイテンシを改善し、有償トランジストラフィックを削減する。必ずしもすべての宛先へのデフォルトルートを提供するわけではない。ローカル ISP は、ピアリングセットが何らかの形でインターネット全体をカバーしない限り、通常 1 つ以上のトランジットプロバイダーを通じて包括的な到達可能性を必要とするが、この証拠はそれを示唆していない。
RIPEstat のネイバービュー(https://stat.ripe.net/data/asn-neighbours/data.json?resource=AS149616)は、2026年7月10日に 4 つの AS 隣接関係を確認した:Radan Tech Networks の AS153734、ONEOTT の AS17665、F5 の AS35280、Sify の AS9583。これらの登録はhttps://rdap.APNIC.net/autnum/153734、https://rdap.APNIC.net/autnum/17665、https://rdap.db.ripe.net/autnum/35280、https://rdap.APNIC.net/autnum/9583で確認できる。観測された隣接関係は開示された商業関係ではない。一部はエクスチェンジを通じて学習されたピアである可能性があり、一部はトランジットを運ぶ可能性があり、可視のパスはコレクターによって変化する。4 つの名前はルーティングコンタクトを証明するが、4 つの独立したアップストリームではない。
4 つのルートネイバーでも 1 つのトレンチを共有できる
論理的多様性と物理的多様性は異なる質問に答える。Saileelas が複数の隣接ネットワークを通じて宛先に到達できる場合、リモートポリシー障害やセッション障害を回避できる可能性がある。しかし、それらの接続すべてが同じ Thane 施設に同じリースアクセス回線を通じて入っている場合、バックホー切断や建物の停電により同時に失われる可能性がある。2 つの回線が 1 つのエッジルーターに終端している場合、ルーター障害により両方が機能しなくなる可能性がある。エクスチェンジルートサーバーがピアを学習する共通の手段である場合、ルートサーバーの問題は物理ポートが稼働していても多くのセッションに影響を与える可能性がある。
PeeringDB の Saileelas エントリは、プライベート相互接続施設や追加の公衆エクスチェンジをリストしていない。この欠如は第二の施設がないことを証明するものではない。運営者はすべての商業的ハンドオフを開示するとは限らない。しかし、読者はその記録から第二の相互接続サイトを検証できない。Extreme IX エクスチェンジ自体は、https://www.peeringdb.com/api/ix/1627にリストされているように、Thane、Kalyan、Mumbai、Navi Mumbai の施設を含むいくつかの Mumbai 地域施設にまたがっている。Saileelas 自身のメンバー記録は Thane を指しているが、第二のエクスチェンジロケーションや第二の物理ポートを特定していない。
「Thane ロケーション」という表現自体にも規律が必要である。エクスチェンジリストは、Cadbury Junction 近くの Dev Corpora にある Extreme Thane を特定している。Saileelas のメンバーページは Thane と述べている。メンバーをそのエクスチェンジロケーションに結び付けるのは妥当であるが、記録はラック、キャリア、ファイバーパス、電源供給、ルーターを開示していない。もちろん、Louiswadi からエクスチェンジまでの経路が共有道路回廊やユーティリティ依存を回避していることを確認するものではない。
有用な冗長性テストにはいくつかの層がある。第一に、別々の契約のもとに 2 つのデフォルト対応アップストリームがあるか?第二に、それらは別々のルーター、電源、エクスチェンジまたはキャリア施設に終端しているか?第三に、アクセス回線は地理的に別々の経路をたどり、異なるダクトや建物ライザーを通ってサイトに入っているか?第四に、両方のパスが、他方が障害時に重要なトラフィックを運べるように十分に軽負荷であるか?第五に、フェイルオーバーが設定から想定されるのではなく、ピーク条件下で観測されたことがあるか?
これらの答えはいずれも公開されていない。観測された 4 つのネイバーは、単一の隣接関係だけの場合よりも完全な単一ネイバー依存の可能性を低くしている。ライブのエクスチェンジポートは、ローカルコンテンツとネットワークへの信頼できるパスを提供する。しかし、利用可能な記録は、2 つの物理的に独立したデフォルトルートを確立できない。したがって、Saileelas は相互接続活動に対して評価を受けるべきであり、不当な復元力の主張を受けるべきではない。
設置容量は顧客が使用できる容量ではない
容量の数値は、463 の加入者で割ると寛大に見える可能性がある。3 ギガビット毎秒を均等に分割すると、報告された加入者あたり約 6.5 Mbps になる。10 ギガビットでは約 21.6 Mbps になる。これらの計算は数学的に正しいが、運用上は誤解を招く。エクスチェンジ接続はピアリングトラフィックのみを運び、有償トランジットは別のインターフェースを使用する可能性がある。加入者数は 2025 年 3 月時点であり、変更されている可能性がある。需要は同時でも均等でもない。一部の加入者はビジネス回線、一部は住宅用、一部はプライベートアドレスを使用している可能性がある。ポートレートは特定の建物へのアクセスリンクについては何も語らない。
自己報告された 5-10 Gbps のトラフィック範囲も、ピーク時チャートではない。桁数を示すが、時系列ではない。トラフィックがその範囲に一時的に達するかどうか、容量が対称かどうか、トランジット回路がエクスチェンジポートの前に飽和するかどうか、または障害時にどの程度のヘッドルームが残るかを明らかにすることはできない。PeeringDB の報告された 12 の IPv4 と 4 の IPv6 プレフィックスは、RIPEstat スナップショットの 4 つのグローバルに可視のアナウンスと一致しない。これは、プロファイルフィールドとルートコレクターが異なるものを記述するという別の注意点である。
顧客にとって、使用可能容量は、必要な時にパスに沿って利用可能な最小値である。100 Mbps の小売プランは、多くの世帯で共有される 1 Gbps のビルアップリンク、パッシブ光スプリッタ、固定無線セクター、過負荷の集約リンク、インターネットトランジット、コンテンツサーバー、またはフラット内の Wi-Fi によって制約される可能性がある。https://www.justdial.com/Thane/Saileelas-Internet-Service-Pvt-Ltd-Near-Union-Bank-Of-Indialouiswadi-Louis-Wadi-Thane-West/022PXX22-XX22-190420131048-K8S5_BZDETの公開事業者リストはブロードバンド、Wi-Fi、専用線サービスを説明しているが、検証可能な現在のプランマトリックスやネットワーク設計を公開していない。
容量を確定するクリーンな方法は、アクセス集約、各バックボーン回路、トランジット、公衆ピアリング、ブロードバンドゲートウェイのレイヤーごとの匿名化されたピーク時使用率である。フェイルオーバーテストでは、1 つのパスが削除された後の使用率を示すべきである。顧客測定では、プロバイダー境界でのイーサネットスループットと家庭内 Wi-Fi を分離すべきである。このような現在の数値は公開されていない。Saileelas には十分なヘッドルームがある可能性がある。開示されたポートとトラフィック帯域は単にそれを実証できない。
ラストマイルは最大の物理的不確定要素のまま
Saileelas のライセンス、住所登録、事業者リストは、ローカルブロードバンド事業者を確立している。アクセスプラントが光ファイバー、ローカルケーブル上のイーサネット、固定無線、別のネットワークからのリース容量、またはその混合であるかどうかは確立しない。省の一般ページは、インドの ISP がファイバー、DSL、無線技術を使用できると述べているが、これは認可クラスに関する声明であり、Saileelas の展開の説明ではない。
この区別は、すべての障害計算を変える。パッシブ光ネットワークでは、フィーダーファイバーが複数のスプリッタと多くの宅地にサービスを提供する可能性がある。光回線終端装置の近くでの 1 本の切断で、大きなブランチが除去される可能性がある。より下流では、配電またはドロップ切断の爆発半径は小さい。パッシブスプリッタはローカル電源を必要としないが、アクティブキャビネット、集約スイッチ、光端末は必要である。復旧は、予備ケーブル、クロージャ、コネクタ、光テスト機器、接合技術、損傷した経路へのアクセスに依存する。
アクティブイーサネット構成では、建物や街路キャビネットに配置されたスイッチは電源と環境保護を必要とする。それらのアップリンクはリングを形成するか、単純にデイジーチェーンになる可能性がある。リングは、両方向が接続、設定され、移動されたトラフィックに対応できる場合にのみ、1 本の切断から回復できる。同じシース内の 2 本のファイバーは多様ではない。デュアル電源入力のスイッチは、両方の電源が同じ故障回路を使用している場合には保護されない。
固定無線は、アクセスリスクの一部を見通し線、干渉、タワーまたは屋上アクセス、無線アライメント、両端の電源に移す。密集した都市エッジでの展開を加速する可能性があるが、セクター障害は同時に多くの顧客に影響を与える可能性がある。ポイントツーポイント無線バックホールは道路トレンチを回避する一方で、共通のタワーまたは天候依存を生み出す可能性がある。利用可能な公開記録は、読者が Saileelas に対してこれらのアーキテクチャの中から選択することを許さない。
通行権規則は、使用される媒体に関係なく修理を形作る。インドの電気通信(通行権)規則は 2025 年 1 月 1 日から有効であり、https://eservices.dot.gov.in/sites/default/files/2024-11/Notified_RoW_Rules_18_09.pdfで公開されている。これらはダクト、共通導管、電気通信回線の許可を定義している。マハラシュトラ州はhttps://eservices.dot.gov.in/sites/default/files/circular-notifications/Maharashtra_Telecommunication%20ROW%20Rules%202024%20GR%205.2.2025.pdfで実施決定を発行した。正式な許可は展開をより予測可能にするが、道路当局、住宅協会、家主、他の公益事業者との緊急時調整を排除するものではない。
障害経路 1:アクセスセグメントの切断または断線
アクセス切断は、ローカル請求書が価値を失う最も文字通りの方法である。道路掘削はフィーダーを損傷する可能性がある。建設工事はライザーを切断する可能性がある。コネクタは共有キャビネット内で乱される可能性がある。水はクロージャに入る可能性がある。ケーブルはファサード工事中に取り外される可能性がある。サービスが無線を使用している場合、アンテナのずれや電力インジェクタの故障がケーブル切断なしで同じ顧客結果を生み出す可能性がある。
最初の運用上の質問は位置特定である。プロバイダーはネットワークセンターから障害を確認し、1 つの宅地と建物またはエリアの障害を区別し、最後に正常なノードを特定できるか?光パワー測定、スイッチアラーム、顧客デバイステレメトリーは診断時間を短縮できる。物理経路が損傷している場合、現場訪問を置き換えるものではない。第二の質問はアクセスである:障害発生時に技術者が建物、屋上、キャビネット、または路側作業エリアに入ることができるか?完全にスタッフが配置されたプロバイダーでも、鍵、許可、安全条件、または家主を待つ必要がある可能性がある。
第三の質問は復旧材料である。ファイバー修理には互換性のあるケーブル、クロージャ、スプライストレイ、コネクタ、テスト機器が必要である。無線修理には適切な無線機、マウント、電源、設定が必要である。顧客宅内機器の交換には、在庫のある光端末またはルーターと、資格情報を復元する方法が必要である。市内の販売店にある予備は、地域の倉庫にラベル付けされた予備と同等ではない。
第四の質問は経路知識である。小規模ネットワークは、建物ごとに追加された経路を含むことが多い。正確な地理的記録とラベル付けされたファイバーは、回線を設置した技術者が不在の場合に重要である。公開情報は、Saileelas が経路マップ、予備数、代替経路、復旧目標を維持しているかどうかを示していない。それはそれらがないという証拠ではない。迅速な修理の主張の背後にある主要な欠落証拠である。
新しい通行権制度は計画的な展開と正式な調整に役立つ可能性があるが、緊急復旧は依然として物理的な現実に直面する。道路プロジェクトが 1 つのトレンチ内の 2 つの名目上別々の回線を切断した場合、契約上の多様性は消える。建物が共通スイッチへの電源を切断した場合、すべての下流回線は無傷に見えるが、サービスは存在しないままである。したがって、関連するサービス約束は「ファイバー」や「無線」ではない。それは、障害認識から、ローカルプラントが実際に経験する障害のもとでの復旧までの測定時間である。
障害経路 2:共通ノードでの電力喪失
すべてのアクティブなステージには電力が必要である:顧客のルーターと光または無線端末、電源が入った建物スイッチ、ローカル集約、ブロードバンドゲートウェイ、エッジルーター、相互接続機器。顧客宅内での停電は可視だが限定的である。共有建物または近隣ノードでの停電は多くの加入者を切断する可能性がある。ルーティングエッジまたはエクスチェンジアクセスノードでの停電は、ローカルライトを維持しながらインターネット到達可能性を削除する可能性がある。
バックアップ電源には、指定された負荷と持続時間が必要である。小型の無停電電源装置は短い中断を橋渡しできるが、バッテリーの稼働時間は経年、熱、追加機器とともに低下する。発電機には燃料、メンテナンス、安全な排気、到達可能な担当者が必要である。デュアルユーティリティ供給は、それらが変電所を共有している場合にはほとんど保護を提供しない。エッジでの電源が入ったルーターは、アクセススイッチやリースファイバープロバイダーが他の場所で電源を失った場合には限られた価値しかない。
Saileelas の公開ページは、バッテリー、発電機サポート、ランタイム、リモート電源アラーム、優先復旧を説明していない。PeeringDB は Saileelas の施設をリストしていないため、そのエッジでの電力構成は開示されたコロケーションサイトから読み取れない。Extreme IX の運用ステータスは、観測時点でエクスチェンジ接続が機能していたことを確認する。ローカルユーティリティインシデント中の継続性を約束するものではない。
適切な復元力の質問は具体的である。どのノードがアクティブで、それぞれに何人の顧客が依存しているか?通常時とピーク時のテスト済みバッテリーランタイムは?どのサイトに発電機接続があるか?誰がバッテリー低下アラームを受信するか?洪水や交通規制の際にクルーはサイトに到達できるか?リースバックホールサプライヤーは同等以上の予備電源を持っているか?交換用バッテリーと電源は地域で入手可能か?
顧客には独自の境界がある。プロバイダーはプラントをオンラインに保つ一方で、フラットはルーターの電源を失う可能性がある。在宅ワーカー、店舗、小規模オフィスにとって、控えめなローカルバッテリーは、プロバイダーのパスも電源が入っている場合にのみサービスを維持できる。Saileelas は、顧客デバイスの電力要件とネットワークバックアップの範囲を公開することで、その依存関係を読み取り可能にできる。その情報がない場合、電力復元力は両端で未確認のままである。
障害経路 3:ルートはローカルで生き残るが、使用可能なアップストリームを失う
BGP は一部の障害の周りにトラフィックを移動できるが、利用可能で適切なパスの間でのみである。トランジットセッションがダウンした場合、別のプロバイダーから学習したルートが引き継ぐ可能性がある。公衆エクスチェンジが障害を起こした場合、有償トランジットが以前はローカルで交換されていたトラフィックを運ぶ可能性がある。より具体的なルートが撤回された場合、集約が到達可能性を維持する可能性がある。各回復は予備容量を消費し、ポリシーがインシデント前にテストされていることに依存する。
Saileelas の観測された 4 つのネイバーは、複数のルーティングコンタクトを示すため励みになる。アクティブな Extreme IX セッションも有用である。しかし、公開記録はどのネイバーがフルトランジットを提供するか、2 つのデフォルト対応プロバイダーが存在するか、パスが独立して終端しているかを特定していない。F5 は広範なピアリングを持つ大規模なコンテンツおよびセキュリティネットワークであり、Sify、ONEOTT、Radan Tech は異なる地域的役割を持つ。AS パスでのそれらの存在は、自動的に 4 つのトランジット契約に変換されるべきではない。
経路元有効性は別の層を保護する。有効な IPv4 および IPv6 認証は、経路元検証を使用するネットワークに対し、AS149616 がそれらのプレフィックスをアナウンスすることを許可されていることを伝える。正当なアップストリームがファイバー切断、ルーター障害、混雑に苦しむのを止めない。パスの多様性を証明しない。また、Saileelas 内部の設定エラーがすべてのルートを撤回するのを防ぐこともできない。
回復は、観測された収束と顧客影響によって判断されるべきである。代替パスが使用可能になるまでにどのくらい時間がかかるか?アドレス変換はセッションを維持するか?DNS は到達可能のままか?生き残ったリンクには夕方のピークに十分な容量があるか?重要なローカルネットワークはまだ直接到達可能か、それともトラフィックが長いトランジットパスを取るか?ルートが数秒で戻ることとアプリケーションがきれいに回復することの違いは大きい可能性がある。
RIPEstat のほぼ完全な IPv4 可視性は強力な現在のシグナルであるが、そのはるかに低い IPv6 ピア可視性はより詳細な調査を必要とする。この違いは、顧客障害ではなくコレクタートポロジーを反映している可能性があるため、IPv6 障害として扱われるべきではない。複数のネットワークからのエンドツーエンドの IPv6 到達可能性テスト、意図されたルーティングポリシー、IPv6 が IPv4 と同じフェイルオーバー注意を受けているかどうかを問うことを正当化する。
障害経路 4:ネットワークは稼働しているが、使用できないほど混雑している
混雑は部分的な障害である。ライトは点灯し、ルートは可視であり、基本テストは合格するかもしれないが、ビデオ通話は途切れ、ダウンロードは遅くなり、インタラクティブサービスは不安定になる。多くの場合、ピーク時に現れるため、平均使用率は防御として不十分である。また、通常は別々の 2 つのトラフィック負荷が 1 つの生き残った回路に移動するフェイルオーバー中に発生する可能性がある。
エクスチェンジの表示 3 Gbps と PeeringDB の 10 Gbps インターフェースの不一致は特にここに関連する。10 Gbps ポートはより小さな商業的割り当てしか運べない可能性がある。3 Gbps のエクスチェンジコミットメントは、他の場所に追加のトランジットと共存できる。どちらもピーク使用率を開示しない。5-10 Gbps のトラフィック帯域は、マルチギガビットの桁数で動作するネットワークを示唆するが、測定期間なしではヘッドルームを計算するために使用できない。
アクセス混雑はこれらの数値よりもはるかに低いレベルで発生する可能性がある。1 つの建物に共有アップリンクがある場合、エッジに豊富な容量があるにもかかわらず、居住者は低速サービスを経験する可能性がある。1 つの無線セクターが高負荷の場合、別のセクターはアイドル状態である可能性がある。パッシブ光スプリットが過度に積極的に設計されている場合、光マージンと共有帯域幅がユーザーを制約する可能性がある。Saileelas は、これらの可能性を評価するために必要な分割比、セクター負荷、ビルアップリンクレート、コンテンションポリシーを公開していない。
TRAI の品質フレームワークは、宣伝されたアクセスと運用パフォーマンスの区別を重要にしている。2024 年のサービス品質基準規則はhttps://trai.gov.in/node/13235で公開されている。TRAI のパフォーマンス表は、障害復旧、帯域幅利用、接続速度、可用性、パケット損失、レイテンシを別々に考慮している。例として四半期報告書がhttps://www.trai.gov.in/sites/default/files/2024-11/QPIR_22072024%20%281%29.pdfにある。これらは別個の次元であり、単一の速度ラベルがそれらを捉えることはできない。
Saileelas にとって、信頼できる容量説明は、各制約リンクの 95 パーセンタイルとピーク使用率、ピーク時のパケット損失とレイテンシ、最大パスが利用できない場合のパフォーマンスを示すべきである。また、463 の加入者が少数の建物に集中しているか、多くの近隣ノードに分散しているかを説明すべきである。それまでは、現在のルート可視性とポート開示は運用を示すが、保証された顧客体験ではない。
障害経路 5:現地修理がボトルネックになる
物理ネットワークは人によって修理される。ローカルプロバイダーは、苦情を受信して分類する人、リモート可視性を持つ人、適切な部品と許可を持って障害に到達できる人を必要とする。単一宅地障害の場合、1 人の技術者で十分かもしれない。嵐、道路プロジェクト、共通フィーダー切断の際には、同じチームが多くの同時ケースに直面する可能性がある。その場合、キューの深さがネットワーク復元力の一部になる。
Saileelas は、現場スタッフ、営業時間、請負業者サポート、平均修理時間、予備在庫を公開していない。PeeringDB の連絡先は Space Infoway アドレスを使用したネットワーク運用連絡先であり、外部の運用サポートまたは共有技術連絡先を示している可能性がある。誰がローカルクルーを派遣するか、何人が利用可能か、リモートルーティングサポートと物理修理が同じ組織に属するかどうかを確立できない。
公開顧客リストは非公式のシグナルを提供する。Justdial は、レビュー時に数百の集計評価と、数年にわたるコメントを示した。複数の否定的なコメントは、繰り返しの切断、サポートへの到達困難、技術者の不足または遅延、復旧に数日かかることを主張している。同じリストは、迅速な解決と低ダウンタイムの肯定的な言及も要約している。ページはhttps://www.justdial.com/Thane/Saileelas-Internet-Service-Pvt-Ltd-Near-Union-Bank-Of-Indialouiswadi-Louis-Wadi-Thane-West/022PXX22-XX22-190420131048-K8S5_BZDETで確認できる。
これらのレビューはパフォーマンスサンプルとして扱われるべきではない。プラットフォームはすべての修理の分母を明らかにせず、すべてのレビュアーを顧客として検証せず、どのコメントが法人化された会社ではなく以前のローカル商号を参照しているかを確立せず、異常に動機付けられた苦情を制御しない。古いコメントは、ASN、現在のライセンス、2026 年のエクスチェンジ接続が存在する前のネットワークを説明している可能性がある。現在の障害率の証明ではない。
しかし、それらは物理的リスクに適合する繰り返しの質問を特定する:事業者はローカル回線をどのくらい迅速に復旧できるか?シグナルは、月次障害数、翌営業日までに修理された割合、3 営業日以内、原因別の障害分数、再発障害率、放棄呼率、クルーロスター、エスカレーション記録によって解決されるだろう。それらがない場合、レビューは修理能力の精査を正当化するが、すべての現在の顧客が低品質のサービスを受けているという評決ではない。
地域 ISP の経済性はコンパクトさを報い、アイドル状態の復元力を罰する
463 加入者のプロバイダーは厳しいコスト構造に直面する。収益は支払い回線に比例する。多くの復元力コストは塊で発生する:2 番目のアップストリーム、予備エッジルーター、別のエクスチェンジポート、発電機、光テスト機器、接合キット、在庫、追加技術者。次の保護層は、ベース全体を保護するにもかかわらず、1 人の顧客の月額支払いよりもはるかに高くつく可能性がある。
コンパクトな地理は助けになる。移動距離が短いとローカル修理が速くなる可能性がある。住宅協会や建物経路への精通は診断を改善できる。ローカルプロバイダーは、各加入者に対して長いフィーダーを延長するのではなく、既存のプラントの近くに顧客を追加できる。Thane での公衆ピアリングは一部のトラフィックをローカルに保ち、有償トランジストラフィックへの依存を減らすことができる。ポータブルアドレス空間と有効なルーティングアイデンティティは、接続性を交渉する際に事業者に選択肢を与える。
同じコンパクトさがリスクを集中させる。1 つの集約ポイントの背後にクラスター化された顧客は、そのポイントが障害を起こすまで効率的な使用率を生み出す。少数のスタッフは、2 つの障害が同時に発生するか、キーパーソンが不在になるまでネットワークを熟知できる。1 つのエクスチェンジロケーションは、そこへのアクセス回線が切断されるまで優れたローカルリーチを提供できる。年払いプランはキャッシュフローを改善できるが、復旧が弱い場合には顧客のエクスポージャーを増加させる。一部の公開レビューは、長期間支払った後の困難を特に訴えているが、これらの主張は未確認のままである。
報告されたブロードバンド加入者の 424 から 463 への成長はポジティブだが控えめである。収益、保持、収益性を示さない。また、2026 年 2 月の Extreme IX 参加日より前のものである。相互接続アップグレードはコスト、パフォーマンス、または復元力を改善することを意図していた可能性があるが、その目的や顧客効果を説明する公開アナウンスはない。エクスチェンジ接続を以前の加入者成長の功績と見なすのは時期尚早であろう。
したがって、経済的質問は、冗長性が抽象的に「価値がある」かどうかではない。どの共通障害が顧客損失分数を支配し、どの保護が最大の削減を生み出すかである。2 番目の論理トランジットプロバイダーは、物理的に分離されたアクセス回路よりも価値が低い可能性がある。発電機は、多くの建物ノードでの老朽化したバッテリーの交換よりも価値が低い可能性がある。1 人多いフィールド技術者は、より高速なエッジポートよりも復旧を改善する可能性がある。障害原因と使用率データがなければ、部外者は Saileelas に対するこれらの投資をランク付けできない。
連鎖の 1 つのリンクが失敗した場合の損失者
TRAI の 463 加入者はアカウントであり、必ずしも 463 人ではない。住宅回線は世帯をサポートできる。ビジネス回線は従業員、顧客、支払い端末、クラウドアプリケーション、セキュリティシステムをサポートできる。住宅協会アップリンクは多くのユーザーを集約できる。したがって、共通障害中の影響を受ける人口は、加入者数が示唆するよりも大きくなる可能性がある。
影響メカニズムは異なる。アクセス切断は、グローバルルートが健全でも 1 つの建物または通りを取り除く。共有スイッチでの停電は同じフットプリントを生み出す可能性がある。アップストリーム損失はネットワーク全体またはそのパスを通じて到達される宛先にのみ影響する。混雑は、遅延に敏感な使用(通話、リモートワーク、インタラクティブトランザクション)を最初に劣化させる。遅い派遣はこれらの効果をすべて長引かせる。
ローカルサポートは製品の一部である。なぜなら、顧客は通常、障害レイヤーを特定できないからである。赤い光ファイバー、認証を失ったルーター、エクスチェンジインシデント、アップストリームルートリークはすべて「インターネットダウン」として報告される可能性がある。プロバイダーは症状を障害ドメインに変換し、予想復旧時間を伝えなければならない。沈黙または繰り返される一般的な応答は、技術的修理時間が変わらなくても顧客へのコストを増加させる。
品質ルールはこれに外部の枠組みを与える。TRAI の 2024 年規制はブロードバンドプロバイダーに適用され、認可されたサービスエリアレベルでのサービスパフォーマンスの測定を要求する。2024 年 9 月の指示(https://www.trai.gov.in/sites/default/files/2025-05/Direction_19092024.pdf)は、ネットワーク可用性のライブモニタリングと報告について議論している。規制コンプライアンスデータが有用なプロバイダーレベルで公開されれば、レビューコメントよりも代表的である。この記事でレビューされた公開資料は、現在の Saileelas 固有の品質表を公開していなかった。
この欠如は不遵守に変換されるべきではない。小規模プロバイダーは、すぐに索引付け可能な個別行なしで集計提出物に存在できる。適切な結論は、顧客影響はもっともらしく重大である一方、測定された Saileelas の復旧と可用性はここで引用された公開ページでは利用できないということである。
信頼できる復元力の説明に含まれるべきもの
Saileelas は、詳細な復元力の説明を可能にするのに十分な検証済み運用を持っている。それは物理アクセス層から始まる:使用される技術、サービスが提供される近隣または建物、各共通集約ポイント、その背後にある加入者数、代替経路の有無。正確な顧客住所を公開する必要はない。集約された障害ドメインで十分である。
次の層は相互接続である。事業者は、デフォルト対応アップストリームの数、エクスチェンジポートの数、それらが終端する施設を特定できる。ラストマイルキャリア回路が別々の経路をたどり、別々のダクトを通って入るかどうかを述べることができる。商業価格と機密ルーティングポリシーは非公開のままにできる。実証する中心的な主張は、1 つの物理的インシデントがすべての外部到達可能性を除去できるかどうかである。
電力証拠には、通常負荷、その負荷下でのバッテリーランタイム、発電機カバレッジ、燃料または再充電の取り決め、最後のテストの日付を含めるべきである。バッテリーキャビネットの写真だけでは不十分である。負荷下でのランタイムと成功した転送が重要である。同じ基準が予備機器にも適用される:数量、互換性、交換時間は、予備が存在するという一般的な保証よりも有用である。
現場復旧には、サポート時間、派遣カバレッジ、サービスエリア内で利用可能な訓練されたファイバーまたは無線技術者の数、急増イベントのための請負業者取り決め、復旧目標に対するパフォーマンスを含めるべきである。最も情報量の多い表は、単一顧客障害、建物または近隣インシデント、バックボーン切断、停電、アップストリームイベントを分離するだろう。中央修理時間だけでは、最大の害を引き起こす長いインシデントを隠す可能性がある。
容量は、合計ポートラベルではなく、使用可能なヘッドルームとして示されるべきである。アクセス、トランジット、ピアリングリンクのピーク時使用率、パケット損失とレイテンシ、1 パスダウンテストの結果により、3 Gbps、10 Gbps、5-10 Gbps の開示が理解可能になる。IPv4 と IPv6 は、現在の公開可視性が大きく異なるため、独立してテストされるべきである。
最後に、公開ステータス通信が重要である。インシデント開始時刻、影響範囲、障害クラス、復旧更新を含む到達可能なステータスページにより、顧客は自宅の問題とエリア障害を区別できる。PeeringDB は現在、Saileelas のステータスダッシュボード URL を示していない。同社の Web ドメインは外部チェックからアクセスと証明書の問題を返し、PeeringDB プロファイルは依然としてそれを指している。機能する公開サービスページは信頼性を証明しないが、復旧経験を改善し、サードパーティリストを超えた現在の運用シグナルを提供する。
運用ステータス評価:アクティブネットワーク、不完全な復元力証明
Saileelas は、単なる歴史的または名目上の事業者に格下げされるべきではない。証拠はあまりにも最新で具体的すぎる。電気通信局は 2026 年にその Kalyan カテゴリ C 認可を含めた。APNIC はアクティブな番号リソースを示している。RIPE RIS は 2026 年 7 月 10 日に ASN とプレフィックスをほぼ完全な IPv4 可視性で確認した。IPv4 と IPv6 の両方の発信元は RPKI の下で有効であった。Extreme IX は 2026 年 2 月に参加した運用中の Thane メンバー接続をリストした。TRAI は最後に特定された年次報告日時点で数百のブロードバンド加入者をカウントした。
これらの事実は、法的認可、顧客運用、ライブインターネットエッジを確立する。また、不確実性を狭める。残りのギャップは、Saileelas がこれまで運用したことがあるかどうかではない。アクセスと復旧設計が、現実的なローカル障害を通じて支払い顧客を接続し続けられるかどうかである。
公開記録は、アクセス媒体、フィーダーマップ、リングトポロジー、ノード電力、バックアップランタイム、予備在庫、クルーカバレッジを明らかにしていない。エクスチェンジの 3 Gbps 表示と PeeringDB の 10 Gbps インターフェースおよび 5-10 Gbps トラフィック帯域を調整していない。4 つの観測されたネイバーを示すが、2 つの物理的に分離されたデフォルト対応アップストリームパスではない。障害と修理に関する持続的な否定的レビューシグナルを含むが、それらを確認または拒否する代表的な Saileelas 品質報告書はない。
したがって、適切なネットワーク証拠グレードはMediumである。Saileelas は多くの小規模ローカルプロバイダーよりも強力な運用証拠を持っている:現在のライセンス、独立して可視のルート、保護された発信元、最近のエクスチェンジ参加、規制当局報告の加入者。強力な復元力の結論に必要な物理的およびサービスパフォーマンスの開示が欠けている。
その区別は、サービスを購入する誰にとっても重要である。ルートが健全でも、ビル回線が切断される可能性がある。マルチギガビットポートは混雑したアクセスセグメントと共存できる。4 つの BGP ネイバーは 1 つの施設を共有できる。バッテリーは存在してもインシデント中持続しない可能性がある。接続の最終的な品質は、チェーンの最も目に見えない部分に依存する:ローカルプラント、電力、物理経路の多様性、部品、労働力。
Saileelas の次の説得力のある公開証拠は、より大きな速度番号ではない。それは、顧客詳細のない障害ドメインマップ、調整された容量ステートメント、2 つの明らかに独立した外部パス、テスト済みバックアップ電力ランタイム、現在のプロバイダーレベルの品質結果、障害クラス別の復旧パフォーマンスである。これらの項目は、小さな Kalyan エリアネットワークが、街路レベルのインフラが障害を起こしたときに回復するサービスに可視のインターネット到達可能性を変換したかどうかを示すだろう。

