要約

  • Delovaya Svyaz Ltd. は、2015年5月5日に登録されたロシアの有限会社であり、現在も活動しており、最新の財務および通信リソースのシグナルを有しています。その法的アイデンティティ、AS47968 の登録、そしてグローバルに可視なルートはすべて、Alexey Khramtsov とサンクトペテルブルクのクロンヴェルクスカヤ通りの住所を中心に一致しています。これは継続的な小規模通信事業の強力な証拠ですが、都市アクセスネットワークの証拠ではありません。
  • AS47968 は、2026年7月10日に RIPE RIS がサンプリングした327の IPv4 ピアのすべてに対して、1つの IPv4 プレフィックス83.69.255.0/24を発信しました。現在のパスは、Arelion の AS1299、Citytelecom の AS29076、Transroute の AS50509 を経由して終端しており、PITER-IX ルートサーバーを介した伝播と一致する追加の証拠もあります。IPv6 のアナウンスはありませんでした。
  • 256アドレスブロックは、Delovaya の独立した割り当てではありません。RIPE はこれをFilanco-AS47968-Rentとして記録しており、Citytelecom が管理するプロバイダーアグリゲータブルなサブ割り当てです。3つのルーティング隣接関係は論理的な到達性を向上させる可能性がありますが、公開データは3つの独立したファイバー、建物、電源、またはキャリアエントランスを示していません。
  • 現在のtel4biz.ruサービスサイトは、全国規模の IP 電話、バーチャルナンバー、バーチャル PBX、企業電話サポートを提供しています。その法的フッターと連絡先ページは、Alexey Khramtsov を個人事業主として特定しており、Delovaya Svyaz Ltd. ではありません。オペレーター・パートナーシップページは、グループが通信事業者ではないと明示的に述べています。サイトのレジリエンスページは、別々のデータセンターにある5台のサーバー、サーバーあたり2つのインターネットチャネル、自動フェイルオーバーを主張していますが、施設、キャリア、容量、テスト結果、復旧時間は記載されていません。
  • したがって、地域 ISP およびローカルフィールド修理の前提は証明されていません。まだ稼働している Delovaya ブランドのサイトは、ロシア全土でのオフィスインターネットと2つの独立したカスタマーサーキットを主張していますが、そのサイトマップとフッターは2016~2017年の素材を示しており、現在のサービスマップ、所有ルート、顧客数、アクセス技術を提供していません。防御可能な影響範囲は、ビジネス音声とコンパクトなインターネットエッジです。ネットワーク証拠のグレードは、地域アクセスプロバイダーとしては弱く、稼働中の小規模ルーティングおよびテレフォニー事業としては中程度です。

ルートは実在するが、ラストマイルは実証されていない

Delovaya Svyaz を誤って解釈する方法は2つあります。1つ目は、零細企業、古いウェブサイト、単一の/24を見て、ネットワークを書類上のものとみなすことです。2つ目は、3つのアップストリーム名、インターネットエクスチェンジのシグナル、全国規模のインターネット提供を見て、地域のファイバー事業者を想像することです。どちらの解釈も、詳細な調査に耐えられません。

同社は実在し、現在も活動しています。ロシアの連邦税務局の企業検索では、有限責任会社 Delovaya Svyaz、税番号7813220816、登録番号1157847159579が2015年5月5日にサンクトペテルブルクで設立され、Alexey Romanovich Khramtsov がゼネラルディレクターであることが確認されます。RIPE の組織および自律システム記録は Delovaya Svyaz Ltd. を指名し、Alexey Hramtsov を管理および技術連絡先として特定し、同じクロンヴェルクスカヤ通りの住所を記載しています。音訳は1文字異なりますが、住所、電話番号、後述のtel4bizメンテナが記録を一致させています。

稼働シグナルは登録よりも強力です。RIPEstat のルーティングステータスは、2026年7月10日に AS47968 がアナウンスを行ったことを示しています。256アドレスを含む1つの IPv4 プレフィックス、IPv6 プレフィックスなし、およびその整列されたサンプル内の327の IPv4 ピア全体で完全な可視性をカウントしました。アナウンスされたプレフィックス応答83.69.255.0/24を特定しました。これは、Delovaya のルーティングポリシーに起因する公開到達可能性であり、休止状態の ASN ではありません。

ルートが開示しないことも同様に重要です。BGP は、他のネットワークが256アドレスへのパスを知っていることを示します。加入者、建物、キャビネット、ポール、無線、光回線終端装置、顧客宅内機器、またはサービス車両を特定するものではありません。ルートは、サーバー、音声プラットフォーム、管理システム、相互接続アドレス、エンタープライズ回線、顧客 NAT プール、またはそれらの組み合わせをサポートできます。現在の公開記録は、これらの用途を割り当てていません。

古い Delovaya サイトは広範なアクセスを主張しています。インターネットページは、Delovaya インターネットがサンクトペテルブルクのすべての通り、モスクワ、そしてロシア全土で利用可能であると述べ、ファイバー、5Mbps から100Mbps 以上の速度、24時間体制のサポート、2つの独立したインターネットチャネルを宣伝しています。しかし、サイトのサイトマップは2017年の更新日付を持ち、フッターは2016~17年と記されています。住所レベルの可用性結果、地図、ネットワーク図、建設通知、ポール契約、タワーリスト、または最新の料金表はありません。

これらの欠落は、古い提供が虚偽であったことを証明するものではありません。それは、卸売アクセスパートナー、ビル運営会社、または他のキャリアを通じて提供されていた可能性があり、これはビジネステレコムでは一般的です。しかし、2026年に Delovaya 所有のアクセスプラントを確立することはできません。「このオフィスを接続できます」と「このオフィスへのルートを所有しています」は異なる声明です。前者は調達とサポートによって実現できますが、後者は物理的管理の証拠を必要とします。

この区別は、記事の重心を変えます。具体的な Delovaya インフラは、稼働中のボーダールートと主張されている分散型音声コンピューティングプラットフォームです。ローカルアクセス層は、未確認のサプライヤー境界のままです。フィールド修理はチェーンのどこかで必要かもしれませんが、証拠は Delovaya がフィールドを所有したり、乗組員を雇用していることを示していません。

1つの名前が現在2つの契約上のアイデンティティにまたがっている

