🥇 ट्राफिक एक्सचेन्ज पोइन्ट: उत्पत्ति देखि तपाईंको आफ्नै IX सिर्जना गर्न

"हामीले हामी र SRI मा केटाहरू बीच टेलिफोन जडान सेट अप गर्यौं ...", क्लेनरोक... एक अन्तर्वार्तामा भने:
"हामीले L टाइप गर्यौं र हामीले फोनमा सोध्यौं, "के तपाइँ L देख्नुहुन्छ?"
"हो, हामी L देख्छौं," जवाफ आयो।
"हामीले O टाइप गर्यौं, र हामीले सोध्यौं, "के तपाइँ O देख्नुहुन्छ।"
"हो, हामी ओ देख्छौं।"
"त्यसपछि हामीले G टाइप गर्यौं, र प्रणाली क्र्यास भयो"...

तैपनि क्रान्ति सुरु भएको थियो...

इन्टरनेट को शुरुवात।

नमस्कार!

मेरो नाम अलेक्जेंडर हो, म Linxdatacenter मा नेटवर्क इन्जिनियर हुँ। आजको लेखमा हामी ट्राफिक एक्सचेन्ज पोइन्टहरू (इन्टरनेट एक्सचेन्ज पोइन्टहरू, IXP) को बारेमा कुरा गर्नेछौं: तिनीहरूको उपस्थिति पहिले के थियो, तिनीहरूले के कार्यहरू समाधान गर्छन् र तिनीहरू कसरी निर्माण हुन्छन्। साथै यस लेखमा म EVE-NG प्लेटफर्म र BIRD सफ्टवेयर राउटर प्रयोग गरेर IXP को सञ्चालनको सिद्धान्त प्रदर्शन गर्नेछु, ताकि तपाइँले "हुड अन्तर्गत" कसरी काम गर्दछ भन्ने कुरा बुझ्नुहुन्छ।

बिटको इतिहास

हेर्नुभयो भने यहाँ, त्यसपछि तपाईले देख्न सक्नुहुन्छ कि ट्राफिक विनिमय बिन्दुहरूको संख्यामा द्रुत वृद्धि 1993 मा सुरु भयो। त्यो समयमा अवस्थित टेलिकम अपरेटरहरूको अधिकांश ट्राफिक अमेरिकी ब्याकबोन नेटवर्कबाट गुज्रिएको तथ्यका कारण हो। त्यसोभए, उदाहरणका लागि, जब ट्राफिक फ्रान्सको अपरेटरबाट जर्मनीको अपरेटरमा गयो, यो पहिले फ्रान्सबाट संयुक्त राज्य अमेरिकामा गयो, र त्यसपछि मात्र संयुक्त राज्य अमेरिकाबाट जर्मनी। यस मामिलामा ब्याकबोन नेटवर्कले फ्रान्स र जर्मनी बीचको ट्रान्जिटको रूपमा काम गर्यो। एउटै देश भित्रको ट्राफिक पनि प्रायः सीधै होइन, तर अमेरिकी अपरेटरहरूको ब्याकबोन नेटवर्कहरू मार्फत हुन्छ।

यो अवस्थाले ट्रान्जिट ट्राफिक वितरणको लागत मात्र होइन, च्यानल र ढिलाइको गुणस्तरलाई पनि असर गर्यो। इन्टरनेट प्रयोगकर्ताहरूको संख्या बढ्यो, नयाँ अपरेटरहरू देखा पर्यो, ट्राफिकको मात्रा बढ्यो, र इन्टरनेट परिपक्व भयो। विश्वभरका अपरेटरहरूले अन्तर-सञ्चालक अन्तरक्रियालाई व्यवस्थित गर्न थप तर्कसंगत दृष्टिकोण आवश्यक छ भनेर महसुस गर्न थाले। "किन मैले, अपरेटर A, अर्को सडकमा रहेको अपरेटर B लाई ट्राफिक पुर्‍याउनको लागि अर्को देशबाट ट्रान्जिटको लागि तिर्नु पर्छ?" त्यो बेला टेलिकम अपरेटरहरूले आफैलाई सोधेको प्रश्न हो। यसरी, ट्राफिक विनिमय बिन्दुहरू संसारका विभिन्न भागहरूमा अपरेटर एकाग्रता बिन्दुहरूमा देखा पर्न थाले:

