पिछले सप्ताह,
RIPE NCC ने
नेटअप ग्राहकों को पत्र भेजे कि उनके
LIR को
RIPE NCC से बाहर
कर दिया
गया है और उन्हें एक नया LIR खोजना चाहिए या अपने दम पर LIR का दर्जा प्राप्त करना चाहिए। यह पत्र खुद
ENOG चैट (
पास्टबिन पर कॉपी ) में प्रकाशित हुआ था। पत्र के कुछ अंश:
हम आपको सूचित करना चाहते हैं कि आपका वर्तमान प्रायोजन LIR, NetUP Ltd., RIPE NCC का सदस्य नहीं है। इसलिए, इस संगठन के साथ आपने जो प्रायोजन समझौता किया है, वह अमान्य हो गया है।
यदि आप उपरोक्त संसाधनों का उपयोग जारी रखना चाहते हैं, तो आपको निम्न की आवश्यकता होगी:
a) अपनी पसंद के LIR के प्रायोजन के साथ अंतिम उपयोगकर्ता असाइनमेंट अनुबंध पर हस्ताक्षर करें। आप यहां स्थानीय इंटरनेट रजिस्ट्रियों की एक सूची पा सकते हैं
या
b) RIPE NCC सदस्य बनें। आप RIPE NCC सदस्य बनने के बारे में अधिक जानकारी यहाँ पा सकते हैं
यह खबर
Opennet.ru और
linux.org.ru पोर्टल पर प्रकाशित की गई थी, हालांकि, इस खबर का टिप्पणियों में ही राजनीतिकरण किया गया था, और इस घटना के वास्तविक परिणामों का खुलासा नहीं किया गया था। आइए इस स्थिति को शांति से समझने की कोशिश करें।
नेटअप
पीआई ब्लॉक और एएस सहायता सेवाएं प्रदान करता है। इस "समर्थन सेवा" का अर्थ यह है कि क्लाइंट नेटअप में वार्षिक भुगतान करता है, और नेटअप RIPE NCC में भुगतान करता है (RIPE NCC उन उपयोगकर्ताओं से सीधे भुगतान स्वीकार नहीं करता है जिनके पास LIR का दर्जा नहीं है)। RIPE डेटाबेस में, यह प्रायोजन-अंग विशेषता का उपयोग करके नोट किया जाता है। यह कुछ इस तरह दिखता है:
whois 194.54.14.159 (IP पता sberbank.ru)'194.54.12.0 - 194.54.15.255' के लिए% दुर्व्यवहार संपर्क 'network_pvb@sberbank.ru' है
inetnum: 194.54.12.0 - 194.54.15.255
netname: PVBSBRF-NET
देश: आरयू
org: ORG-PVB1-RIPE
व्यवस्थापक-सी: AB35587-RIPE
Tech-c: SVP61-RIPE
tech-c: AB35587-RIPE
स्थिति: असंगत पीआई
mnt-by: RIPE-NCC-END-MNT
mnt-by: PVBSBRF-MNT-RIPE
mnt-मार्गों: PVBSBRF-MNT-RIPE
mnt- डोमेन: PVBSBRF-MNT-RIPE
बनाया गया: 2007-12-28T10: 02: 54Z
अंतिम बार संशोधित: 2017-01-26T14: 57: 07Z
स्रोत: RIPE
प्रायोजन-ओआरजी: ORG-JR8-RIPE
ORG-JR8-RIPE LIR रोस्टेलेकॉम (आप किसको देख सकते हैं) है। इस प्रकार, हमारे पास निम्नलिखित हैं: पीआई-ब्लॉक 194.54.12.0/22 Sberbank द्वारा उपयोग किया जाता है, रोस्टेलकॉम एलआईआर सेवाएं प्रदान करता है। इस नेटवर्क में कुछ भी गलत नहीं है।
RIPE NCC से Netup को बाहर करने के बाद, RIPE NCC ने PI ब्लॉकों के मालिकों को पत्र भेजे और प्रायोजन-org विशेषता को inetnum (IP पतों) और aut-num (ऑटोनोमस सिस्टम) ऑब्जेक्ट से हटा दिया। उदाहरण के रूप में 195.43.144.0/24 नेटवर्क का उपयोग करते हुए, आइए देखें कि RIPE डेटाबेस में हाल ही में हमारे पास क्या हुआ है। दुर्भाग्य से, RIPE स्वयं वस्तुओं में परिवर्तन का इतिहास नहीं दिखाता है, लेकिन आप एक ऐसी
सेवा का उपयोग कर सकते हैं जो
कुछ समय के लिए वस्तुओं को कैश करती है और इसलिए थोड़ी पुरानी जानकारी दिखाती है।
यह लिंक (आज के लिए इसका
संग्रह संस्करण ) दिखाता है कि हाल ही में "
ORG-NA225-RIPE " (एक ही नेटअप) मूल्य के साथ एक प्रायोजन-ऑर्ग विशेषता थी।
इस नेटवर्क के लिए RIPE
डेटाबेस में वर्तमान में (nic.ru से आज वस्तु
का संग्रह संस्करण )
, प्रायोजक-ऑर्ग विशेषता गायब है।
इस प्रकार, नेटअप पीआई-ब्लॉक वास्तव में एलआईआर के बिना छोड़ दिए गए थे, जिसका अर्थ है कि यदि मालिकों को एक महीने के भीतर एक नया एलआईआर नहीं मिला, तो वे उन्हें खो देंगे। यहां यह ध्यान दिया जाना चाहिए कि नेटअप ने आरआईपीई एनसीसी मध्यस्थता के साथ
दायर किया है (या फाइल करने का इरादा है) (आप उसी लिंक का उपयोग करके नेटअप को आरआईपीई एनसीसी से बाहर किए जाने के कारण के बारे में पढ़ सकते हैं)। यदि मध्यस्थता जीत ली जाती है, तो सभी परिवर्तन वापस लुढ़क जाएंगे और आप इस कहानी के बारे में भूल सकते हैं। हालांकि, इस बात के
सबूत (
संग्रह ) हैं कि ऐसी स्थिति में मध्यस्थता के पास खोने का एक बड़ा मौका है।
इस स्थिति में,
एनओजी चैट में आरआईपीई एनसीसी कर्मचारी
एलेक्स सेमेनाका निम्नलिखित की सिफारिश करता है:
मैं अब ध्यान से पीआई मालिकों की साइट पर एक और एलआईआर पर स्विच करने की संभावना पर सहमत होगा, और दस्तावेजों को तैयार करेगा (चेतावनी है कि संक्रमण 100% पूर्ण नहीं है)। यदि सब कुछ खराब है, तो सब कुछ तैयार है, और तैयार दस्तावेजों के साथ संक्रमण जल्दी से बाहर किया जाता है। अगर मध्यस्थ फैसला वापस लेता है, तो हम माफी मांगते हैं और नेटअप के साथ बने रहते हैं
इस प्रकार, नेटअप द्वारा मध्यस्थता के नुकसान की स्थिति में, यह अनुशंसा की जाती है कि संसाधनों के मालिक (आईपी पते, एएस) पहले से ही एक नए एलआईआर की तलाश करें।
अब आइए समझने की कोशिश करें कि संभावित रूप से कौन प्रभावित है। ऐसा करने के लिए,
लॉर और
ओपननेट विश्लेषकों ने
inet-num और
aut-num फ़ाइलों को पार्स किया, जिसमें ऑब्जेक्ट पाए गए थे जिन्हें 1 मार्च 2019 को संशोधित किया गया था, उस दिन RIPE ने PI ब्लॉक और ऑटोनोमिक सिस्टम से प्रायोजन-ऑर्ग विशेषता को हटा दिया था। परिणाम पास्टबिन पर पोस्ट किए गए हैं:
एएस ,
पीआई-ब्लॉक (नेटअप से संबंधित प्रविष्टियां 2019-03-01TT11: 56: 27Z और अंत 2019-03-01TT12: 28: 39Z, अंत में कई रिकॉर्ड्स, शुरुआत में और अंत में कमी के कारण वहां मिले। नेटअप के पहले वाले नेटवर्क के सटीक खोज मानदंड, क्योंकि ripe.db.inetnum आर्काइव फ़ाइल को RIPE साइट से डाउनलोड नहीं किया जा सकता है)। इन फाइलों का विश्लेषण (मुख्य रूप से एएस द्वारा) बताता है कि नेटअप ग्राहक थे:
- वाणिज्यिक दूरसंचार ऑपरेटर (दूरसंचार, ज्यादातर छोटे हैं, सार्वजनिक स्रोतों में वैनाख-टेलीकॉम ग्राहकों की संख्या नहीं पाई जा सकती है)
- वाणिज्यिक उद्यम (जैसे X5 रिटेल ग्रुप (AS44704))
- राज्य के स्वामित्व वाली कंपनियों (या राज्य की भागीदारी के साथ), Sberbank शाखाओं (AS47457, AS58112) से शुरू होती है और केमेरोवो (AS35835) में अस्पताल के साथ समाप्त होती है
वास्तव में, दूसरे LIR के संक्रमण के साथ समस्याओं की पहली दो श्रेणियां नहीं होनी चाहिए, अगर उन्हें इस समस्या के बारे में बिल्कुल पता है (इस तथ्य से नहीं कि RIPE NCC और Netup मेलिंग सूची में सभी प्राप्तकर्ता प्रासंगिक हैं), लेकिन राज्य के स्वामित्व वाली कंपनियों के साथ यह इतना सरल नहीं है। एक नियम के रूप में, उन्हें एक अन्य कानूनी इकाई के साथ अनुबंध को नवीनीकृत करने के लिए एक निविदा आयोजित करनी चाहिए। चेहरा, जो 30 दिनों से अधिक महत्वपूर्ण हो सकता है। यदि नेटअप मध्यस्थता खो देता है, तो वे
अपने पत्र में इस विकल्प की पेशकश करते हैं:
यदि हम मध्यस्थता के दौरान प्रतिबंधों के आवेदन की अवैधता को साबित करने में विफल रहते हैं, तो हम सभी ग्राहकों को समान शर्तों पर नए एलआईआर संगठन के साथ समझौते करने के लिए आमंत्रित करेंगे।
यह देखते हुए कि नया LIR संगठन, यह एक अलग जूर होना चाहिए। व्यक्ति, फिर इस अनुबंध के पुनर्जागरण के साथ, राज्य। वस्तुओं और सेवाओं की खरीद के नौकरशाहीकरण के कारण कंपनियों को महत्वपूर्ण कठिनाइयों का अनुभव हो सकता है।
LIR gcxc.net के संबंध में एक छोटा सा जोड़। दुर्भाग्य से, जब RIPE NCC ने उनसे ऑब्जेक्ट हटा दिए, तो कोई जानकारी नहीं है, इसलिए यह अभी तक स्पष्ट नहीं है कि RIPE डेटाबेस को पार्स कैसे करें और संभावित रूप से प्रभावित नेटवर्क और AS को ढूंढें। कंपनी की ओर से केवल एक
टिप्पणी (
संग्रह ) है जो कि nag.ru फोरम पर है, जो उस स्थिति का सार बताता है जिसके कारण उन्हें RIPE NCC से भी बाहर रखा गया था।
मैं चाहता हूं कि नेटअप और gcxc.net मध्यस्थता में शुभकामनाएं दें, और उनके ग्राहक मूल्यवान संसाधनों को बनाए रखें।
UPD 2019-03-07: AS और नेटवर्क की
अद्यतित सूची दिखाई दी (फरवरी के अंत तक संग्रहीत)
नेटाल द्वारा समर्थित स्टैंडअलोन सिस्टमPI IP पते NetUP द्वारा समर्थित हैंGCXC द्वारा समर्थित स्वायत्त प्रणालीGCXC- समर्थित PI IPs