企業境界は異常に可視的です。なぜなら、2つの公開サイトが異なる法的運営者を指名しているからです。古いdela.bzサイトは Delovaya ブランドを掲げ、RIPE 連絡先記録にある電話番号を使用し、有限会社の著作権表示で終わっています。そのプライバシー文書も、有限会社を個人データの運営者として指名しています。これは、Delovaya 法人がブランドと公開ウェブサイトを使用したという直接的な証拠です。

現在のBusiness Telephony ホームページは、異なる法的背景を示しています。ロシア全土にスマート IP 電話、バーチャルナンバー、ホステッド電話システムを提供していますが、フッターはИП Храмцов А.Р.すなわち Alexey Khramtsov が個人事業主として活動していることを示しています。現在の連絡先ページはその身元を繰り返し、個人事業主の登録番号と税番号を公開し、ウドムルトの法的住所を記載しています。同時に、組織はサンクトペテルブルクに所在し、ロシア全土にサービスを提供していると述べています。

継続性は実質的です。同じ所有者兼ディレクターの名前が、Delovaya の会社記録、RIPE 連絡先、個人事業主サイトに現れています。RIPE 組織の不正使用アドレスは[email protected]を使用し、AS 記録はtel4biz-mntによって維持されています。会社沿革ページは、2003年にまで遡る家族経営の通信事業を説明し、2014年に Business Telephony 会社が設立されたこと、および以前のコンピュータサポート、IP テレフォニー統合、オフィス配線、下請け作業を詳述しています。

管理の継続性は、契約の明確さと同じではありません。現在のサイトは、Delovaya Svyaz Ltd. がそのサービスを提供しているか、プラットフォームを個人事業主にライセンスしているか、サーバーを所有しているか、顧客に請求書を発行しているか、サポートスタッフを雇用しているかを述べていません。有限会社が主にライセンスされたネットワークリソース保有者として存在し、個人事業主がアプリケーションを販売しているのかどうかは説明されていません。公開企業記録は、同じ人物の周りに両方の身元を示していますが、それらの運営契約を公開していません。

1つのページは、ラストマイルの推論を特に危険にします。通信事業者への現在のパートナーシップ提供は、Business Telephony が機器を販売し、電話システムを統合し、ファーストラインのカスタマーサポートを提供する一方、通信事業者が通信サービスを提供すると述べています。そして、明確に次のように述べています。「私たちは通信事業者ではありません。」文脈上、「私たち」は現在の Business Telephony グループまたは個人事業主の提供を指しており、必ずしも別個のライセンス会社としての Delovaya Svyaz Ltd. を指すわけではありません。それでも、すべての基盤回線を所有するのではなく、他の事業者の顧客向けの統合とサポートを中心に構築されたビジネスモデルを説明しています。

有限会社は、放棄された殻以上のものです。Companium の現在の会社記録は、ロシアの公式企業情報を再公開しており、同社を活動中、2025年の会計、電話サービスを主たる活動、Khramtsov を唯一の所有者兼ディレクターとして記載しています。T-Bank の取引先ページも同社を活動中とリストし、2つの通信ライセンス記録を示しています。これらは意味のある運営指標ですが、それでもtel4biz.ruを通じて見つかる現在の顧客契約にどの法人が署名するかを特定するものではありません。

顧客にとって、この境界は誰が何を復旧できるかを決定します。バーチャル PBX の販売者は、通話ルーティング、サーバー設定、ユーザー設定を変更できます。AS47968 の保有者は、BGP アナウンスとボーダーポリシーを変更できます。卸売キャリアは、顧客回線を修理できます。データセンター事業者は、電源と物理的アクセスを制御します。これらの役割が異なる法人にある場合、最終的に1人の人物がそのうちの2つを支配していても、インシデントは複数のチケットキューを横断します。

現在の /24 はレンタル容量であり、アドレス資産ではない

ルートの所有権チェーンは、Delovaya の1つ上のレベルから始まります。RIPE の83.69.255.0/24の記録は、それをFilanco-AS47968-Rentと呼んでいます。そのステータスはSUB-ALLOCATED PAであり、プロバイダーアグリゲータブルなスペースが、より大きなプロバイダー管理の保有からサブ割り当てされていることを意味します。Citytelecom のメンテナが記録を管理し、リストされたネットワーク連絡先は Filanco と Citytelecom の役割です。別のルートオブジェクトが AS47968 にプレフィックスを発信することを許可し、これも Citytelecom によって管理されています。

これは欠陥ではありません。小規模事業者は、プロバイダー割り当てブロックをグローバルにルーティングし、何年も生産的に使用できます。RIPE のルーティング履歴は、現在の/24が2021年8月25日から調査カットオフまで広く可視であったことを示しています。これは、以前のスペース(AS47968 が数年間発信していた92.255.67.0/24を含む)を置き換えました。この履歴は、ルーティングの継続性を確立する一方で、アドレス供給が変更可能であることを示しています。

プロバイダーアグリゲータブルステータスは、独立して割り当てられたブロックでは同じ形では存在しない依存関係を生み出します。Delovaya は、Citytelecom または関連するアドレス保有者が有効なサブ割り当て、ルートオブジェクト、およびフィルタリング関係を維持する必要があります。商用契約が終了した場合、Delovaya はサービスの再番号付けを必要としたり、別のルートの許可を得る必要があるかもしれません。/24内のアドレスをファイアウォール、SIP ピア、またはアクセスリストにハードコードしている顧客は、ファイバー障害がなくても作業に直面する可能性があります。

アドレス数も比例して考慮する必要があります。/24には、運用上の予約とプライベートな設計上の選択の前に、256の数値 IPv4 アドレスが含まれています。仮想ホスト、キャリアグレード変換、または共有アプリケーションが少数の公開アドレスの背後に多くのユーザーを集中させる場合、特に意味のある小規模ネットワークをサポートできます。これは、顧客数、音声チャネル、1秒あたりの通話数、サーバー容量、またはインターネット帯域幅の尺度ではありません。

現在、IPv6 のアナウンスはありません。RIPE のルーティングステータスサンプルはゼロの IPv6 プレフィックスを確認し、現在のプレフィックスインベントリには IPv4 のみが含まれています。これは、すべての Delovaya または Business Telephony サービスに IPv6 がないことを証明するものではありません。サービスは別のネットワークでホストされている可能性があり、プライベートシステムは他のアドレス配置を使用できます。これは、AS47968 自体がカットオフ時点で広く可視な IPv6 発信を提供していないことを示しています。

