2つのロシアLIR（Netup、gcxc.net）を除外した場合のRIPEソリューションとその結果

先週、RIPE NCCはNetupクライアントに、 LIRが RIPE NCCから​​追放され、新しいLIRを見つけるか、LIRステータスを自分で取得するようにという手紙を送りました。 手紙自体はENOGチャットで公開されました（ pastebinに コピー ）。 手紙からの短い抜粋：

現在のスポンサーであるLIRであるNetUP Ltd.は、RIPE NCCのメンバーではなくなったことをお知らせします。 したがって、この組織と署名したスポンサーシップ契約は無効になりました。



上記のリソースを引き続き使用する場合は、次のことを行う必要があります。



a）選択したスポンサーLIRとエンドユーザー割り当て契約に署名します。 こちらからローカルインターネットレジストリのリストを見つけることができます。

または

b）RIPE NCCメンバーになる。 RIPE NCCメンバーになるための詳細については、 こちらをご覧ください。

このニュースはopennet.ruおよびlinux.org.ruポータルで公開されましたが、ニュース自体はコメントで政治化されており、このイベントの実際の結果は明らかにされていません。 この状況を冷静に理解してみましょう。



Netupは、 PIブロックおよびASサポートサービスを提供します。 この「サポートサービス」の意味は、クライアントがNetupで年間支払いを行い、NetupがRIPE NCCで支払うことです（RIPE NCCはLIRステータスを持たないユーザーからの支払いを直接受け付けません）。 RIPEデータベースでは、これはスポンサー組織属性を使用して示されます。 次のようになります。





ORG-JR8-RIPEはLIR Rostelecomです（whoisを見ることができます）。 したがって、次のものがあります。PI-block 194.54.12.0/22はSberbankによって使用され、RostelecomはLIRサービスを提供します。 このネットワークに問題はありません。



NetupがRIPE NCCから​​除外された後、RIPE NCCはPIブロックの所有者に手紙を送信し、inetnum（IPアドレス）およびaut-num（自律システム）オブジェクトからスポンサー組織属性を削除しました。 例として195.43.144.0/24ネットワークを使用して、RIPEデータベースで最近起こったことを見てみましょう。 残念ながら、RIPE自体はオブジェクトの変更履歴を表示しませんが、しばらくの間オブジェクトをキャッシュするサービスを使用できるため、少し古い情報が表示されます。 このリンク（今日のアーカイブバージョン ）は、最近まで「 ORG-NA225-RIPE 」という値（同じNetup）のスポンサー組織属性があったことを示しています。 現在（今日のオブジェクトのアーカイブバージョンは nic.ruからのものです）、 このネットワークのRIPEデータベースには、sponsoring-org属性がありません。



したがって、Netup PIブロックは実際にはLIRなしのままでした。つまり、所有者が1か月以内に新しいLIRを見つけなければ、それらは失われます。 ここで、NetupがRIPE NCC仲裁に提出した（または提出するつもりである）ことに注意してください（ Netupが同じリンクを使用してRIPE NCCから​​除外された理由について読むことができます）。 調停に勝った場合、すべての変更がロールバックされ、このストーリーを忘れることができます。 ただし、そのような状況での仲裁は負ける可能性が高いという証拠 （ アーカイブ ）があります。



この状況では、 ENOGチャットの RIPE NCC従業員Alex Semenyakaは以下を推奨しています。

PI所有者のサイトで別のLIRに切り替える可能性について慎重に同意し、文書を準備します（移行が100％完了していないことを警告）。 すべてが悪い場合は、すべての準備が整い、完成したドキュメントの移行が迅速に実行されます。 仲裁人が決定を取り下げた場合、謝罪し、NetUpに留まります

したがって、Netupによる調停が失われた場合、リソース所有者（IPアドレス、AS）が新しいLIRを探すことをお勧めします。



では、誰が影響を受ける可能性があるのか​​を理解しましょう。 これを行うために、 lorおよびopennetアナリストはinet-numおよびaut-numファイルを解析します。このファイルでは、2019年3月1日に変更されたオブジェクトが見つかり、その日RIPEはPIブロックおよび自律システムからスポンサー組織属性を削除しました。 結果はpastebinに投稿されます： AS 、 PIブロック （Netupに関連するエントリ2019-03-01TT11：56：27Zおよび終了2019-03-01TT12：28：39Z、開始時と終了時のいくつかのレコードが不足しているためそこに到達しましたripe.db.inetnumアーカイブファイルはRIPE Webサイトからダウンロードできないため、Netupが以前持っていたネットワークの正確な検索条件。 これらのファイルの分析（主にASによる）は、Netupクライアントが次のことを示唆しています。

1. 商業通信事業者（ほとんどの小規模な通信会社、Vainakh-Telecom加入者の数は公共のソースでは見つかりませんでした）
2. 営利企業（例：X5 Retail Group（AS44704））
3. Sberbank支店（AS47457、AS58112）で始まり、Kemerovoの病院（AS35835）で終わる国営企業（または州参加）

実際、最初の2つのカテゴリは、この問題についてまったく知っていれば（RIPE NCCおよびNetupメーリングリストのすべての受信者が関連しているという事実ではなく）別のLIRへの切り替えに問題はないはずですが、国営企業ではそれほど簡単ではありません。 原則として、他の法人との契約を更新するために入札を行う必要があります。 顔、これは30日を大幅に超えることがあります。 Netupが調停に負けた場合、彼らは手紙でこのオプションを提供します：

調停中に制裁の適用の違法性を証明できなかった場合、すべてのクライアントが同じ条件で新しいLIR組織と契約を締結するように招待します。

新しいLIR組織という事実を考えると、これは別の法案でなければなりません。 人、そしてこの契約の再交渉で、状態。 商品やサービスの調達の官僚化により、企業は大きな困難に直面する可能性があります。



LIR gcxc.netに関する小さな追加。 残念ながら、RIPE NCCがオブジェクトをオブジェクトから削除したときの情報がないため、RIPEデータベースを解析し、潜在的に破損したネットワークとASを見つける方法はまだ明確ではありません。 nag.ruフォーラムには、会社自体からのコメント （ アーカイブ ）しかありません。これは、RIPE NCCから​​も除外された状況の本質を説明しています。



Netupとgcxc.netが仲裁で幸運を祈り、その顧客が貴重なリソースを保持することを願っています。



UPD 2019-03-07： ASおよびネットワークの更新されたリストが表示されました （2月末のアーカイブによる）

Netupがサポートするスタンドアロンシステム

NetUPでサポートされているPI IPアドレス

GCXCがサポートする自律システム

GCXCがサポートするPI IP