फ़्रेम चेक अनुक्रम: Difference between revisions

From Vigyanwiki
(Created page with "{{short description|Error-detecting code used in communications protocols}} {{Use American English|date = March 2019}} File:Ethernet frame.svg|thumb|ईथरनेट प...")
 
No edit summary
Line 1: Line 1:
{{short description|Error-detecting code used in communications protocols}}
{{short description|Error-detecting code used in communications protocols}}


{{Use American English|date = March 2019}}
[[File:Ethernet frame.svg|thumb|ईथरनेट पैकेट की संरचना, फ्रेम जांच अनुक्रम सहित, जो [[ईथरनेट फ्रेम]] को समाप्त करता है<ref>{{Citation
 
[[File:Ethernet frame.svg|thumb|ईथरनेट पैकेट की संरचना, FCS सहित, जो [[ईथरनेट फ्रेम]] को समाप्त करता है<ref>{{Citation
  | url = https://ecfsapi.fcc.gov/file/1050839507018/IEEE%20Standard%20for%20Ethernet.pdf
  | url = https://ecfsapi.fcc.gov/file/1050839507018/IEEE%20Standard%20for%20Ethernet.pdf
  | title = 802.3-2012 - IEEE Standard for Ethernet
  | title = 802.3-2012 - IEEE Standard for Ethernet
  | date = 2012-12-28 | access-date = 2015-07-05
  | date = 2012-12-28 | access-date = 2015-07-05
  | publisher = [[IEEE Standards Association]] | section = 3.1.1 Packet format
  | publisher = [[IEEE Standards Association]] | section = 3.1.1 Packet format
}}</ref>]]एक फ्रेम चेक सीक्वेंस (FCS) एक [[संचार प्रोटोकॉल]] में एक [[ फ़्रेम (नेटवर्किंग) ]] में जोड़ा गया एक त्रुटि-पता लगाने वाला कोड है। फ़्रेम का उपयोग [[पेलोड डेटा]] को स्रोत से गंतव्य तक भेजने के लिए किया जाता है।
}}</ref>]]'''फ्रेम जांच अनुक्रम (एफसीएस)''' एक [[संचार प्रोटोकॉल]] में एक [[ फ़्रेम (नेटवर्किंग) |फ़्रेम (नेटवर्किंग)]] में जोड़ा गया एक त्रुटि-पता लगाने वाला कोड है। फ़्रेम का उपयोग [[पेलोड डेटा]] को स्रोत से गंतव्य तक प्रेषित करने के लिए किया जाता है।


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