ルート発信元セキュリティも、別の狭い弱点です。RIPEstat の RPKI チェックunknownを返し、検証する Route Origin Authorisation はありませんでした。ルートは無効ではなく、サンプル内のどこでも可視でした。「不明」とは、依存ネットワークがこのプレフィックスに対して AS47968 を検証する暗号化発信元ステートメントを持っていなかったことを意味します。既存のルートオブジェクトは依然として従来のフィルターをサポートできますが、RPKI 発信元検証の代わりにはなりません。

したがって、インストール対使用可能のはしごは短いですが明確です。Delovaya は割り当てられた ASN、レンタルされた/24を発信する許可、稼働中の BGP アナウンス、および広範なグローバル伝播を持っています。公開証拠は、応答性のあるサービスインベントリ、トラフィック、回線速度、ヘッドルーム、顧客可用性、および復旧パフォーマンスの前で止まります。可視な256アドレスは、管理およびルーティング容量です。使用可能な容量は、サーバー、音声トランク、顧客回線、電源、およびスタッフがすべて連携して初めて始まります。

3つのアップストリーム名は論理的なマルチホーミングを証明するが、物理的多様性は証明しない

現在のルートには、複数の公開された出口があります。RIPE の BGP ステートビューには、7月10日に数百のコレクタパスが含まれていました。多くはAS50509 AS47968で終わり、他はAS29076 AS47968で終わり、さらに他はAS1299 AS47968で終わりました。これらの隣接 ASN は、Transroute、Citytelecom、Arelion です。これは、AS47968 の1つのプレフィックスが3つの独立して番号付けされたネットワークを通じて伝播されていたという強力な証拠です。

各サプライヤーは異なる外部到達性を追加します。Arelionは AS1299 をグローバルバックボーンとして説明しています。Citytelecomは、Delovaya の現在のアドレスブロックを維持するネットワークを運営しています。Transrouteは、サンクトペテルブルクとモスクワで IP トランジットを提供し、パートナーを通じて地域配信を行っています。したがって、ルートパスは、2つのロシアのキャリア関係と1つのグローバルバックボーン関係と一致しています。

論理的なマルチホーミングは価値があります。1つの隣接ネットワークでのポリシー障害またはセッション損失は、別のネットワークがまだルートを受け入れ、伝播していれば、ルートを削除する必要はありません。Delovaya は、ローカルプリファレンスによってアウトバウンドトラフィックに影響を与え、アナウンスメントとコミュニティを通じてインバウンドトラフィックに影響を与えることができます。Arelion は、Citytelecom 自身のグローバルトランジット選択に依存しないパスを提供できます。Transroute は別のポリシードメインを追加でき、エクスチェンジピアリングは一部のルートを短縮できます。

それでも、3つの ASN から3つの物理的な復旧パスを数えることは不可能です。Arelion サービスは、別のキャリアが所有するローカルアクセス回線を通じて到着する可能性があります。Transroute は、一部の都市にパートナーを通じて到達すると言っています。Citytelecom はアドレスブロックを供給し、隣接ルートとしても現れます。2つまたはすべてのサービスが、1つの建物、1つのルーター、1つのパッチパネル、1つのローカルトランスポートプロバイダー、または1つの共有エントランスで終端する可能性があります。

ルートテーブルは、クロスコネクト、ファイバー、または配電を見ることができません。3つの独立した AS 番号が、それらのハンドオフが同じラックを共有し、同じブレーカーで故障する場合でも、喜んで表示します。また、そのプロバイダーが物理的に分離された2つの回線を供給している場合でも、1つの隣接 ASN を表示できます。管理上の多様性と物理的多様性は、異なる質問に答えます。

AS 記録自体は、静的ポリシーよりも現在の観測がなぜ重要なのかを示しています。Delovaya のRIPE WHOIS 応答は、AS31323 および AS31500 とのインポートおよびエクスポートポリシーを宣言し、最終更新は2022年3月です。これらは、2026年7月の BGP ビューにおける3つの支配的な隣接ネットワークではありません。静的ポリシーは不完全であるか、ルートサーバー関係を使用しているか、単に運用に遅れている可能性があります。現在のパスは、ある時点での伝播を証明します。ポリシーラインは、宣言された意図を記録します。

物理的多様性を確立するものは、日付入りのハンドオフ説明です。各パスの施設、キャリア、ポート、ルーター、エントランス、トランスポート所有者です。機密性の高いラック詳細を公開する必要はありません。Arelion と Transroute が別々のサイトに入り、Citytelecom が別途電源供給されるボーダーで終端するという記述はテスト可能です。パケット損失、コンバージェンス時間、残存スループットを示すフェイルオーバー結果はさらに強力です。どちらも公開されていません。

PITER-IX は到達性を追加するが、そのルートサーバーは4番目のトランジット回線ではない

PITER-IX は、簡単な参加者カードを提供せずに AS47968 の周りで可視です。ある7月のルートパスは、エクスチェンジ参加者から AS47968 で直接終端し、PITER-IX の AS50817 で始まるコミュニティ(47968を含むコミュニティ)を保持していました。PITER-IX の技術文書は、参加者が各地域の2つのルートサーバーと BGP セッションを確立すること、エクスチェンジがルートサーバーポリシー、高速障害検出、ブラックホール処理をサポートすることを説明しています。エクスチェンジルートサーバーは通常、パブリック AS パスに自身を挿入しないため、ルートがサーバーを介して配布されたにもかかわらず、別の参加者が AS47968 に直接隣接して見えることがあります。

これは有用なピアリング証拠ですが、すべての見かけの隣接に対する専用の双方向ケーブルの証明ではありません。ルートサーバーは、1つの接続で多くのネットワークとルートを交換できるようにします。データパケットは、参加者間のエクスチェンジファブリックを通過します。ルートサーバーは到達可能性情報を処理し、通常のユーザートラフィックは処理しません。したがって、直接的に見える AS パスのリストは、エクスチェンジコンテキストなしで読むと、物理的契約の数を誇張する可能性があります。

エクスチェンジのネットワーク説明は、サンクトペテルブルクのファブリックが6つのデータセンターにまたがり、1G、10G、40G、100G ポートを提供すると述べています。参加者ページは、数百の組織がそのサービスを利用していると述べています。これらの数字は、PITER-IX が何を提供できるかを説明しています。AS47968 がどのサンクトペテルブルク施設を使用しているか、Delovaya がローカルまたはリモートで接続しているか、ポート速度、確約トラフィック、セカンドポート、またはクロスコネクトルートは開示していません。

