मुश्किल नेटवर्किंग मुद्दे

A1 : यह एक दो-पिन टेलीफोन जैक के लिए किया जाता है। इस प्रकार, उदाहरण के लिए, आप एक टेलीफोन केबल या मुड़ जोड़ी केबल को एक पैच पैनल में सम्मिलित कर सकते हैं।
आप एक केबल के माध्यम से नेटवर्क और टेलीफोनी दोनों प्राप्त कर सकते हैं, लेकिन मैंने आपको यह नहीं बताया!

habrahabr.ru/post/158177 ।

O2 : CSG / CD के उपयोग के दौरान IFG का बड़े पैमाने पर उपयोग किया गया था। यह वह विराम है जो टकराव से बचने के लिए फ्रेम भेजने से पहले संचारण डिवाइस को बनाना चाहिए।
तथ्य यह है कि जब कई मेजबान हब से जुड़े होते हैं, तो यह अत्यधिक संभावना है कि वे एक ही समय में डेटा भेजना शुरू कर देंगे, और एक टक्कर होगी या एक स्टेशन अनन्य चैनल पर कब्जा कर लेगा।
IFG का उपयोग करते समय, जबकि एक होस्ट प्रतीक्षा कर रहा है, दूसरा भेज सकता है।
सामान्यतया, IFG को माइक्रोसेकंड में मापा जाता है। फास्ट ईथरनेट के लिए इसकी अवधि 0.96 माइक्रोसेकंड है।

पहले से ही गीगाबिट CSMA / CD में केवल सशर्त है, लेकिन 10G में यह बिल्कुल नहीं है। ऐसा इसलिए है क्योंकि आधुनिक स्विच का टकराव डोमेन एक इंटरफ़ेस / केबल तक सीमित है, साथ ही वे पूर्ण द्वैध मोड में काम करते हैं।
तो हम अभी भी कीमती 12 बाइट्स क्यों खो रहे हैं?
बस कोई भी मानक नहीं बदलना चाहता है।

रंगीन विवरण शब्दों द्वारा खोजें "अब क्या नहीं दिखाया गया है"

O3 : इस तथ्य को आमतौर पर इस तथ्य से समझाया जाता है कि क्षीणन और

सही कारण सभी एक ही CSMA / CD तंत्र में निहित है।
एक लाइन टक्कर का सफलतापूर्वक पता लगाने के लिए, उस समय जब पहली बिट को दूर की तरफ प्राप्त किया जाता है, स्टेशन ने अभी तक डेटा के वर्तमान टुकड़े को प्रसारित करना समाप्त नहीं किया है।
मैं उंगलियों पर समझाऊंगा। हम एक आधा-द्वैध नेटवर्क लेते हैं। मान लीजिए कि स्टेशन 1 डेटा ट्रांसमिट करना शुरू करता है। उसके पीछे, स्टेशन 2 कुछ संचारित करने की कोशिश कर रहा है। स्टेशन 1 से संकेत अभी तक उसके पास नहीं पहुंचा है, और इसलिए वह कर सकती है। स्टेशन 2 से सिग्नल स्टेशन 1 तक पहुंच जाएगा, इससे पहले कि वह अपना डेटा संचारित कर ले। दोनों स्टेशन टकराव का पता लगाते हैं और प्रसारण को रोकते हैं। सब कुछ महान है। डेटा खो नहीं है और अगली बार वे निश्चित रूप से सफल होंगे।

अब एक अलग स्थिति मान लीजिए। स्टेशन 1 ने डेटा का एक हिस्सा संचारित किया है और अगले की तैयारी कर रहा है। लेकिन संकेत अभी तक स्टेशन 2 तक नहीं पहुंच पाया है, वह समझती है कि इसे प्रेषित किया जा सकता है।
हाँ, कहीं बीच में वे पार कर गए। स्टेशन 2 ने इसे समझा और प्रसारण बंद कर दिया, और स्टेशन 1 को विकृत डेटा प्राप्त हुआ, जबकि यह सोचते हुए कि उसने अपने सिग्नल ट्रांसमिशन कार्य को पूरा कर लिया है, और इसलिए अगले बैच पर ले गया।
नतीजतन, फ्रेम खो गया था, क्योंकि वे इसे रिवर्स साइड पर एकत्र नहीं कर सकते थे - हर कोई इसे प्राप्त नहीं करता था। हां, उच्च प्रोटोकॉल इस बात का पता लगाने में सक्षम होंगे, उन्हें फिर से अनुरोध करेंगे, लेकिन कितने व्यर्थ के खर्च होंगे?

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