1994 - लन्डन मा लिनक्स,
1995 - फ्रैंकफर्ट मा DE-CIX,
1995 - MSK-IX, मस्कोमा, आदि।

इन्टरनेट र हाम्रो दिन

वैचारिक रूपमा, आधुनिक इन्टरनेटको वास्तुकलामा धेरै स्वायत्त प्रणालीहरू (एएस) र तिनीहरूको बीचमा धेरै जडानहरू हुन्छन्, भौतिक र तार्किक दुवै, जसले एक AS बाट अर्कोमा ट्राफिकको मार्ग निर्धारण गर्दछ।

ASs सामान्यतया टेलिकम अपरेटरहरू, इन्टरनेट प्रदायकहरू, CDNs, डेटा केन्द्रहरू, र उद्यम खण्ड कम्पनीहरू हुन्। ASes ले सामान्यतया BGP प्रोटोकल प्रयोग गरेर, आपसमा तार्किक जडानहरू (पियरिङ) व्यवस्थित गर्दछ।

कसरी स्वायत्त प्रणालीहरूले यी जडानहरू व्यवस्थित गर्छन् धेरै कारकहरूद्वारा निर्धारण गरिन्छ:

भौगोलिक,
आर्थिक,
राजनीतिक,
एएस मालिकहरू बीचको सम्झौता र साझा हितहरू,
र यति।

निस्सन्देह, यो योजना एक निश्चित संरचना र पदानुक्रम छ। यसरी, अपरेटरहरूलाई tier-1, tier-2 र tier-3 मा विभाजन गरिएको छ, र यदि स्थानीय इन्टरनेट प्रदायक (tier-3) का ग्राहकहरू, नियमको रूपमा, सामान्य प्रयोगकर्ताहरू हुन् भने, उदाहरणका लागि, tier-1 को लागि। स्तर अपरेटरहरू ग्राहकहरू अन्य अपरेटरहरू हुन्। टियर-3 अपरेटरहरूले आफ्ना ग्राहकहरूको ट्राफिक, टियर-2 दूरसञ्चार अपरेटरहरूको ट्राफिक, फलस्वरूप, टियर-3 अपरेटरहरूको ट्राफिक, र टियर-1 - सबै इन्टरनेट ट्राफिकहरू जम्मा गर्छन्।

योजनाबद्ध रूपमा यसलाई यसरी प्रतिनिधित्व गर्न सकिन्छ:

यो तस्विरले देखाउँछ कि ट्राफिक तल देखि माथि सम्म एकत्रित छ, अर्थात्। अन्तिम प्रयोगकर्ताहरू देखि टियर-1 अपरेटरहरू। त्यहाँ ASs बीच ट्राफिकको तेर्सो आदानप्रदान पनि छ जुन लगभग एक अर्काको बराबर छ।

एक अभिन्न अंग र एकै समयमा यो योजना को एक हानि एक भौगोलिक क्षेत्र भित्र, अन्त प्रयोगकर्ता को नजिक स्थित स्वायत्त प्रणाली बीच जडान को एक निश्चित भ्रम हो। तलको चित्रलाई विचार गर्नुहोस्:

मानौं कि ठूलो शहरमा 5 दूरसञ्चार अपरेटरहरू छन्, जसको बीचमा, एक कारण वा अर्कोको लागि, माथि देखाइएको रूपमा व्यवस्थित गरिएको छ।

यदि प्रयोगकर्ता पेटिया, Go ISP मा जडान भएको छ, ASM प्रदायकसँग जडान गरिएको सर्भर पहुँच गर्न चाहन्छ भने, तिनीहरू बीचको ट्राफिक 5 स्वायत्त प्रणालीहरू मार्फत पार गर्न बाध्य हुनेछ। यसले गर्दा ढिलाइ बढ्छ नेटवर्क उपकरणहरूको संख्या जसको माध्यमबाट ट्राफिक जान्छ, साथै Go र ASM बीचको स्वायत्त प्रणालीहरूमा ट्रान्जिट ट्राफिकको मात्रा बढ्छ।