ピアリングはまた、フルトランシットと同じではありません。エクスチェンジ参加者は、他の参加者がアナウンスすることを選択したルートを受け取ります。それらのピアによってカバーされない宛先へのパスが依然として必要です。観測された3つのトランジットのような隣接関係は、そのより広範な役割を果たします。PITER-IX は、参加ネットワークとコンテンツソースの遅延と有料トランジット使用を削減できます。ただし、すべてのサービスが1つのエクスチェンジ向けポートまたは1つのトランスポート回線を共有する場合、論理的な多様性は1つのインターフェースで消える可能性があります。

現在のPeeringDB APIには AS47968 のネットワークプロファイルはありません。PeeringDB にないことは、BGP およびエクスチェンジコミュニティの証拠を否定するものではありません。参加記録は、プライベート、古い、または他の場所で維持されている可能性があります。これにより、施設、エクスチェンジ、ポート、ポリシーの主張を確認するための便利なソースがなくなり、物理的な場所と容量が未解決のままになります。

正しいレジリエンスの結論は、測定されたものです。Delovaya は、現在の公開ルートビューにおいてシングルアップストリームのスタブではありません。その/24は、複数のポリシードメインとエクスチェンジ環境を通じて広範なインターネットに到達します。これは、多くのマイクロネットワークが示すよりも優れたコントロールプレーンの多様性です。公開証拠は、切断、機器室の障害、または停電がそれらの代替手段のいずれかを物理的に利用可能なままにすることを実証していません。

5サーバーの音声プラットフォームは、より可能性の高い運用コアである

Business Telephony の説明するインフラは、メトロポリタンアクセスネットワークよりも現在の製品に密接に一致しています。インフラページは、すべてのソフトウェアが5台の高性能サーバーのクラスターで実行されると述べています。サーバーは異なる最新のデータセンター(1台はドイツ)にあると主張し、すべてのサーバーが2つのインターネットチャネルを持ち、1台が故障すると別のサーバーが自動的に引き継ぎ、設定がバージョン管理でシステム全体にコピーされると主張しています。

アーキテクチャは、ホステッド音声にとって妥当です。バーチャル PBX には、呼制御ソフトウェア、顧客設定、データベース、録音または統計、監視、および電話キャリアへの接続が必要です。複数のサーバーがそれらの役割を分散したり、スタンバイコピーを維持したりできます。地理的分離は、1つの施設への露出を減らすことができます。複製された設定は、障害のあるマシンまたは有害な変更からの回復を加速できます。

このページはマーケティング説明であり、容量または復旧レポートではありません。データセンター名、1か国を超えるサーバーの場所、ホスティングサプライヤー、テレフォニーキャリア、ハイパーバイザー、データベース複製方法、またはクォーラム設計を挙げていません。プロセッサ容量、同時通話制限、ストレージボリューム、ポート速度、通常使用率、復旧ポイント、復旧時間、または最後のフェイルオーバーテストの日付を示していません。「5台のサーバー」は、5台の物理マシン、5台のレンタル仮想サーバー、または5つの論理インスタンスを意味する可能性があります。ページはそれを明らかにしていません。

サーバーあたり2チャネルも同様に、独立したアクセスを保証するものではありません。両方とも、1つのキャリア、1つのミートミールーム、または1つの施設エッジから来る可能性があります。サーバーは同じスイッチに接続された2つのネットワークインターフェースを持つことができます。2つの外部キャリアが長距離ファイバーを共有できます。この主張は、各チャネルのローカルおよびアップストリームの所有権、別々のパス、および1つの損失でセッションが存続することを示すテストがあって初めて意味を持ちます。

クラスターの主張は、アプリケーション状態の問題も提起します。バーチャル PBX の移動は、IP アドレスを別のマシンからアナウンスするだけの問題ではありません。呼登録、アクティブセッション、番号ルーティング、メディアパス、録音、課金記録、および顧客設定は一貫していなければなりません。スタンバイはアクティブな呼をドロップしながら新しい呼を受け入れることができます。それはフェイルオーバーですが、シームレスな継続性ではありません。このサイトは、測定された呼影響を示していません。

現在の DNS は、公開ウェブプレゼンスと AS47968 の間の分離を強化しています。7月10日、Google Public DNS はtel4biz.ruに対して87.236.16.146を返し、Delovaya ドメインは同じアドレスを返しました。RIPE のそのアドレスのネットワークビューは、それを87.236.16.0/24に配置し、AS47968 ではなく Beget の AS198610 によって発信されています。したがって、両方のウェブサイトは、Delovaya 自身のルートまたは音声エッジが故障してもオンラインを維持できます。

これは電話サービスを特定するものではありません。公開ウェブホスティングは、プロダクション音声プラットフォームから意図的に独立している可能性があります。5台のサーバーは、AS47968 アドレス、プロバイダーアドレス、またはその両方を使用する可能性があります。公開サービスエンドポイントや名前は、アプリケーションを83.69.255.0/24内の特定のアドレスに結び付けていません。ウェブサイトの到達可能性は、稼働中の販売および連絡窓口の証拠であり、Delovaya の BGP 発信または呼処理のテストではありません。

したがって、証拠に基づく事業の物理的な請求書は、都市ファイバー建設ではなく、コンパクトなホステッドプラットフォームのように見えます。データセンターまたはホスティング料金、サーバー容量、ストレージ、音声トランク、インターネットトランジット、アドレスレンタル、監視、専門家サポートです。顧客のローカルアクセスは依然として重要ですが、現在のパートナーシップページは、それを Business Telephony のプラントとして主張するのではなく、通信事業者にその機能を配置しています。

古いインターネット提供は仮説であり、ネットワークマップではない

Delovaya ブランドのサイトは単に無視することはできません。それはまだオンラインであり、音声を超える詳細な提供を含んでいます。ホームページは、同社が法人テレフォニー、インターネット、ビデオ監視を接続およびサポートすると述べています。インターネットページは、ロシア全土でのオフィスサービスを提供し、迅速な接続を約束し、ファイバーを説明し、2つの独立したインターネットチャネルを販売しています。サンクトペテルブルクの速度層別価格をリストしています。