लेकिन खंड की लंबाई पर वापस। आप शायद पहले से ही अनुमान लगाने लगे हैं कि नमक क्या है? लंबाई ऐसी होनी चाहिए कि यह स्थिति संतुष्ट हो।
इसलिए, मतगणना के मुश्किल तरीकों को त्यागने के बाद, 100 मीटर वह दूरी है जिस पर अंतिम भेजने वाला अभी तक पहली तरफ बिट प्राप्त होने पर दूर की ओर से नहीं भेजा गया है।

यह इस डेटा ब्लॉक के आकार को निर्धारित करने के लिए बनी हुई है।
फास्ट ईथरनेट मानक के लिए न्यूनतम डेटा भाग 512 बिट्स या 64 बाइट्स है - यह तथाकथित स्लॉट समय है। क्या यह आंकड़ा कुछ भी समान है? न्यूनतम ईथरनेट फ्रेम आकार, हो सकता है? (गीगाबिट ईथरनेट के लिए, यह मान 512 बाइट्स तक बढ़ा दिया जाता है)।
यह इन 64 बाइट्स है जो खंड की पूरी लंबाई पर खिंचाव चाहिए।

मैंने इस विषय को अधिक विस्तार से समझने की कोशिश की और एक अलग सामग्री तैयार की जिससे आपको समझने में आसानी हो: 100 मीटर ईथरनेट ।

www.ixbt.com/comm/tech-fast-ethernet.shtml#_Toc91050385

O4 : यह समझना आसान है कि प्रस्तावना और IFG को ध्यान में क्यों नहीं रखा जाता है। जैसा कि आप जानते हैं, ईथरनेट OSI मॉडल के चैनल और भौतिक परत के कार्यों को जोड़ता है। और जबकि मैक डीएसटी, मैक एसआरसी, टाइप और एफसीएस डेटा लिंक परत, प्रस्तावना और आईएफजी - भौतिक की विशेषताएं हैं। यह तर्कसंगत है कि फ्रेम को संसाधित करते समय, डिवाइस केवल भौतिक परत की सेवा बाइट्स के बिना, इसकी उपयोगी लंबाई पर ध्यान केंद्रित करता है।
उसी समय, ध्यान दें कि बैंडविड्थ की गणना करते समय, पूरी लंबाई अभी भी ध्यान में रखी जाती है: 38 बाइट्स + पेलोड।

ठीक है, लेकिन एफसीएस के बारे में क्या? आखिरकार, ओवरहेड्स की गणना करते समय यह सबसे अधिक बार ध्यान में नहीं लिया जाता है और पेलोड की लंबाई में केवल 14 बाइट्स (मैक डीएसटी + मैक एसआरसी + टाइप) जोड़े जाते हैं।
यहां शैतान विवरणों में है और उत्तर खोजने के लिए, आपको एफसीएस - फ़्रेम चेक सीक्वेंस के बहुत सार को चालू करने की आवश्यकता है। स्रोत जानकारी की अखंडता के लिए आईपी में अंतर्निहित नियंत्रण नहीं है, इसलिए ये कार्य टीसीपी (सामान्य नियंत्रण - चाहे सभी डेटा सही तरीके से वितरित किए गए हों) और ईथरनेट द्वारा किए गए हैं। हर विशिष्ट फ्रेम को नुकसान के लिए उत्तरार्द्ध चेक, चेकसम की गणना करता है। यही है, वह एफसीएस क्षेत्र को छोड़कर पूरे फ्रेम को लेता है, इसे संसाधित करता है और परिणाम की तुलना चेकसम के मूल मूल्य के साथ करता है, अगर यह मेल नहीं खाता है, तो यह इसे त्याग देता है। यदि यह मेल खाता है, तो पहले एफसीएस क्षेत्र को हटा दिया जाता है, फिर शेष फ्रेम उच्च अधिकारियों को प्रेषित किया जाता है। वास्तव में, यह प्रसंस्करण एक प्रारंभिक अवस्था में हार्डवेयर में होता है, और वे प्रक्रियाएं जो फ्रेम से ही निपटती हैं और इसके आकार की गणना करती हैं, वास्तव में हेडर के केवल 14 निरर्थक बाइट्स प्राप्त करती हैं।
इस तरह के एक दिलचस्प अंकगणित।
forum.nil.com/viewtopic.php?f=12&p=582