ट्राफिक पास गर्न बाध्य पारिएको ट्रान्जिट AS को संख्या कसरी घटाउने? त्यो सही छ - ट्राफिक विनिमय बिन्दु।

आज, नयाँ IXPs को उदय 90s-2000 को प्रारम्भिक आवश्यकताहरु द्वारा संचालित छ, केवल एक सानो स्तर मा, टेलिकम अपरेटरहरु, प्रयोगकर्ताहरु र ट्राफिक को बढ्दो संख्या को प्रतिक्रिया मा, CDN नेटवर्कहरु द्वारा उत्पन्न सामग्री को बढ्दो मात्रा को प्रतिक्रिया मा। र डाटा केन्द्रहरू।

एक विनिमय बिन्दु के हो?

ट्राफिक एक्सचेन्ज पोइन्ट भनेको विशेष नेटवर्क पूर्वाधार भएको ठाउँ हो जहाँ पारस्परिक ट्राफिक एक्सचेन्जमा रुचि राख्ने सहभागीहरूले आपसी पियरिङ व्यवस्थित गर्छन्। ट्राफिक एक्सचेन्ज पोइन्टहरूको मुख्य सहभागीहरू: टेलिकम अपरेटरहरू, इन्टरनेट प्रदायकहरू, सामग्री प्रदायकहरू र डेटा केन्द्रहरू। ट्राफिक विनिमय बिन्दुहरूमा, सहभागीहरू एकअर्कासँग सीधा जडान हुन्छन्। यसले तपाईंलाई निम्न समस्याहरू समाधान गर्न अनुमति दिन्छ:

विलम्बता कम गर्ने,
ट्रान्जिट यातायात को मात्रा कम,
AS बीचको मार्ग अप्टिमाइज गर्नुहोस्।

IXPs विश्वका धेरै ठूला शहरहरूमा अवस्थित छन् भन्ने कुरालाई ध्यानमा राख्दै, यी सबैको समग्र रूपमा इन्टरनेटमा लाभदायक प्रभाव छ।

यदि Petya को साथ माथिको अवस्था IXP प्रयोग गरेर हल गरियो भने, यो केहि यस्तो हुनेछ:

ट्राफिक एक्सचेन्ज पोइन्टले कसरी काम गर्छ?

नियमको रूपमा, IXP सार्वजनिक IPv4/IPv6 ठेगानाहरूको आफ्नै ब्लकको साथ छुट्टै AS हो।

IXP नेटवर्कमा प्रायः निरन्तर L2 डोमेन हुन्छ। कहिलेकाहीँ यो केवल VLAN हो जसले सबै IXP क्लाइन्टहरू होस्ट गर्दछ। जब यो ठूलो, भौगोलिक रूपमा वितरित IXP को कुरा आउँछ, MPLS, VXLAN, आदि जस्ता प्रविधिहरू L2 डोमेनलाई व्यवस्थित गर्न प्रयोग गर्न सकिन्छ।

IXP तत्वहरू