一部の表現は、意図されたモデルを明らかにするのに十分具体的です。サイトは、見込み顧客に住所を送信するよう求め、接続が可能かどうかを確認できるようにしています。これは、建物に到達するキャリアからサービスを取得するアグリゲーターまたはインテグレーターと一致しています。すでに自身の固定フットプリントを知っていて、オンネットマップを公開するプロバイダーとはあまり一致しませんが、所有者兼事業者も手動可用性チェックを使用できます。

全国規模は別の手がかりです。零細企業は、再販またはパートナーとの調整によって全国にビジネス回線を販売できます。1つの都市からすべてのロシアの住所に所有するローカルクルーを派遣することはもっともらしくありません。古いサイトは、アクセスパートナーを指名せず、オンネット対オフネットの価格設定を説明せず、顧客境界を誰が所有するかを特定していません。2チャネルの提供も同様に、回線が別々のキャリアを使用するのか、単に別々のアカウントを使用するのかを述べていません。

サイトの古さは、現在の推論を制限します。フッターの日付は2017年で止まり、サイトマップの可視更新日付は2017年であり、一部のページはその時期に特徴的な速度と価格表現を使用しています。ページは、提供、パートナー、法的条件が変更された後も技術的に到達可能であり続けることができます。現在の Business Telephony サイトは2026年のフッターと異なる法的販売者を持っていますが、その主要製品として広範なインターネットアクセスの約束を繰り返していません。

それでも、歴史的なサービス主張は AS47968 の解釈にとって重要です。Delovaya は、ASN とアドレススペースを使用して、ビジネスインターネット顧客、音声インフラ、またはその両方をサポートしていた可能性があります。ルーティング履歴は、現在の登録の下で2016年からの実際の運用と、プロバイダー割り当てプレフィックス間の移行を示しています。これは、物理的なテールを購入しながら自身のエッジを管理する小規模事業者または再販業者と互換性があります。

インストールされたアクセス容量を確立するものではありません。公開されたルートマイル数、ファイバーストランド数、タワーインベントリ、建物リスト、マイクロ波周波数、アクセススイッチ数、顧客モデム数、または加入者数はありません。現在の調達または建設記録は、公開資料で Delovaya をポール、ダクト、または市営ルートに接続するものは見つかりませんでした。料金ページの「ファイバー」という単語は、要求されたサービス技術を特定しますが、必ずしも資産所有者を特定するわけではありません。

見込みビジネス顧客にとって、正しい質問は、Delovaya がインターネット回線を見積もれるかどうかではありません。それは、特定の住所でラストマイルを所有しているキャリア、2番目の回線が異なるエントランスおよびトランスポート所有者を使用しているかどうか、そして誰が修理権限を持つかです。仲介されたデュアルキャリア設計は、非常に回復力があります。1つのインカンベントケーブル上の2つの再販回線は、一緒に故障する可能性があります。請求書の販売者名は、物理的な質問に答えません。

3人の会社が24時間365日のサポートを約束できるのは、集中化またはパートナーを通じてのみ

労働力のシグナルは現在のものですが、慎重に扱う必要があります。B2B.House の会社記録は、ロシアの公開企業データに基づき、平均従業員数が2023年の12人から2024年に8人、2025年に3人に減少したと報告しています。また、2025年の収益は571万4000ルーブルで、2024年の735万ルーブル、2023年の1268万ルーブルから減少しています。これらは公式提出書類の二次的な提示であり、運用上の役割の監査済み説明ではありません。

従業員3人であることは、サービスに触れることができるのが3人だけであることを意味しません。現在の契約上の身元は個人事業主であり、請負業者、データセンターのリモートハンド、ソフトウェアベンダー、アップストリームネットワーク運用センターが Delovaya の給与計算外で作業を提供する可能性があります。法人と Business Telephony ブランドは労働力を共有する可能性があります。再販業者は物理的な作業をアクセスキャリアにエスカレーションできます。公開従業員数はそれらの取り決めをカウントできません。

その数字は、集中化の問題を定義します。現在の連絡先ページは、テクニカルサポートは24時間利用可能で、営業は平日09:00から19:00までと述べています。継続的なカバレッジには、シフト、オンコールローテーション、エスカレーションによる自動化、外部委託のファーストラインサポート、または法的身元間でのサポート共有が必要です。有限会社の平均給与計算が3人である場合、24時間の人的カバレッジがすべて Delovaya 内にあるとは想定できません。

同社の歴史は、専門知識を強調しています。Asterisk、レガシーPBX、不正監視、キャリア機器、オフィス配線、CRM 統合です。その広がりは、1人のエンジニアが珍しい顧客構成を理解している場合に価値があります。また、キーパーソンエクスポージャーでもあります。午前3時の障害には、ルーティングポリシーや顧客の古い PBX を知っている1人の人物が必要かもしれませんが、別の人物がキャリアエスカレーションを処理します。公開ページには、ローテーション、応答目標、または指名された運用チームはありません。

収益は、物理的資産の仮説を文脈に置き、否定はしません。アグリゲーターによって示された2022年の急激なスパイクを除けば、通常の年間収益500万~1300万ルーブルは、小規模なサービスおよび統合事業と互換性があります。大規模な所有メトロファイバー資産、建設、ポールレンタル、車両、広範なフィールドフォースの証拠には見えません。資産はリース、減価償却、他で保有、または請負業者で運用される可能性があるため、財務規模は所有権を確定できません。それは、仮定ではなく直接的なプラント証拠の必要性を強化します。

サポート労働力は、使用可能な容量の一部です。自動フェイルオーバーを備えたサーバークラスターでも、部分的な障害を診断し、キャリアルートを更新し、顧客設定を復元し、いつトラフィックを移動するかを決定するために誰かが必要です。マルチホームエッジでも、フィルタリング、セッション監視、および3つのアップストリームとの調整が必要です。再販アクセス回線でも、正確なチケット、所有権の引き継ぎ、顧客コミュニケーションが必要です。小規模チームはこれらのタスクをうまく実行できますが、同時インシデント、病気、または専門家の不在に対応する余地は少なくなります。

欠けているサービスレベルの詳細は実用的です。確認時間、派遣またはエスカレーション時間、復旧目標、優先度クラス、時間外権限、およびサービス credit です。現在のサイトは即応対応を約束していますが、約束の背後にある契約を公開していません。販売がバーチャルナンバーに依存している顧客にとって、サポートの可用性はソフトな利益ではありません。それはインフラの一部です。