O5 : ईथरनेट FDDI से 4B / 5B एन्कोडिंग विधि को अपनाता है जब मैक सबलेयर के किसी भी चार बिट्स को पांच भौतिक बिट्स को प्रत्यावर्ती शून्य और लोगों के साथ दर्शाया जाता है। ऐसा क्यों किया जाता है यह पहले से ही गहरी भौतिकी है।
इस स्थिति में, स्रोत डेटा को ईथरनेट मानक के अनुसार 100 एमबी / एस की गति से प्रेषित किया जाना चाहिए। इस अतिरिक्त बिट के कारण, वास्तविक गति 25% अधिक (5 से अधिक 4 25%) है, जो कि, ज़ाहिर है, 125 एमबी / एस है।
citforum.ru/nets/lvs/glava_5.shtml

O6 : 802.3 फ्रेम में सामान्य प्रकार (EtherType) के बजाय लंबाई क्षेत्र होता है। ऐतिहासिक रूप से, ईथरनेट फ़्रेम (सूचीबद्ध लोगों के अलावा) के लिए कई मानक हैं।
तब डीईसी, इंटेल और ज़ेरॉक्स ने उन्हें सार्वभौमिक सुंदर ईथरनेट ईथरनेट II समाधान (कंपनियों के पहले पत्रों द्वारा ईथरनेट डीआईएक्स) के लिए अंतिम रूप दिया, जो बेहद लोकप्रिय हो गया - आईपी इसके शीर्ष पर काम करता है।
लंबाई क्षेत्र पेलोड के कुल आकार को इंगित करने के लिए उपयोग किया जाता है, जो आम तौर पर बहुत जानकारीपूर्ण नहीं था, और इसके अलावा, इस तरह का फ्रेम केवल एक प्रकार का उच्च प्रोटोकॉल ले सकता है। लंबाई 1500 (0x05dc) तक हो सकती है।
ईथरनेट II फ्रेम में, लंबाई फ़ील्ड को छोड़ दिया गया था और विशेष 2 बाइट्स का उपयोग टाइप फ़ील्ड (EtherType) के तहत किया गया था, जो अपस्ट्रीम प्रोटोकॉल के प्रकार को निर्धारित करता है। 802.3 से उन्हें स्पष्ट रूप से अलग करने के लिए, मूल्यों को 1536 (0x0600) से ऊपर लिया जाता है।
इसलिए, उदाहरण के लिए, यदि फ्रेम IPv4 करता है, तो प्रकार 0x0800, ARP - 0x0806, VLAN (802.1q) - 0x8100, IPv6 - 0x86DD, QQQ - 0x9100, आदि होगा।
pascal.tsu.ru/other/frames.html#as-h4-2325214

ओ 7 : आम तौर पर बोलना, एलएसीपी सबसे आदिम प्रोटोकॉल है। वह फैसला करता है कि एलएजी से एक इंटरफ़ेस को जोड़ना या हटाना लगभग पूरी तरह से इस आधार पर है कि इंटरफ़ेस में क्या स्थिति है - ऊपर या नीचे।
केवल एक केबल में ब्रेक की स्थिति में, एक दिशा में संचरण बंद हो जाएगा - लेजर सिग्नल गायब हो जाएगा। एक नियम के रूप में, स्विच, जैसे ही यह रिमोट साइड के सिग्नल को देखना बंद कर देता है, इंटरफ़ेस को डाउन स्टेट में डालता है। स्थिति में, जैसा कि आंकड़े में है, SW2 सिग्नल को देखना बंद कर देता है, क्योंकि केबल क्षतिग्रस्त है, और नीचे में Gi0 / 0/1 इंटरफ़ेस डालता है। उसी समय, SW1 सिग्नल और इसके इंटरफ़ेस Gi0 / 0/1 को देखता है।

SW2 पर, LACP Gi0 / 0/1 को LAG से निकालता है, लेकिन SW1 पर यह नहीं होता है। इस प्रकार, एक डेटा ट्रांसमिशन समस्या प्राप्त होती है।
ऐसी स्थितियों से बचने के लिए, आपको यूएफडी (यूनिडायरेक्शनल लिंक डिटेक्शन) प्रोटोकॉल में से एक का उपयोग करना चाहिए, उदाहरण के लिए बीएफडी या ईएफएम ओएएम।
UPD: कर्रोप्लान ने इस प्रश्न में संशोधन किया है:

LACP पूरी तरह से यूनिडायरेक्शनल लिंक को परिभाषित करता है। या तो 1 या 30 सेकंड का टाइमआउट - लैप में दो तंत्र हैं, तेज और धीमा प्रसारण।
UDLD / BFD केवल प्रतिक्रिया समय को कम करने के लिए आवश्यक हैं। इसके अलावा, एक समय पर मुझे एलएसीपी के ऊपर बीएफडी पर एक अलग आरएफसी जारी करना था, क्योंकि बीएफडी मूल रूप से एक एल 3 प्रोटोकॉल था और पूरे पोर्टचैनल को एक एकीकृत लिंक के रूप में मानता है और केवल पूरे लिंक के पतन का पता लगा सकता है।

O8 : हाँ वे कर सकते हैं। इस तथ्य के बावजूद कि डिफ़ॉल्ट गेटवे एक अलग सबनेट पर है, इसकी खोज में एआरपी अनुरोध भेजे जाएंगे।
अर्थात, PC1 एक प्रसारण ARP अनुरोध भेजता है "192.168.0.1 कौन है?"। PK2 इसे प्राप्त करता है और निश्चित रूप से, उत्तर देता है कि यह है। PC1 एक ARP प्रतिक्रिया प्राप्त करता है और अपनी तालिका में अपने मैक पते और आईपी पते में प्रवेश करता है। इसके अलावा, कुछ भी उन्हें डेटा के आदान-प्रदान से रोकता है।
UPD: उपयोगकर्ता मर्लिन-वीआरएन ने इस प्रश्न का अधिक सटीक, व्यापक उत्तर दिया:

PC1 को 192.168.0.1 पर कैसे प्राप्त करना चाहिए?

1. हम देखते हैं, चाहे वह स्थानीय पता हो। नहीं, स्थानीय नहीं।
2. हम देखते हैं कि यह किसी भी स्थानीय नेटवर्क में स्थित नहीं है (यहाँ 192.168.1.0/24)। नहीं, स्थित नहीं।
3. हम एक प्रवेश द्वार की तलाश कर रहे हैं और इसके लिए एआरपी अनुरोध करते हैं। और किस इंटरफेस के माध्यम से? Op-पा। 192.168.0.1 की तलाश कहाँ करें? हम नहीं जानते।

आप कहेंगे कि "एक बार नेटवर्क कार्ड 1 की सेटिंग में इंगित किया गया है, तो इसके माध्यम से देखें"। सब ठीक है। यह मार्ग "192.168.0.1/32 setevukha1 के माध्यम से" के बराबर है, जो वास्तव में, विंडोज बना देगा।

यानी उदाहरण में दिखाया गया विन्यास वास्तव में इस तरह संरचित है:
PC1: 192.168.1.1/32, 192.168.0.1/32 e0 के माध्यम से, 0
PC2: 192.168.0.1/32, 192.168.1.1/32 e0 के माध्यम से।

यानी हमारे पास दो कंप्यूटर और स्थानीय मार्ग एक दूसरे के लिए "सीधे" हैं, हालांकि यह अलग-अलग सबनेट पर है। बेशक, पिंग होगा।

लब्बोलुआब यह है कि इस तरह के डिफ़ॉल्ट मार्ग (एक ही सबनेट में स्थित नहीं) को जोड़ने से पहले, आपको पहले से ही रूटिंग टेबल में इसके लिए एक मार्ग रखने की आवश्यकता है, जो निश्चित रूप से, शुरू में मौजूद नहीं है। लेकिन विंडोज चुपके से इसे जोड़ता है, इसलिए पिंग काम करता है।

O9 : 255.255.255.255 पते पर भेजा गया एक पैकेट केवल उस नेटवर्क तक ही सीमित है जहां इसकी उत्पत्ति हुई है - MAC पता ffff-ffff-ffff पर सेट है। यदि पैकेट को 192.168.0.255 पर भेजा जाता है, तो सबसे पहले, सभी रूटिंग नियमों के अनुसार, पैकेट गंतव्य नेटवर्क 192.168.0.0 पर पहुंचता है, और उसके बाद ही इस नेटवर्क पर सभी मेजबानों को भेजा जाता है।

O10 : हां, निश्चित रूप से, अगर, उदाहरण के लिए, आपने इंटरफ़ेस पर कॉन्फ़िगरेशन 10.0.0.0/23 लागू किया है। फिर उपलब्ध पतों की सीमा 10.0.0.1-10.0.1.254 होगी और इन सभी का उपयोग किया जा सकता है। जिसमें 10.0.0.255 भी शामिल है।
UPD: एक दूसरा उदाहरण / 31 मास्क का उपयोग है, जब नेटवर्क पते और प्रसारण पते को नोड्स को सौंपा जा सकता है।