SKS। यहाँ केहि असामान्य छैन: र्याकहरू, अप्टिकल क्रस-जडानहरू, प्याच प्यानलहरू।
स्विचहरू - IXP को आधार। स्विच पोर्ट IXP नेटवर्कमा प्रवेश बिन्दु हो। स्विचहरूले सुरक्षा कार्यहरूको अंश पनि प्रदर्शन गर्दछ - तिनीहरूले जंक ट्राफिक फिल्टर गर्दछ जुन IXP नेटवर्कमा उपस्थित हुनु हुँदैन। एक नियमको रूपमा, स्विचहरू कार्यात्मक आवश्यकताहरूको आधारमा चयन गरिन्छ - विश्वसनीयता, समर्थित पोर्ट गति, सुरक्षा सुविधाहरू, sFlow समर्थन, आदि।
रूट सर्भर (RS) - कुनै पनि आधुनिक ट्राफिक विनिमय बिन्दुको अभिन्न र आवश्यक भाग। सञ्चालनको सिद्धान्त iBGP मा रूट रिफ्लेक्टर वा OSPF मा नामित राउटरसँग धेरै मिल्दोजुल्दो छ र उही समस्याहरू समाधान गर्दछ। ट्राफिक एक्सचेन्ज पोइन्टमा सहभागीहरूको संख्या बढ्दै जाँदा, प्रत्येक सहभागीलाई समर्थन गर्न आवश्यक हुने BGP सत्रहरूको संख्या बढ्छ, अर्थात्। यो iBGP मा क्लासिक पूर्ण-जाल टोपोलोजी को सम्झना दिलाउँछ। RS ले निम्न तरिकाले समस्या समाधान गर्छ: यसले प्रत्येक इच्छुक IXP सहभागीसँग BGP सत्र स्थापना गर्दछ, र त्यो सहभागी RS ग्राहक बन्छ। यसको एक ग्राहकबाट BGP अपडेट प्राप्त गर्दै, RS ले यो अपडेट आफ्ना सबै ग्राहकहरूलाई पठाउँछ, अवश्य पनि, यो अपडेट प्राप्त भएको एक अपवाद बाहेक। यसरी, RS ले सबै IXP सदस्यहरू बीच पूर्ण-जाल स्थापना गर्ने आवश्यकतालाई हटाउँछ र स्केलेबिलिटी समस्यालाई राम्ररी समाधान गर्छ। यो ध्यान दिन लायक छ कि रूट सर्भरले BGP द्वारा प्रसारित विशेषताहरूमा परिवर्तन नगरी पारदर्शी रूपमा एक AS बाट अर्कोमा मार्गहरू प्रसारण गर्दछ, उदाहरणका लागि, यसले AS-path मा आफ्नो AS मा संख्या थप्दैन। RS मा पनि रूटहरूको आधारभूत फिल्टरिङ छ: उदाहरणका लागि, RS ले Martians नेटवर्कहरू र IXP को उपसर्गहरू स्वीकार गर्दैन।
एक खुला स्रोत सफ्टवेयर राउटर, BIRD (पक्षी इन्टरनेट राउटिंग डेमन), प्राय: रूट सर्भर समाधानको रूपमा प्रयोग गरिन्छ। यसको बारेमा राम्रो कुरा यो हो कि यो नि: शुल्क छ, धेरै लिनक्स वितरणहरूमा द्रुत रूपमा डिप्लोय गर्दछ, रूटिङ / फिल्टरिङ नीतिहरू सेटअप गर्न लचिलो संयन्त्र छ, र कम्प्युटिङ स्रोतहरूमा माग गर्दैन। साथै, सिस्को, जुनिपर, आदिबाट हार्डवेयर/भर्चुअल राउटरलाई RS को रूपमा चयन गर्न सकिन्छ।
सुरक्षा। IXP नेटवर्क ठूलो संख्यामा ASes को एकाग्रता भएकोले, सबै सहभागीहरूले पालना गर्नुपर्ने सुरक्षा नीति राम्रोसँग लेखिएको हुनुपर्छ। सामान्यतया, IXP बाहिरका दुई अलग-अलग BGP साथीहरू बीच एक BGP आसन्नता स्थापना गर्दा लागू हुने सबै समान संयन्त्रहरू यहाँ लागू हुन्छन्, साथै केही अतिरिक्त सुरक्षा सुविधाहरू।
उदाहरणका लागि, IXP सहभागीको विशेष म्याक ठेगानाबाट मात्र ट्राफिकलाई अनुमति दिनु राम्रो अभ्यास हो, जुन पहिले नै सम्झौता गरिएको छ। 0x0800 (IPv4), 0x08dd (IPv6), 0x0806 (ARP) बाहेक अन्य ईथरटाइप क्षेत्रहरूसँग ट्राफिक अस्वीकार गर्दै; यो BGP peering मा नमिल्ने ट्राफिक फिल्टर गर्न को लागी गरिन्छ। GTSM, RPKI, आदि जस्ता संयन्त्रहरू पनि प्रयोग गर्न सकिन्छ।

सायद माथिको कुनै पनि IXP को मुख्य कम्पोनेन्टहरू हुन्, स्केलको पर्वाह नगरी। निस्सन्देह, ठूला IXP हरूमा अतिरिक्त प्रविधिहरू र समाधानहरू हुन सक्छन्।
यस्तो हुन्छ कि IXP ले आफ्ना सहभागीहरूलाई थप सेवाहरू पनि प्रदान गर्दछ:

IXP TLD DNS सर्भरमा राखिएको छ,
हार्डवेयर NTP सर्भरहरू स्थापना गर्नुहोस्, सहभागीहरूलाई सही रूपमा समय सिङ्क्रोनाइज गर्न अनुमति दिँदै,
DDoS आक्रमणहरू, आदि विरुद्ध सुरक्षा प्रदान गर्नुहोस्।

कसरी यो काम गर्दछ

EVE-NG प्रयोग गरी मोडेल गरिएको साधारण IXP को उदाहरण प्रयोग गरेर ट्राफिक एक्सचेन्ज पोइन्टको सञ्चालनको सिद्धान्तलाई हेरौं, र त्यसपछि BIRD सफ्टवेयर राउटरको आधारभूत सेटअपलाई विचार गरौं। रेखाचित्रलाई सरल बनाउन, हामी अनावश्यकता र गल्ती सहिष्णुता जस्ता महत्त्वपूर्ण कुराहरू छोड्नेछौं।

नेटवर्क टोपोलोजी तलको चित्रमा देखाइएको छ।

मानौं कि हामी एउटा सानो विनिमय बिन्दु व्यवस्थापन गर्छौं र निम्न पियरिङ विकल्पहरू प्रदान गर्छौं:

सार्वजनिक अवलोकन,
निजी पियरिङ,
रुट सर्भर मार्फत पियरिङ।

हाम्रो AS नम्बर 555 हो, हामीसँग IPv4 ठेगानाहरूको ब्लक छ - 50.50.50.0/24, जसबाट हामी हाम्रो नेटवर्कमा जडान हुन चाहनेहरूका लागि IP ठेगानाहरू जारी गर्छौं।

50.50.50.254 - रुट सर्भर इन्टरफेसमा आईपी ठेगाना कन्फिगर गरिएको छ, यस आईपी ग्राहकहरूले RS मार्फत पियरिङको अवस्थामा BGP सत्र स्थापना गर्नेछन्।

साथै, RS मार्फत पियरिङको लागि, हामीले BGP समुदायमा आधारित एक सरल मार्ग नीति विकास गरेका छौं, जसले IXP सहभागीहरूलाई कसलाई र कुन मार्गहरू पठाउने भनेर नियमन गर्न अनुमति दिन्छ:

BGP समुदाय
विवरण

LOCAL_AS:PEER_AS
PEER_AS लाई मात्र उपसर्गहरू पठाउनुहोस्

LOCAL_AS:IXP_AS
सबै IXP सहभागीहरूलाई उपसर्गहरू स्थानान्तरण गर्नुहोस्

3 ग्राहकहरू हाम्रो IXP मा जडान गर्न र ट्राफिक विनिमय गर्न चाहन्छन्; मानौं यी इन्टरनेट प्रदायकहरू हुन्। तिनीहरू सबै रुट सर्भर मार्फत पियरिङ व्यवस्थित गर्न चाहन्छन्। तल ग्राहक जडान प्यारामिटरहरु संग एक रेखाचित्र छ:

ग्राहक
ग्राहक AS नम्बर
ग्राहक विज्ञापित उपसर्गहरू
IXP मा जडान गर्न ग्राहकलाई आईपी ठेगाना जारी गरियो

ISP #1
AS 100 XNUMX।
1.1.0.0/16
50.50.50.10/24

ISP #2
AS 200 XNUMX।
2.2.0.0/16
50.50.50.20/24

ISP #3
AS 300 XNUMX।
3.3.0.0/16
50.50.50.30/24

ग्राहक राउटरमा आधारभूत BGP सेटअप:

router bgp 100
 no bgp enforce-first-as
 bgp log-neighbor-changes
 neighbor 50.50.50.254 remote-as 555
address-family ipv4
  network 1.1.0.0 mask 255.255.0.0
  neighbor 50.50.50.254 activate
  neighbor 50.50.50.254 send-community both
  neighbor 50.50.50.254 soft-reconfiguration inbound
  neighbor 50.50.50.254 route-map ixp-out out
 exit-address-family