6つの障害パスが、ケーブル切断の一般的なイメージを置き換える

委託された前提は、アクセス切断、タワー電源、アップストリーム損失、輻輳、フィールド修理を想像していました。Delovaya の証拠は、異なるより階層化された障害セットをサポートしています。

1. 1つのアップストリームが消失し、2つが残る

AS1299、AS29076、または AS50509 が BGP セッションを失った場合、他の隣接関係は83.69.255.0/24をアナウンスし続けることができます。これは公開データで可視な最も強力なレジリエンス特性です。回復は依然としてポリシーに依存します。Delovaya は失敗したパスを撤回または優先度を下げ、生き残ったプロバイダーがルートを受け入れ、リターントラフィックが正しく収束する必要があります。

生存はパフォーマンスと同じではありません。3つのパスが通常トラフィックを共有している場合、1つの残存回線は障害中に輻輳する可能性があります。ルートコレクタはパスの可用性を公開しますが、ポート速度や使用率は公開しません。ピークトラフィック、ヘッドルーム、または1つのパスだけですべての音声およびインターネット需要を運べるかどうかを示す公開数字はありません。

2. 共有施設またはローカルテールがすべてのアップストリームを削除する

3つの AS 番号は、1つのボーダールーターで終端できます。1つの電源障害、ラインカード障害、クロスコネクト事故、ミートミールームインシデント、または共通トランスポート切断は、すべてのセッションを削除できます。PITER-IX は同じポートを通じて多くの論理ピアを追加する可能性があります。公開ソースは施設を指定せず、2番目の Delovaya サイトも指定しないため、共通施設への露出は反駁されないままです。

ここにフィールド修理が存在しますが、おそらくキャリアまたはデータセンターの労働力としてです。リモートハンドは、光学部品またはパッチリードを交換する場合があります。Citytelecom、Transroute、Arelion のアクセスパートナー、またはエクスチェンジオペレーターがトランスポートを修理する場合があります。Delovaya 自身のスタッフが設定を復元する場合があります。復旧チェーンは、1つのローカルトレンチクルーではなく、所有者にまたがります。

3. Citytelecom がレンタルアドレス配置を変更する

現在の/24は、Citytelecom が維持するプロバイダーアグリゲータブルスペースです。したがって、ルーティングまたは商業上の問題は、アップストリームパスとアドレス権限の両方に影響を与える可能性があります。Delovaya が新しいブロックに移動する必要がある場合、サーバー、ファイアウォールルール、SIP 許可リスト、監視、および顧客統合の再番号付けが必要になる場合があります。以前のプレフィックス変更は、再番号付けが作業のクラスとして仮説的ではないことを示していますが、現在の変更はアナウンスされていません。

RPKI の unknown ステータスは、より狭いリスクを追加します。検証済みルートを優先するネットワークは、アナウンスを有効なものよりも不利に扱う可能性があります。誤った将来の ROA は、ルートを無効にする可能性があります。リソースレコード、ルートフィルター、および BGP セッションは、計画された移行を障害に変えないように正しい順序で変更する必要があります。

4. 音声クラスターがネットワーク層の上で障害を起こす

すべてのアップストリームパスが健全なままで、呼処理が失敗する可能性があります。ソフトウェアリリース、データベースの不整合、ストレージ障害、ファイルシステムの枯渇、証明書の期限切れ、不正制御エラー、またはキャリアトランクの問題が、/24を撤回せずに呼を停止させる可能性があります。自動サーバー引き継ぎは、スタンバイが正しい状態を持ち、障害が複製されていない場合にのみ役立ちます。

顧客は部分的な障害を経験する可能性があります。着信は機能するが発信は失敗する、1つの市外局番が壊れる、録音が停止する、バーチャル PBX ポータルが利用できなくなる、メディアが一方向に流れる、または新しい登録が失敗する一方で既存の呼は継続する。ルートモニターは全体を通じて緑色を報告します。復旧には、ファイバースプライスではなく、アプリケーションテレメトリとテレフォニーの専門知識が必要です。

5. 顧客のアクセス回線または電源が故障する

ホステッドテレフォニーは、依然として他人のインターネット接続を介してデスクまたはソフトウェアクライアントに到達します。ローカルブロードバンド切断、オフィス停電、ルーター障害、イーサネットケーブルの損傷、またはファイアウォールの設定ミスにより、Delovaya のプラットフォームが健全でも1人の顧客が隔離される可能性があります。モバイルネットワークへのバーチャルナンバーフォワーディングは回避策を提供する可能性がありますが、イベント前に設定され、電話キャリアが利用可能である場合に限ります。

古い Delovaya インターネット提供は、2つの独立した顧客チャネルを主張しています。キャリアとパスの開示がなければ、独立性は設計上の要求のままです。両方の回線が同じ地下室に入り、同じローカル事業者を使用し、同じ建物電源に依存する可能性があります。顧客は、2つのサービス名に頼るのではなく、物理的境界を確認する必要があります。

6. 小規模サポートチェーンがビジーまたは利用不可

インシデントは技術的に回復可能でありながら、運用上遅延する可能性があります。3人の有限会社給与計算、個人事業主との未開示の関係、複数のアップストリーム、全国的な顧客は、多くの所有権境界を生み出します。最初に応答する人物は、障害が PBX、AS47968、データセンター、音声キャリア、アクセス ISP、または顧客のいずれに属するかを決定する必要があります。

優れた監視は診断を短縮し、サイトは継続的な自動観測を主張しています。インシデントチャネル、エスカレーションマトリックス、スペアポリシー、または復旧パフォーマンスは公開していません。2つの同時障害の間、希少なリソースは帯域幅ではなく、資格のある注意かもしれません。

影響を受けるのは、地域 ISP ラベルが示唆するよりも狭い

Delovaya のブロードバンド加入者数、通過世帯数、接続建物数、またはダウンストリーム自律システム数を裏付ける公開証拠はありません。RIPE のネイバービューは、AS47968 のパスの右側にダウンストリーム AS を見つけませんでした。商用アドレスインベントリは、小規模 ISP のようなブロックを特定しますが、会社のサーバーと顧客を区別しません。256アドレスに基づく影響推定は無意味です。