O11 : स्वाभाविक रूप से, इस मास्क के उलटा में एक ध्यान देने योग्य अंतर, अर्थात, शून्य उस हिस्से को दर्शाता है जिसे अपरिवर्तित होना चाहिए। लेकिन यह सब के बाद महत्वपूर्ण नहीं है।
महत्वपूर्ण अंतर यह है कि यहां शून्य लोगों के साथ वैकल्पिक हो सकते हैं। यही है, अगर सबनेट मास्क में निम्नलिखित सेट नहीं हो सकता है: 10110001, तो रिवर्स मास्क कर सकते हैं।

इस प्रकार, उदाहरण के लिए, आप 10.5.X.123 पते वाले सभी सबनेट पर मेजबानों का चयन कर सकते हैं, उदाहरण के लिए, और उन्हें इंटरनेट तक पहुंच की अनुमति दें। या, सभी पते को विषम से अलग कर दें और प्रेषक पते के आधार पर ट्रैफ़िक वितरण को ठीक आधे में लागू करें।

UPD: अंतर इस तथ्य में भी निहित है कि डायरेक्ट मास्क नेटवर्क पर संचालित होता है, और मेजबानों पर रिवर्स -।

O12 : 169.254.0.0/16 नेटवर्क को मूल रूप से लिंक-लोकल नेटवर्क के रूप में कल्पना की गई थी।
इसका सार यह है कि यदि एक मेजबान के पास एक स्थिर आईपी पता नहीं है और वह स्वचालित रूप से इसे प्राप्त नहीं कर सकता है, उदाहरण के लिए, एक डीएचसीपी सर्वर से, तो यह 169.254.0.1-169.254.255.254 से लेकर स्वयं तक का पता देता है। उसके बाद, वह इस नेटवर्क पर अन्य मेजबानों के साथ संवाद करने में सक्षम होगा जिनके पते समान हैं।
पते को यादृच्छिक रूप से संख्या जनरेटर के लिए धन्यवाद चुना जाता है ताकि यह एक मौजूदा पते (एआरपी अनुरोध द्वारा जाँच) के साथ मेल न खाए।
एक आवेदन का एक उदाहरण कुछ एड-हॉक नेटवर्क हो सकता है जहां स्टेशनों का कार्य एक-दूसरे के साथ संवाद करना है।

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

O13 : वास्तव में, हम खो देते हैं:
वन क्लास ए नेटवर्क: 127.0.0.0/8
वन क्लास बी नेटवर्क: 169.254.0.0/16
एकल नेटवर्क / 10: 100.64.0.0/10
एकल नेटवर्क / 15: 198.18.0.0/15
फाइव क्लास सी नेटवर्क: 192.0.0.0/24, 192.0.2.0/24, 192.88.99.0/24, 198.51.100.0/24, 203.0.113.0/24।
और एक नेटवर्क / 4: 240.0.0.0/4

कुल 285410560 पते।

ये हम बेकार हैं ।

14: , , , /. , .
UPD: JDima :

:
time exceeded , .

:
Cat6500. «» (, , , ssh ..) MSFC. MSFC PFC ( DFC ), . , MSFC.
TTL 0 PFC, , , ( time exceeded ( MPLS, )). MSFC. , ICMP , , .

, . , 3 , , , 2. ?
, . . , , .
, , — Round Trip Timer, .



TTL=3 R4 , . R3 — 26- , 90 /. .
, traceroute TTL=4 .

15: RFC , AS.
, - , , . , TTL expired , traceroute.
, .



.

16: , MPLS-.
, MPLS, IP-, .



CE1 CE2. PE1 PE2 LSP.
CE1 TTL=2. P MPLS-, 2000. TTL 1, P , , TTL-expired CE1. ICMP-, CE1, ! MPLS 2000 3000 , FE0/1. .
E2, 2 IP.
2 MPLS .



, 2 , .
TTL=3, PE2 2 , 1 — .



— - .

UPD: , «» TTL exceed 2, .

17: , ICMP- , ICMP-, . ICMP- , , ARP.
! :


, ICMP- . ARP , ICMP . , 4 ICMP- 4 .
blog.ipspace.net/2007/04/why-is-first-ping-lost.html

18: , , — , . . IANA.
Dear YYY,

Thanks for contacting us.

We do not have the answer to your question and suggest you contact the authors of «Address Allocation for Private Internets» (RFC 1597), the document first setting these ranges aside. You can find details about the document here: www.rfc-editor.org/info/rfc1597

Kind regards,