ip prefix-list as100-prefixes seq 5 permit 1.1.0.0/16
route-map bgp-out permit 10
 match ip address prefix-list as100-prefixes
 set community 555:555

यहाँ no bgp enforce-first-as सेटिङलाई ध्यान दिन लायक छ। पूर्वनिर्धारित रूपमा, BGP लाई प्राप्त BGP अपडेटको as-path मा अद्यावधिक प्राप्त भएको साथीको as bgp नम्बर समावेश गर्न आवश्यक छ। तर रूट सर्भरले as-path मा परिवर्तन गर्दैन, यसको नम्बर as-path मा हुनेछैन र अद्यावधिक खारेज गरिनेछ। यो सेटिङ राउटर यो नियम बेवास्ता गर्न प्रयोग गरिन्छ।

हामीले यो पनि देख्छौं कि ग्राहकले यो उपसर्गमा bgp समुदाय 555:555 सेट गरेको छ, जुन हाम्रो नीति अनुसार ग्राहकले अन्य सबै सहभागीहरूलाई यो उपसर्ग विज्ञापन गर्न चाहन्छ भन्ने हो।

अन्य ग्राहकहरूको राउटरहरूको लागि, सेटिङहरू समान हुनेछन्, तिनीहरूको अद्वितीय प्यारामिटरहरूको अपवादको साथ।

BIRD कन्फिगरेसनको उदाहरण:

define ixp_as = 555;
define ixp_prefixes = [ 50.50.50.0/24+ ];

template bgp RS_CLIENT {
  local as ixp_as;
  rs client;
}

निम्नले मार्टियन उपसर्गहरू, साथै IXP को उपसर्गहरू स्वीकार नगर्ने फिल्टरको वर्णन गर्दछ:

function catch_martians_and_ixp()
prefix set martians;
prefix set ixp_prefixes;
{
  martians = [ 
  0.0.0.0/8+,
  10.0.0.0/8+,
  100.64.0.0/10+,
  127.0.0.0/8+,
  169.254.0.0/16+,
  172.16.0.0/12+,
  192.0.0.0/24+,
  192.0.2.0/24+,
  192.168.0.0/16+,
  198.18.0.0/15+,
  198.51.100.0/24+,
  203.0.113.0/24+,
  224.0.0.0/4+,
  240.0.0.0/4+ ];

  if net ~ martians || net ~ ixp_prefixes then return false;

  return true;
}

यो प्रकार्यले हामीले पहिले वर्णन गरेको मार्ग नीति लागू गर्दछ।

function bgp_ixp_policy(int peer_as)
{
  if (ixp_as, ixp_as) ~ bgp_community then return true;
  if (ixp_as, peer_as) ~ bgp_community then return true;

  return false;
}

filter reject_martians_and_ixp
{
  if catch_martians_and_ixp() then reject;
  if ( net ~ [0.0.0.0/0{25,32} ] ) then {
    reject;
  }
  accept;


}

हामी पियरिङ कन्फिगर गर्छौं, उपयुक्त फिल्टर र नीतिहरू लागू गर्छौं।

protocol as_100 from RS_CLIENT {
  neighbor 50.50.50.10 as 100;
  ipv4 {
    export where bgp_ixp_policy(100);
    import filter reject_martians_and_ixp;
  }
}

protocol as_200 from RS_CLIENT {
  neighbor 50.50.50.20 as 200;
  ipv4 {
    export where bgp_ixp_policy(200);
    import filter reject_martians_and_ixp;
  }
}

protocol as_300 from RS_CLIENT {
  neighbor 50.50.50.30 as 300;
  ipv4 {
    export where bgp_ixp_policy(300);
    import filter reject_martians_and_ixp;
  }
}

यो ध्यान दिन लायक छ कि रुट सर्भरमा विभिन्न साथीहरूबाट विभिन्न RIB मा रुटहरू राख्नु राम्रो अभ्यास हो। BIRD ले तपाईंलाई यो गर्न अनुमति दिन्छ। हाम्रो उदाहरणमा, सरलताको लागि, सबै ग्राहकहरूबाट प्राप्त सबै अद्यावधिकहरू एक साझा RIB मा थपिन्छन्।