現在の製品ページは、より信頼性の高い影響を受けるグループを特定します。バーチャルモスクワ、サンクトペテルブルク、ロストフ・ナ・ドヌ、またはフリーダイヤル番号を使用する企業、ホステッド PBX、通話録音、CRM 統合、またはオフィス電話サポートを使用する顧客、および加入者が Business Telephony を通じてファーストラインの支援を受ける事業者です。ページは顧客数を公開しておらず、どのサービスが現在の契約かを示していないため、このグループでさえ定量化できません。

ルート障害は、83.69.255.0/24に排他的に依存するエンドポイントに影響を与えます。ウェブサイトは Beget のネットワークでホストされているため、Delovaya ルートがダウンしても到達可能で、問い合わせを受け付け続ける可能性があります。音声クラスターもサードパーティアドレスを使用している場合、一部の電話サービスは存続する可能性があります。/24に依存する場合、通話または管理が失敗する可能性があります。公開 DNS はプロダクションパスを確定しません。

データセンターまたはアプリケーション障害は、逆の形状を持つ可能性があります。AS47968 はグローバルに可視のままですが、PBX、データベース、またはキャリアトランクが利用できないため、顧客の通話は失敗します。顧客アクセス障害は、プラットフォームとルートが健全なまま、1つのオフィスに影響を与えます。したがって、インシデントレポートは少なくとも4つの層をテストする必要があります。顧客アクセス、音声アプリケーション、キャリア相互接続、BGP 到達可能性です。

法的身元は、影響時にも重要です。顧客は現在のサイトに表示されている個人事業主に連絡するかもしれませんが、障害が発生したルートは Delovaya Svyaz Ltd. に登録され、アドレスブロックは Citytelecom によって維持されています。それは回復を不可能にするものではありません。制御は同じ所有者によって調整される可能性があります。これにより、契約上の責任とエスカレーションの証拠が重要になります。

AS47968 が故障した場合、サンクトペテルブルクの地区、公共サービス、または住宅コミュニティがブロードバンドを失うという根拠はありません。古いサイトは広範なオフィスインターネットの可用性を主張していますが、現在の顧客やルートを提供していません。責任ある影響声明は条件付きです。小規模なビジネスコミュニケーションとネットワークエンドポイントのセットがこのスタックに依存する可能性がありますが、ユーザーの数と場所は未開示です。

容量は、アドレスではなく、通話、ビット、復旧で測定されなければならない

公開数字はカテゴリエラーを招きます。1つの/24はアドレス量です。5台のサーバーはマシン数です。3つのアップストリーム ASN はルーティングポリシー数です。どれも使用可能容量の数字ではありません。

インターネットエッジについては、有用な測定値には、各パスの回線速度、確約情報レート、通常ピーク負荷、パケット損失、遅延、最大回線障害後の予備容量が含まれます。1Gbps の商用コミットメントを持つ10Gbps ポートは、10Gbps の回復可能サービスを提供しません。1つの1Gbps ローカルトランスポート上の3つの1Gbps ハンドオフは、3Gbps の外部容量を生み出しません。

音声の場合、容量は同時通話数、1秒あたりの通話数、メディア帯域幅、番号ポーティングスループット、録音入出力、データベーストランザクションレートに近くなります。コーデックは異なる帯域幅を消費します。暗号化とトランスコーディングはプロセッサ時間を消費します。通話録音はストレージと書き込みパフォーマンスを消費します。5台のサーバークラスターは、仮想マシンサイズ、ソフトウェア設計、顧客需要によって、十分にも小さくもなり得ます。

古いインターネットページは顧客速度を宣伝し、現在の電話サイトは非常に低い分単位料金と無制限回線を宣伝しています。どちらも商用提供であり、インストールされたヘッドルームの証拠ではありません。「無制限」回線は、すべての物理的およびソフトウェアコンポーネントが依然として有限容量を持つ一方で、任意のアカウントキャップがないことを意味します。現在のページは、フェアユース制限、トランク容量、または輻輳パフォーマンスを公開していません。

復旧容量が決定的な数字です。1台のサーバーが故障した場合、残りの4台は通話をドロップせずにピーク負荷を運べますか?最大のアップストリームが故障した場合、他のアップストリームはすべてのルートとパケットを運べますか?1つのデータセンターが隔離された場合、番号ルーティングと状態は手動キャリアアクションなしに別のサイトに移動しますか?顧客が2つのアクセス回線を持つ場合、バックアップは同じ音声ポリシーと公開アドレスを受け入れられますか?

同社は自動サーバー引き継ぎと重複インターネットチャネルを主張しています。これらは適切な層での設計上の主張です。日付入りの演習は、それらを運用証拠に変換します。1台のサーバーを無効にし、アクティブコール損失を記録し、復旧時間を測定し、状態の一貫性を示し、生存者の負荷を報告します。1つのアップストリームを無効にし、BGP コンバージェンスとパケット損失を測定します。通常のビジーフワー需要の下で顧客フェイルオーバーをテストします。そのような結果は公開されていません。

これが、1つの/24をあざ笑うべきでも称賛すべきでもない理由です。コンパクトな音声およびネットワークサービスには十分なアドレススペースであり、その完全なルート可視性は技術的に意味があります。サービス規模、顧客密度、または回復力を判断するには十分な情報ではありません。

現在のライセンスとアカウントは活動をサポートするが、委託された資産はサポートしない

有限会社の法的記録は、継続的な通信役割をサポートしています。その主な登録活動は電話サービスです。公式記録に基づく現在の取引先データベースは、2つの通信ライセンスエントリを示しています。1つは音声用データ伝送として説明されています。同社は、古いウェブサイトが変更を停止した後に消えることなく、2025年の会計を提出しました。

ライセンスの提示は完全に一貫しているわけではありません。T-Bank は両方のライセンスを現在有効としてリストしていますが、その変更ログは1つのライセンスの下での活動が2025年1月に停止されたと述べています。B2B.House は2つのアクティブエントリを示し、以前の2つのライセンス記録が2026年3月に期限切れになると述べています。サービス、地域、ステータスを1つの現在のビューで述べる規制当局の抽出物を直接取得できない場合、安全な結論は、通信ライセンスが存在するが、すべての歴史的サービス権限が変更されていないわけではないということです。

通信ライセンスは許可であり、プラントではありません。インストールされたファイバールート、アクティブな顧客回線、または十分なスタッフを示すものではありません。電話サービス活動コードも同様に、会社が何をしてもよいか、主要な事業として報告するかを説明します。許可を超えて移動するには、現在のルート、会計、公開サービスページが必要です。