FCS केवल त्रुटि का पता लगाने की सुविधा प्रदान करता है। त्रुटि पुनर्प्राप्ति अलग-अलग माध्यमों से की जानी चाहिए। उदाहरण के लिए, [[ईथरनेट]] निर्दिष्ट करता है कि एक क्षतिग्रस्त फ्रेम को छोड़ दिया जाना चाहिए और फ्रेम को फिर से प्रेषित करने के लिए कोई कार्रवाई निर्दिष्ट नहीं करता है। अन्य प्रोटोकॉल, विशेष रूप से [[ प्रसारण नियंत्रण प्रोटोकॉल ]] (टीसीपी), डेटा हानि को नोटिस कर सकते हैं और रीट्रांसमिशन और एरर रिकवरी शुरू कर सकते हैं।<ref>{{cite book |last1=Odom |first1=Wendell |title=CCNA 200-301 Official Cert Guide, Volume 1 |date=2019-10-10 |publisher=Cisco Press |isbn=9780135792735 |url=https://books.google.com/books?id=LyCtDwAAQBAJ}}</ref>
फ्रेम जांच अनुक्रम केवल त्रुटि का पता लगाने की सुविधा प्रदान करता है। त्रुटि पुनर्प्राप्ति अलग-अलग माध्यमों से की जानी चाहिए। उदाहरण के लिए, [[ईथरनेट]] निर्दिष्ट करता है कि एक त्रुटिपूर्ण फ्रेम को छोड़ दिया जाना चाहिए और फ्रेम को पुनः प्रेषित करने के लिए कोई प्रक्रिया निर्दिष्ट नहीं करता है। अन्य प्रोटोकॉल, विशेष रूप से [[ प्रसारण नियंत्रण प्रोटोकॉल |प्रसारण नियंत्रण प्रोटोकॉल]] (टीसीपी), डेटा हानि को सूचित कर सकते हैं और पुन: प्रसारण और त्रुटि पुनर्प्राप्ति प्रारंभ कर सकते हैं।<ref>{{cite book |last1=Odom |first1=Wendell |title=CCNA 200-301 Official Cert Guide, Volume 1 |date=2019-10-10 |publisher=Cisco Press |isbn=9780135792735 |url=https://books.google.com/books?id=LyCtDwAAQBAJ}}</ref>




== कार्यान्वयन ==
== कार्यान्वयन ==
[[File:Ethernet Frame.png|thumb|ईथरनेट फ्रेम की विस्तृत संरचना]]एफसीएस को अक्सर इस तरह से प्रेषित किया जाता है कि रिसीवर पूरे फ्रेम पर चल रहे योग की गणना कर सकता है, साथ में अनुगामी एफसीएस के साथ, एक निश्चित परिणाम (जैसे शून्य) को देखने की अपेक्षा करता है जब यह सही होता है। ईथरनेट और अन्य [[IEEE 802]] प्रोटोकॉल के लिए, मानक बताता है कि डेटा को सबसे कम महत्वपूर्ण बिट पहले भेजा जाता है, जबकि FCS को सबसे महत्वपूर्ण बिट (बिट 31) पहले भेजा जाता है। एक वैकल्पिक दृष्टिकोण FCS के बिट रिवर्सल को उत्पन्न करना है ताकि उलटे FCS को पहले कम से कम महत्वपूर्ण बिट (बिट 0) भी भेजा जा सके। को देखें {{section link|Ethernet_frame|Frame check sequence}} अधिक जानकारी के लिए।
[[File:Ethernet Frame.png|thumb|ईथरनेट फ्रेम की विस्तृत संरचना]]फ्रेम जांच अनुक्रम को अक्सर इस तरह से प्रेषित किया जाता है कि रिसीवर पूरे फ्रेम पर चल रहे योग की गणना कर सकता है, साथ में अनुगामी फ्रेम जांच अनुक्रम के साथ, एक निश्चित परिणाम (जैसे शून्य) को देखने की अपेक्षा करता है जब यह सही होता है। ईथरनेट और अन्य विद्युत और इलेक्ट्रॉनिक इंजीनियर संस्थान [[IEEE 802|802]] प्रोटोकॉल के लिए, मानक बताता है कि डेटा को सबसे कम महत्वपूर्ण बिट पहले प्रेषित किया जाता है, जबकि फ्रेम जांच अनुक्रम को सबसे महत्वपूर्ण बिट (बिट 31) पहले प्रेषित किया जाता है। एक वैकल्पिक दृष्टिकोण फ्रेम जांच अनुक्रम के बिट परिवर्तन को उत्पन्न करना है ताकि प्रतिवर्त फ्रेम जांच अनुक्रम को पहले कम से कम महत्वपूर्ण बिट (बिट 0) भी भेजा जा सके। अधिक जानकारी के लिए इथरनेट फ्रेम § फ्रेम जांच अनुक्रम देखें।


== प्रकार ==
== प्रकार ==
अब तक का सबसे लोकप्रिय FCS एल्गोरिथम चक्रीय अतिरेक जाँच (CRC) है, जिसका उपयोग ईथरनेट और अन्य IEEE 802 प्रोटोकॉल में 32 बिट्स के साथ, X.25 में 16 या 32 बिट्स के साथ, [[HDLC]] में 16 या 32 बिट्स के साथ, [[ढ़ाचा प्रसारित करना]] में किया जाता है। 16 बिट्स,<ref name="cisco-technote-fr">{{cite web
अब तक का सबसे लोकप्रिय फ्रेम जांच अनुक्रम एल्गोरिथम चक्रीय अतिरिक्तता जांच (सीआरसी) है, जिसका उपयोग ईथरनेट और अन्य विद्युत और इलेक्ट्रॉनिक इंजीनियर संस्थान 802 प्रोटोकॉल में 32 बिट्स के साथ, X.25 में 16 या 32 बिट्स के साथ, [[HDLC|एचडीएलसी]] में 16 या 32 बिट्स के साथ फ्रेम रिले में 16 बिट्स के साथ किया जाता है।<ref name="cisco-technote-fr">{{cite web
  | url = http://www.cisco.com/c/en/us/support/docs/wan/frame-relay/47202-87.html
  | url = http://www.cisco.com/c/en/us/support/docs/wan/frame-relay/47202-87.html
  | title = Frame Relay Glossary
  | title = Frame Relay Glossary
  | date = 2009-04-30 | access-date = 2015-07-05
  | date = 2009-04-30 | access-date = 2015-07-05
  | publisher = [[Cisco Systems]]
  | publisher = [[Cisco Systems]]
}}</ref> 16 या 32 बिट्स के साथ [[पॉइंट-टू-पॉइंट प्रोटोकॉल]] (पीपीपी) में और अन्य [[सूचना श्रंखला तल]] [[संचार प्रोटोकॉल]] में।
}}</ref> पॉइंट-टू-पॉइंट प्रोटोकॉल (पीपीपी) में 16 या 32 बिट्स के साथ और अन्य डेटा लिंक स्तर प्रोटोकॉल में भी किया जाता है।


[[इंटरनेट प्रोटोकॉल सूट]] के प्रोटोकॉल [[ अंततः, ]] का उपयोग करते हैं।<ref>{{cite IETF |rfc=1071 |title=Computing the Internet Checksum}}</ref>
इंटरनेट प्रोटोकॉल सूट के प्रोटोकॉल जांच योग का उपयोग करते हैं।<ref>{{cite IETF |rfc=1071 |title=Computing the Internet Checksum}}</ref>




== यह भी देखें ==
== यह भी देखें ==
* [[ पर्यायवाची ]]
* [[ पर्यायवाची | सिंकवर्ड]]


== संदर्भ ==
== संदर्भ ==

Revision as of 21:36, 16 May 2023

ईथरनेट पैकेट की संरचना, फ्रेम जांच अनुक्रम सहित, जो ईथरनेट फ्रेम को समाप्त करता है[1]

फ्रेम जांच अनुक्रम (एफसीएस) एक संचार प्रोटोकॉल में एक फ़्रेम (नेटवर्किंग) में जोड़ा गया एक त्रुटि-पता लगाने वाला कोड है। फ़्रेम का उपयोग पेलोड डेटा को स्रोत से गंतव्य तक प्रेषित करने के लिए किया जाता है।

उद्देश्य

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

फ्रेम जांच अनुक्रम केवल त्रुटि का पता लगाने की सुविधा प्रदान करता है। त्रुटि पुनर्प्राप्ति अलग-अलग माध्यमों से की जानी चाहिए। उदाहरण के लिए, ईथरनेट निर्दिष्ट करता है कि एक त्रुटिपूर्ण फ्रेम को छोड़ दिया जाना चाहिए और फ्रेम को पुनः प्रेषित करने के लिए कोई प्रक्रिया निर्दिष्ट नहीं करता है। अन्य प्रोटोकॉल, विशेष रूप से प्रसारण नियंत्रण प्रोटोकॉल (टीसीपी), डेटा हानि को सूचित कर सकते हैं और पुन: प्रसारण और त्रुटि पुनर्प्राप्ति प्रारंभ कर सकते हैं।[2]


कार्यान्वयन

ईथरनेट फ्रेम की विस्तृत संरचना

फ्रेम जांच अनुक्रम को अक्सर इस तरह से प्रेषित किया जाता है कि रिसीवर पूरे फ्रेम पर चल रहे योग की गणना कर सकता है, साथ में अनुगामी फ्रेम जांच अनुक्रम के साथ, एक निश्चित परिणाम (जैसे शून्य) को देखने की अपेक्षा करता है जब यह सही होता है। ईथरनेट और अन्य विद्युत और इलेक्ट्रॉनिक इंजीनियर संस्थान 802 प्रोटोकॉल के लिए, मानक बताता है कि डेटा को सबसे कम महत्वपूर्ण बिट पहले प्रेषित किया जाता है, जबकि फ्रेम जांच अनुक्रम को सबसे महत्वपूर्ण बिट (बिट 31) पहले प्रेषित किया जाता है। एक वैकल्पिक दृष्टिकोण फ्रेम जांच अनुक्रम के बिट परिवर्तन को उत्पन्न करना है ताकि प्रतिवर्त फ्रेम जांच अनुक्रम को पहले कम से कम महत्वपूर्ण बिट (बिट 0) भी भेजा जा सके। अधिक जानकारी के लिए इथरनेट फ्रेम § फ्रेम जांच अनुक्रम देखें।

प्रकार

अब तक का सबसे लोकप्रिय फ्रेम जांच अनुक्रम एल्गोरिथम चक्रीय अतिरिक्तता जांच (सीआरसी) है, जिसका उपयोग ईथरनेट और अन्य विद्युत और इलेक्ट्रॉनिक इंजीनियर संस्थान 802 प्रोटोकॉल में 32 बिट्स के साथ, X.25 में 16 या 32 बिट्स के साथ, एचडीएलसी में 16 या 32 बिट्स के साथ फ्रेम रिले में 16 बिट्स के साथ किया जाता है।[3] पॉइंट-टू-पॉइंट प्रोटोकॉल (पीपीपी) में 16 या 32 बिट्स के साथ और अन्य डेटा लिंक स्तर प्रोटोकॉल में भी किया जाता है।

इंटरनेट प्रोटोकॉल सूट के प्रोटोकॉल जांच योग का उपयोग करते हैं।[4]


यह भी देखें

संदर्भ

  1. "3.1.1 Packet format", 802.3-2012 - IEEE Standard for Ethernet (PDF), IEEE Standards Association, 2012-12-28, retrieved 2015-07-05
  2. Odom, Wendell (2019-10-10). CCNA 200-301 Official Cert Guide, Volume 1. Cisco Press. ISBN 9780135792735.
  3. "Frame Relay Glossary". Cisco Systems. 2009-04-30. Retrieved 2015-07-05.
  4. Computing the Internet Checksum. doi:10.17487/RFC1071. RFC 1071.