त्यसोभए, हामीले के पायौं भनेर जाँच गरौं।

रुट सर्भरमा हामीले देख्छौं कि सबै तीन ग्राहकहरूसँग BGP सत्र स्थापना गरिएको छ:

हामी देख्छौं कि हामीले सबै ग्राहकहरूबाट उपसर्गहरू प्राप्त गर्छौं:

100 राउटरको रूपमा, हामीले देख्छौं कि यदि रूट सर्भरसँग एउटा मात्र BGP सत्र छ भने, हामीले 200 र 300 दुवैबाट उपसर्गहरू प्राप्त गर्छौं, जबकि BGP विशेषताहरू परिवर्तन भएका छैनन्, जस्तै कि ग्राहकहरू बीचको पियरिङ प्रत्यक्ष रूपमा गरिएको थियो:

यसरी, हामी देख्छौं कि रूट सर्भरको उपस्थितिले IXP मा पियरिङको संगठनलाई धेरै सरल बनाउँछ।

मलाई आशा छ कि यो प्रदर्शनले तपाईंलाई IXPs कसरी काम गर्छ र IXP मा मार्ग सर्भरले कसरी काम गर्छ भनेर बुझ्न मद्दत गरेको छ।

Linxdatacenter IX

Linxdatacenter मा, हामीले 2 स्विच र 2 रूट सर्भरहरूको गल्ती-सहिष्णु पूर्वाधारमा आधारित हाम्रो आफ्नै IXP निर्माण गर्यौं। हाम्रो IXP अब परीक्षण मोडमा चलिरहेको छ, र हामी सबैलाई Linxdatacenter IX मा जडान गर्न र परीक्षणमा भाग लिन आमन्त्रित गर्दछौं। जडित हुँदा, तपाईंलाई 1 Gbit/s को ब्यान्डविथ भएको पोर्ट, हाम्रो रूट सर्भरहरू मार्फत पियर गर्ने क्षमता, साथै IX पोर्टलको तपाईंको व्यक्तिगत खातामा पहुँच उपलब्ध गराइनेछ। ix.linxdatacenter.com.

परीक्षणमा पहुँच प्राप्त गर्न टिप्पणीहरू वा निजी सन्देशहरूमा लेख्नुहोस्।

निष्कर्षमा

ट्राफिक एक्सचेन्ज बिन्दुहरू इन्टरनेटको बिहानमा टेलिकम अपरेटरहरू बीच सबोप्टिमल ट्राफिक प्रवाहको समस्या समाधान गर्ने उपकरणको रूपमा देखा पर्‍यो। अब, नयाँ विश्वव्यापी सेवाहरूको आगमन र CDN ट्राफिकको मात्रामा वृद्धिसँगै, विनिमय बिन्दुहरूले विश्वव्यापी नेटवर्कको सञ्चालनलाई अनुकूलन गर्न जारी राख्छ। विश्वमा IXPs को संख्यामा भएको वृद्धिले सेवाको अन्तिम प्रयोगकर्ता र टेलिकम अपरेटरहरू, सामग्री अपरेटरहरू, आदि दुवैलाई फाइदा पुर्‍याउँछ। IXP सहभागीहरूका लागि, बाह्य पियरिङको आयोजनाको लागत घटाउन, उच्च-स्तरका अपरेटरहरूले तिर्नु पर्ने ट्राफिकको मात्रा घटाउन, राउटिङ अप्टिमाइज गर्ने, र सामग्री अपरेटरहरूसँग प्रत्यक्ष इन्टरफेस गर्ने क्षमतामा फाइदा व्यक्त गरिन्छ।

उपयोगी लिङ्कहरू

ट्राफिक विनिमय बिन्दुहरूको स्थानको नक्सा हेर्नुहोस्: www.internetexchangemap.com
IXP मा उपस्थिति सहित BGP peering मा विस्तृत तथ्याङ्कहरू हेर्नुहोस्: www.peeringdb.com

स्रोत: www.habr.com

ट्राफिक एक्सचेन्ज पोइन्ट: उत्पत्ति देखि तपाईंको आफ्नै IX सिर्जना गर्न