まとめると、これらのシグナルは、稼働中の小規模ルーティングおよびテレフォニー事業に対して中程度の証拠をサポートします。同社は活動中で、最近の収益があり、ネットワークリソースを保持し、プレフィックスをアナウンスし、所有者を通じて現在の販売およびサポートチャネルと関連付けられたままです。これらは、ポール、タワー、顧客ドロップ、フィールドクルーが支配する従来の地域 ISP の計画された画像をサポートしません。

したがって、カテゴリの質問は実質的であり、表面的ではありません。マルチホームエッジを持つクラウド音声およびテレコム統合サービスは、ラストマイル地域 ISP よりもホステッド通信またはクラウドサービスに近いものです。ロシアとサンクトペテルブルクは、証拠に基づく地理的アンカーであり、無条件のグローバル運用地域ではありません。全国的な販売カバレッジは市場の主張です。「グローバル」は物理的なネットワークの場所ではありません。

より強力な主張に必要な証拠は実用的で限定的である

Delovaya は、控えめな現在の開示で地域アクセスの役割を確立できます。オンネットおよびパートナー配信の建物を識別するアドレスレベルのサービスチェッカーは、所有するリーチとブローカレッジを分離します。現在のアクセスマップは、正確なセキュリティセンシティブルートを公開せずに、ファイバー、固定無線、またはキャリア再販を示すことができます。顧客契約または料金表は、アクセス所有者と境界を特定できます。

プラント声明は、ルートマイル、所有またはリースされたファイバー、アクセススイッチ、タワー、ポール、建物エントランス、顧客宅内機器を特定します。インストールされたケーブルと点灯ストランド、顧客利用可能容量を区別する必要があります。2つの論理ルートのマップは、それらが共通のダクト、交差点、施設、電源を回避していることの確認ほど有用ではありません。

アップストリームのケースはすでに強力です。物理的な完了が必要です。AS1299、AS29076、AS50509、および PITER-IX の施設とポート。それぞれのローカルトランスポート所有者。ボーダールーターと電源の分離。通常およびフェイルオーバー容量。現在の RPKI 発信元認証。1つのセカンドサイトを指名することは、最初のサイトがダークなときにルートがそこで継続できる場合、障害分析を大幅に変更します。

5サーバーの主張は、アプリケーションの証拠を必要とします。施設名は部分的に機密のままにできますが、大都市圏、独立した電源ドメイン、ホスティング形式、テストされた復旧時間は、「異なるデータセンター」が共通点を除去するかどうかを判断するのに十分です。同社は、顧客を特定せずに、総合稼働時間、インシデント数、最長中断、フェイルオーバーテスト結果を公開できます。

労働力の境界は、組織図ではなくコミットメントを通じて解決できます。サポートを提供する法人、24時間365日がスタッフ配置かオンコールか、確認および復旧目標、キャリアエスカレーション手順、リモートハンドカバレッジ、重要なスペアが保管されている場所を明記します。外部パートナーが物理的修理を提供する場合、社内クルーを暗示するのではなく、役割と契約目標を指名します。

最後に、ブランドは現在の契約声明を必要とします。顧客は、Delovaya Svyaz Ltd.、個人事業主としての Alexey Khramtsov、または Business Telephony グループの別のメンバーが各サービスを提供しているかどうかを判断できるべきです。声明は、どの当事者が通信ライセンス、番号割り当て、プラットフォーム、AS47968 ルート、サポート義務を保持するかを述べるべきです。これは通常のサービスの明確さであり、民間企業の詳細を求めるものではありません。

これらの事実が現れるまで、現在のルートが最も強力な運用証拠であり、古いアクセス主張は歴史的なマーケティングのままです。ギャップは失敗を仮定することで埋められません。それは不確実性として保存されます。

Delovaya の真の依存関係は、層間の調整である

Delovaya Svyaz は、その小さな公開フットプリントが最初に示唆するよりも技術的に実質的です。アクティブな法人、長期運用の ASN、グローバルに可視な IPv4 発信、3つの現在のアップストリームパス、およびエクスチェンジ証拠を持っています。その所有者は、今でも公開でビジネステレフォニーを販売しています。5サーバー、マルチデータセンタープラットフォームがその提供の背後に主張されています。これらの事実は、継続的な注目を正当化します。

これらは、委託されたタイトルとは異なる物語を語っています。現在の情報源は、Delovaya のラストマイルネットワークを確立していません。古いサイトはインターネットが広く接続可能であると言い、現在のサイトは Business Telephony は事業者ではなく、他の事業者の顧客を支援すると言っています。/24は Citytelecom が管理するプールからレンタルされています。公開ウェブサイトは Beget のネットワークで実行されています。物理的アクセス、音声キャリア、データセンター、サポートはすべて異なるプロバイダーにある可能性があります。

その構造は回復力があります。インテグレーターは、自ら構築するよりも優れたローカルアクセスを購入し、3つのルーティングパートナーを使用し、アプリケーションをデータセンター全体に分散させ、公開サイトを独自の ASN の外部に維持できます。また、すべての層が別の所有者を待っている復旧チェーンを作成することもできます。顧客は1つの電話番号を見ます。障害は、オフィスルーター、卸売回線、ボーダーセッション、アドレスレコード、サーバー、音声トランク、またはキャリアデータベースに存在する可能性があります。

可視ルートは1つの不確実性を低減します。AS47968 は2026年7月10日に動作していました。完全な IPv4 可視性と3つの主要な隣接 ASN は、設計上の空想ではありません。残りの不確実性は物理的かつ契約的です。ルートコレクタは、3つのパスが1つの建物を回避していることや、技術者が1時間で障害ハンドオフに到達できることを示すことはできません。古い料金表は、Delovaya が今日の街路にファイバーを所有していることを示すことはできません。

したがって、最も正確な説明は、意味のある論理接続性と地域アクセスに対する弱い証拠を持つ、生きている小規模テレフォニーおよびルーティング事業です。その回復力の請求書は、トランジット、レンタルアドレス指定、ホスティング、音声相互接続、専門家労働力に集中している可能性があります。キャリアテールまたはデータセンターハンドオフが壊れた場合、フィールド修理は重要ですが、公開証拠はその作業を検証された Delovaya クルーではなく、より広範なサプライヤーチェーンに割り当てています。ネットワークは存在します。計画された施設内のローカルネットワークは示されていません。