VPN द्वारे कनेक्ट करण्याचा प्रयत्न करताना उद्भवणाऱ्या त्रुटींचे संक्षिप्त वर्णन तसेच त्यांचे निराकरण करण्याच्या पद्धती येथे आहेत. मला हा लेख इंटरनेटवर सापडला, पण मी तो स्वतःही जोडला, कारण... काही उपाय स्पष्टपणे जुने होते किंवा चुकीचे होते.

त्रुटी 678 - दूरस्थ संगणकउत्तर देत नाही

जेव्हा तुमचा संगणक आणि ऍक्सेस सर्व्हरमध्ये कोणतेही कनेक्शन नसते तेव्हा ही त्रुटी येते. बहुधा या त्रुटीचे कारण आहे: सक्रिय उपकरणावरील खराबी, क्लायंटने अक्षम केले आहे नेटवर्क कार्ड, कनेक्शन अँटीव्हायरस प्रोग्राम किंवा फायरवॉलद्वारे अवरोधित केले आहे.

त्रुटी 691 - प्रवेश नाकारला आहे कारण वापरकर्तानाव किंवा पासवर्ड या डोमेनमध्ये वैध नाही

बऱ्याचदा, ही त्रुटी वापरकर्त्यांना उद्भवते जर त्यांनी खरोखर वापरकर्तानाव आणि पासवर्ड चुकीचा टाइप केला असेल किंवा ते तुमच्या लॉगिन अंतर्गत नेटवर्कशी आधीच कनेक्ट केलेले असतील.
वरील सर्व तुमच्यासाठी नसल्यास, खालील आदेशांचा संच चालवण्याचा प्रयत्न करा:

1. मेनूमधून Start - Run निवडा, एंटर करा आणि कमांड कार्यान्वित करा
cmd
2. कमांड चालवा: netsh इंटरफेस ip रीसेट
3. कमांड चालवा: netsh winsock रीसेट
4. तुमचा संगणक रीस्टार्ट करा.

त्रुटी 721 - रिमोट संगणक प्रतिसाद देत नाही

शी कनेक्ट केल्यावर VPN कनेक्शन"वापरकर्तानाव आणि पासवर्ड तपासत आहे" आयटमवर पोहोचते, काही काळ गोठते आणि त्रुटी 721 प्रदर्शित करते: "रिमोट संगणक प्रतिसाद देत नाही."

1. प्रथम, तुम्ही योग्य VPN सर्व्हर VPN कनेक्शनमध्ये नोंदणीकृत आहे की नाही ते तपासावे.

हे करण्यासाठी, प्रारंभ - नियंत्रण पॅनेल - नेटवर्क कनेक्शनवर जा. तुमच्या व्हीपीएन कनेक्शनसाठी शॉर्टकटवर उजवे-क्लिक करा आणि गुणधर्म निवडा. सामान्य टॅब - संगणक नाव किंवा गंतव्य IP पत्ता ओळ मध्ये, VPN सर्व्हर पत्ता निर्दिष्ट करणे आवश्यक आहे.

2. बहुतेक प्रकरणांमध्ये, आपल्या संगणकावर फायरवॉल स्थापित केल्यामुळे त्रुटी 721 उद्भवते.

हा कार्यक्रम जेव्हा चुकीची सेटिंगअवरोधित करू शकता नेटवर्क रहदारी. 100% खात्री करण्यासाठी, सर्व फायरवॉल अक्षम करा (आउटपोस्ट फायरवॉल, झोन अलार्म, कॅस्परस्की इंटरनेट सुरक्षा...) विंडोज फायरवॉल (स्टार्ट - कंट्रोल पॅनेल - विंडोज फायरवॉल) सह. कनेक्ट करण्याचा प्रयत्न करा. त्रुटी अदृश्य झाल्यास, तुमची फायरवॉल योग्यरित्या सेट करण्याचा प्रयत्न करा.

3. त्रुटी 721 दिसत राहिल्यास, L2TP बोगदा वापरून पहा.

हे करण्यासाठी, प्रारंभ - नियंत्रण पॅनेल - नेटवर्क कनेक्शनवर जा. तुमच्या व्हीपीएन कनेक्शनसाठी शॉर्टकटवर उजवे-क्लिक करा आणि गुणधर्म निवडा. नेटवर्क टॅब, VPN प्रकार बदला - स्वयंचलित किंवा PTPP VPN ऐवजी, L2TP IPSEC VPN सेट करा. ओके क्लिक करा आणि कनेक्ट करण्याचा प्रयत्न करा.

4. हे बर्याचदा घडते की नवीन स्थापित करताना विंडोज आवृत्त्याअंगभूत फायरवॉल चुकीच्या पद्धतीने स्थापित केले आहे, परिणामी त्याच्या सेटिंग्जमध्ये जाणे आणि समस्येचे निराकरण करणे अशक्य आहे.

फायरवॉल पुन्हा स्थापित करण्यासाठी, तुम्हाला "सेटअप API InstallHinfSection" API फंक्शन कॉल करणे आवश्यक आहे. हे करण्यासाठी, या चरणांचे अनुसरण करा:

स्टार्ट - रन निवडा, एंटर करा आणि कमांड कार्यान्वित करा
cmd
कमांड प्रॉम्प्टवर खालील कमांड टाईप करा आणि एंटर दाबा:
Rundll32 setupapi,InstallHinfSection Ndi-Steelhead 132 %windir%\inf\netrass.inf
विंडोज रीस्टार्ट करा.
स्टार्ट मेनूमधून रन निवडा, कमांड प्रविष्ट करा आणि कार्यान्वित करा
cmd
कमांड प्रॉम्प्टवर, खालील कमांड टाइप करा आणि एंटर दाबा:
netsh फायरवॉल रीसेट
स्टार्ट मेनूमधून, रन निवडा, एंटर करा आणि कमांड कार्यान्वित करा
firewall.cpl
Start - Control Panel - Windows Firewall वर जा आणि ते बंद करा.
जर या सर्व ऑपरेशन्सनंतरही त्रुटी 721 दिसत राहिली तर, फक्त विंडोज पुन्हा स्थापित करणे बाकी आहे, अन्यथा या समस्येचे निराकरण करणे अशक्य आहे.

त्रुटी 734 - पीपीपी लिंक कंट्रोल प्रोटोकॉलमध्ये व्यत्यय आला

तुम्ही कनेक्ट करत असलेल्या सर्व्हरवरील सुरक्षा प्रोटोकॉल विसंगत असल्यास ही त्रुटी उद्भवू शकते स्थानिक मापदंडसुरक्षा उपाय: नेटवर्क कनेक्शन फोल्डरमध्ये, तुम्ही वापरत असलेल्या कनेक्शनवर उजवे-क्लिक करा. गुणधर्म कमांड निवडा आणि सुरक्षा टॅब उघडा. स्कॅन करताना वापरलेले सूचीमध्ये, असुरक्षित पासवर्ड निवडा.

त्रुटी 769 - निर्दिष्ट गंतव्य पोहोचण्यायोग्य नाही

या त्रुटीचे कारण म्हणजे आपल्या संगणकावरील नेटवर्क कार्ड अक्षम केले आहे.

त्रुटी 800: कनेक्शन अयशस्वी

याचे कारण असे असू शकते की तुम्ही जुने फर्मवेअर असलेले राउटर वापरत आहात. उदाहरणार्थ, आपण 2001 पूर्वी तयार केलेल्या फर्मवेअरसह सिस्को राउटर वापरत असल्यास आपल्याला ही समस्या येऊ शकते.
हे कारण आहे हे सत्यापित करण्यासाठी, नेटवर्क ट्रेस पहा. सिस्को उपकरणेपोर्ट 1723 वर TCP हँडशेकमध्ये शून्य विंडो आकार घोषित करते.

समस्या चुकीच्या पद्धतीने कॉन्फिगर केलेले नेटवर्क कनेक्शन देखील असू शकते. उदाहरणार्थ, तुमचा VPN सर्व्हर किंवा सुरक्षा सेटिंग्ज चुकीच्या पद्धतीने कॉन्फिगर केल्या आहेत.

काही प्रकरणांमध्ये, अधिकृतता सर्व्हरकडून प्रतिसाद न मिळाल्याने त्रुटी येऊ शकते.

मला ब्लूटूथ उपकरण वापरून माझ्या पीसीशी माझे मोबाइल इंटरनेट कनेक्ट करायचे आहे. मी माझ्या संगणकावर ब्लू सोलील सॉफ्टवेअर स्थापित केले.

• मी माझा मोबाईल फोन कनेक्ट करू शकतो ब्लूटूथ डिव्हाइसब्लूटूथ
• मी माझे डिव्हाइस निवडले आणि ब्लूटूथ डायल-अप सेवा निवडली.
• हे चेतावणीसाठी सूचित करते "DUN डिव्हाइसशी कनेक्ट आहे?" माझ्या मोबाईल फोन मध्ये.
• "होय" वर क्लिक केल्यानंतर ब्लूटूथ DUN कनेक्शन विंडो उघडेल.
• या विंडोमध्ये "वापरकर्ता नाव", "पासवर्ड" फील्ड दिसू लागले, जे मी रिकामे ठेवतो आणि नंतर "डायल = * 99 *** 1 #" आणि "डायल" बटण क्लिक करा.
• त्यानंतर "नेटवर्कवर तुमच्या संगणकाची नोंदणी करत आहे..." असे म्हणतात आणि ते काम करणे थांबवते.
• त्रुटी "एरर 734. प्रोटोकॉल सारखी आहे ppp नियंत्रण- कनेक्शन खंडित झाले"

Nokia 3110c साठी हीच प्रक्रिया अवलंबली पाहिजे आणि ती उत्तम कार्य करते. परंतु माझ्या सॅमसंग c3053 मोबाईल फोनमध्ये तो कनेक्ट केलेला नाही आणि मी Samsung corby pro BT3510 मोबाईल वापरून प्रयत्न केला.

सॅमसंग मोबाईल फोनसाठी सेटिंगमध्ये काही बदल आवश्यक आहेत का?

5 उत्तरे

जेव्हा मी भूतकाळात ही त्रुटी पाहिली आहे, तेव्हा हे सहसा सूचित करते की कनेक्शनसाठी वापरकर्तानाव आणि पासवर्ड चुकीचा आहे. (बऱ्याच GPRS कॉन्फिगरेशनला वापरकर्तानाव आणि पासवर्डची आवश्यकता नसते, परंतु काही करतात.)

किंवा, GPRS APN योग्यरितीने कॉन्फिगर केलेले नाही.

तुम्ही सामान्य उद्देश मोडेम म्हणून डिव्हाइस वापरण्याचा प्रयत्न करत असल्यास, अतिरिक्त डायलिंग सॉफ्टवेअरशिवाय GPRS APN सेट करणे कठीण होऊ शकते. सर्वात सोपा मार्ग म्हणजे "एटी + सीजीडीसीओएनटी" कमांड "प्रगत इनिशियलायझेशन कमांड्स" मध्ये जोडणे जे विंडोज कंट्रोल पॅनेलमधील मोडेमसाठी कॉन्फिगर केले जाऊ शकते.

या "अतिरिक्त आरंभीकरण आदेश" साठी काय कॉन्फिगर केले जाईल याचे विशिष्ट उदाहरण आहे:

AT + CGDCONT = 1, "IP", "इंटरनेट"

तुम्ही या उदाहरणात इंटरनेटच्या जागी तुम्ही ज्या GPRS APN शी कनेक्ट करू इच्छिता त्या नावाने बदलू शकता.

याव्यतिरिक्त, कनेक्शनची चाचणी घेण्यासाठी तुम्ही खालील दुव्याचा संदर्भ घेऊ शकता:

काही दिवसांपूर्वी या प्रकरणाचा मला जवळजवळ राग आला होता. मी वेगवेगळ्या मंचांवर सुचविलेले सर्व उपाय करून पाहिले पण काही उपयोग झाला नाही.

माझी समस्या काही लोकांनी सुचविल्याप्रमाणे अपुऱ्या एअरटाइममुळे किंवा ppp लिंक सेटिंग्जमुळे नव्हती, परंतु माझ्या लॉकरमधील वापरकर्तानाव आणि पासवर्ड इनपुट फील्डमध्ये वापरकर्तानाव प्रविष्ट करण्यापूर्वी माझ्याकडे जागा होती.

त्यामुळे, जर तुम्हाला पीपीपी कनेक्शन टर्मिनेशन एरर येत असेल, तर त्या फील्डमधील एका स्पेससाठी वापरकर्तानाव आणि पासवर्ड फील्ड काळजीपूर्वक तपासा, ते टाइप करताना ही त्रुटी आपोआप फेकून देईल. उदाहरणार्थ,

• माझे वापरकर्ता नाव: [ईमेल संरक्षित]
• पासवर्ड: 1234

पहिल्या क्रमांकाच्या आधी जागा (7, वरील उदाहरणाप्रमाणे) हा त्रुटी संदेश देईल. तर मित्रांनो, एअरटाइम आणि डायलिंग सेटिंग्ज सारखे इतर पर्याय शोधण्यापूर्वी ते तपासा.

जर तुम्हाला "734, ppp कंट्रोल प्रोटॉन चॅनेल संपुष्टात आणले गेले" यासह मिळाले मोबाईल फोनसॅमसंग, फोनमध्ये समस्या आहे. फोन सेटिंग्ज → पीसी कनेक्शनमध्ये, तुमचा फोन नेहमी PC स्टुडिओ मोडमध्ये असेल ते निवडा. तुम्ही इतर मोड निवडल्यास किंवा "प्रत्येक वेळी विचारा" तुम्ही तुमचा फोन मोडेम म्हणून वापरण्याचा प्रयत्न करता तेव्हा तुम्हाला 743 मिळेल.

मलाही याच समस्येचा सामना करावा लागला, मी समाधानासाठी ऑनलाइन शोधही घेतला, परंतु मी ग्राहक सेवा केंद्रात दिलेल्या सूचनांवर आधारित असल्याचे मी ठरवले. पीपीपी लिंक कंट्रोल टर्मिनेशन समस्या टाळण्यासाठी मी बीएसएनएल नेटवर्क वापरत आहे

• BSNL ने सुरू केलेल्या सेवा क्रमांकावर START एसएमएस पाठवून GPRS सक्रिय करा
• कृपया काही वेळ प्रतीक्षा करा, सक्रिय होण्यासाठी किमान 2 तास, सक्रिय झाल्यानंतर तुम्हाला सक्रियकरण संदेश प्राप्त होईल.
• नेटवर्क bsnl असल्याने, आपण APN - ऍक्सेस पॉइंट नेटवर्क तयार केले पाहिजे
  i) APN म्हणून तयार करा - bsnlnet
  ii) 1111 असा पासवर्ड
• आता तुमचे हॉटस्पॉट नेटवर्क बदला जसे की bsnlnet तुमच्या मोबाइल डेटावर स्विच करा. इंटरनेटचा आनंद घ्या.....

LCP थेट कनेक्ट केलेला दुवा स्थापित करणे, कॉन्फिगर करणे, देखरेख करणे आणि समाप्त करणे यासाठी एक पद्धत प्रदान करते. LCP प्रक्रिया 4 स्पष्टपणे ओळखण्यायोग्य टप्प्यांमधून जाते:

चॅनेलचे आयोजन आणि त्याच्या कॉन्फिगरेशनचे समन्वय. कोणत्याही डेटाग्रामची देवाणघेवाण करण्यापूर्वीनेटवर्क स्तर

(उदा. IP), LCP ने प्रथम संप्रेषण उघडले पाहिजे आणि कॉन्फिगरेशन पॅरामीटर्सची वाटाघाटी केली पाहिजे. कॉन्फिगरेशन पुष्टीकरण पॅकेट पाठवल्यानंतर आणि प्राप्त झाल्यानंतर हा टप्पा संपतो.

नेटवर्क लेयर प्रोटोकॉल कॉन्फिगरेशनचे समन्वय. LCP ने लिंक गुणवत्ता निर्धारण टप्पा पूर्ण केल्यानंतर, नेटवर्क प्रोटोकॉलचे कॉन्फिगरेशन संबंधित NCPs द्वारे वैयक्तिकरित्या निवडले जाऊ शकते, आणि ते कॉल केले जाऊ शकतात आणि नंतरच्या वापरासाठी कधीही सोडले जाऊ शकतात. LCPने दिलेली लिंक बंद केल्यास, ते नेटवर्क लेयर प्रोटोकॉलला सूचित करते जेणेकरून ते योग्य कारवाई करू शकतील.

चॅनेलची समाप्ती. LCP कधीही चॅनल बंद करू शकते. हे सहसा वापरकर्त्याच्या (मानवी) विनंतीनुसार केले जाते, परंतु काही भौतिक घटनांमुळे देखील होऊ शकते, जसे की मीडिया गमावणे किंवा टाइमर कालबाह्य होणे.

एलसीपी पॅकेटचे तीन वर्ग आहेत:

संप्रेषण चॅनेल आयोजित करण्यासाठी पॅकेजेस. चॅनेल कॉन्फिगरेशन आयोजित आणि निवडण्यासाठी वापरले जाते.

चॅनेल समाप्तीसाठी पॅकेट.

संप्रेषण चॅनेल समाप्त करण्यासाठी वापरले जाते.

चॅनेलची कार्यक्षमता राखण्यासाठी पॅकेजेस. चॅनेल राखण्यासाठी आणि डीबग करण्यासाठी वापरले जाते.

या पॅकेट्सचा वापर प्रत्येक एलसीपी टप्पा कार्यान्वित करण्यासाठी केला जातो.

Isdn ग्रंथसूची संदर्भ नेटवर्क नावएकात्मिक सेवा डिजिटल नेटवर्क (ISDN) (इंटिग्रेटेड सर्व्हिसेस डिजिटल नेटवर्क) डिजिटल सेवांच्या संचाचा संदर्भ देते ज्यांना उपलब्ध करून दिले जातेअंतिम वापरकर्ते . ISDN मध्ये डिजिटायझेशन समाविष्ट आहेटेलिफोन नेटवर्क

जेणेकरुन आवाज, माहिती, मजकूर, ग्राफिक्स, संगीत, व्हिडिओ आणि इतर साहित्य स्रोत अंतिम वापरकर्त्याद्वारे एका अंतिम वापरकर्त्याच्या टर्मिनलवरून विद्यमान टेलिफोन वायर्सवर प्रसारित आणि प्राप्त केले जाऊ शकतात. आयएसडीएनचे समर्थक आजच्या टेलिफोन नेटवर्कसारखे जगभरातील नेटवर्कचे चित्र रंगवतात, त्याशिवाय ते डिजिटल ट्रान्समिशनचा वापर करते आणि विविध प्रकारच्या नवीन सेवा सादर करते.

ISDN च्या ऍप्लिकेशन्समध्ये हाय-स्पीड इमेजिंग सिस्टीम (जसे की ग्रुप 1V फॅसिमाईल), टेलिकॉम उद्योगाला सेवा देण्यासाठी घरांमध्ये अतिरिक्त टेलिफोन लाईन्स, हाय-स्पीड फाइल ट्रान्सफर आणि व्हिडिओ कॉन्फरन्सिंगचा समावेश आहे. आवाज एक लोकप्रिय ISDN ऍप्लिकेशन बनण्याची खात्री आहे.

अनेक व्यावसायिक संप्रेषण नेटवर्क टॅरिफ किमतींपेक्षा कमी किमतीत ISDN ऑफर करू लागले आहेत. उत्तर अमेरिकेत, LAN स्विचसह व्यावसायिक संप्रेषण नेटवर्क (स्थानिक-विनिमय वाहक) (LEC)सध्या बहुतांश "जागतिक टेलिफोन सेवा" सेवा असलेल्या T1 कनेक्शनला पर्याय म्हणून ISDN सेवा प्रदान करण्यास सुरुवात केली आहे. (WATS) (वाइड-एरिया टेलिफोन सेवा).

व्याख्यान 10. HDLC आणि PPP – चॅनेल कंट्रोल प्रोटोकॉल

दोन स्टेशन्स दरम्यान डेटा प्रसारित करण्यासाठी एक विश्वासार्ह यंत्रणा तयार करण्यासाठी, एक प्रोटोकॉल परिभाषित करणे आवश्यक आहे जे विविध डेटा प्राप्त करण्यास आणि संप्रेषण चॅनेलवर प्रसारित करण्यास अनुमती देईल. प्रोटोकॉल हा फक्त अटींचा (नियम) एक संच आहे जो दोन किंवा अधिक स्वतंत्र उपकरणे किंवा प्रक्रियांमधील माहितीची देवाणघेवाण करण्यासाठी स्वरूप आणि प्रक्रिया नियंत्रित करतो. प्रोटोकॉलमध्ये तीन आहेत आवश्यक घटक: वाक्यरचना, शब्दार्थ आणि सिंक्रोनाइझेशन. प्रोटोकॉल सिंटॅक्स फील्ड परिभाषित करते; उदाहरणार्थ, पत्त्यांसाठी 16-बाइट फील्ड, चेकसमसाठी 32-बाइट फील्ड आणि प्रति पॅकेट 512 बाइट्स असू शकतात. प्रोटोकॉल सिमेंटिक्स या फील्डचा अर्थ देतात: उदाहरणार्थ, जर ॲड्रेस फील्डमध्ये सर्व पत्ते असतील तर ते "ब्रॉडकास्ट" पॅकेट आहे. सिंक्रोनाइझेशन - प्रति सेकंद बिट्सची संख्या ही डेटा ट्रान्सफरची गती आहे. हे केवळ सर्वात महत्वाचे नाही कमी पातळीप्रोटोकॉल, परंतु उच्च स्तरांवर देखील.

लिंक लेयर प्रोटोकॉल खालील कार्ये प्रदान करते:

प्रथम स्तरावर आयोजित भौतिक चॅनेलद्वारे डेटा ट्रान्सफरचे नियंत्रण;

परीक्षा माहिती चॅनेल;

फ्रेम निर्मिती, म्हणजे सेवा वर्णांसह प्रसारित डेटाची सीमा ही पातळी;

डेटा नियंत्रण;

माहिती चॅनेलची पारदर्शकता सुनिश्चित करणे;

डेटा ट्रान्समिशन चॅनेल व्यवस्थापन.

हा प्रोटोकॉल मध्ये दुसरा स्तर व्यापतो बहु-स्तरीय संघटनानेटवर्क व्यवस्थापन.

HDLC प्रोटोकॉलचे विहंगावलोकन. HDLC (हाय-लेव्हल डेटा लिंक कंट्रोल) हा उच्च-स्तरीय डेटा लिंक कंट्रोल प्रोटोकॉल आहे, ISO मॉडेलचा लिंक लेयर (बिट-ओरिएंटेड) आणि इतर लिंक लेयर प्रोटोकॉल (SDLC, LAP, LAPB, LAPD, LAPX) तयार करण्यासाठी आधार आहे. आणि एलएलसी).

HDLC प्रोटोकॉलची मूलभूत तत्त्वे: लॉजिकल कनेक्शन मोड, स्लाइडिंग विंडो पद्धतीचा वापर करून विकृत आणि हरवलेल्या फ्रेमचे नियंत्रण, RNR (रिसीव्हर तयार नाही) आणि RR (रिसीव्हर तयार) कमांड वापरून फ्रेम प्रवाह नियंत्रण.

एचडीएलसी स्टेशनचे तीन प्रकार आहेत.

प्राथमिक स्टेशन (मास्टर) डेटा लिंक (चॅनेल) नियंत्रित करते. प्रसारित डेटाचा प्रवाह आयोजित करण्यासाठी आणि डेटा ट्रान्समिशन लिंकची कार्यक्षमता पुनर्संचयित करण्यासाठी जबाबदार. हे स्टेशन चॅनेलशी जोडलेल्या दुय्यम स्टेशनवर कमांड फ्रेम प्रसारित करते. या बदल्यात, या स्थानकांकडून त्याला प्रतिसाद फ्रेम प्राप्त होते. लिंक मल्टीपॉइंट असल्यास, लिंकशी जोडलेल्या प्रत्येक स्टेशनसह स्वतंत्र संप्रेषण सत्र राखण्यासाठी मास्टर स्टेशन जबाबदार आहे.

दुय्यम स्टेशन (गुलाम) प्राथमिक स्टेशन (मास्टर) च्या संबंधात एक अवलंबून स्टेशन म्हणून कार्य करते. हे प्राथमिक स्टेशनकडून प्रतिसादांच्या स्वरूपात प्राप्त झालेल्या आदेशांना प्रतिसाद देते. केवळ प्राथमिक स्टेशनसह केवळ एका सत्रास समर्थन देते. दुय्यम स्टेशन चॅनेल नियंत्रणासाठी जबाबदार नाही.

एकत्रित स्टेशन प्राथमिक आणि दुय्यम स्टेशनची कार्ये एकत्र करते. आदेश आणि प्रतिसाद दोन्ही प्रसारित करते आणि दुसऱ्या एकत्रित स्टेशनकडून आदेश आणि प्रतिसाद प्राप्त करते ज्यासह ते सत्र राखते.

तीन तार्किक अवस्था ज्यामध्ये स्टेशन एकमेकांशी संवाद साधण्याच्या प्रक्रियेत असू शकतात.

लॉजिकल डिस्कनेक्ट स्टेट (LDS). या स्थितीत, स्टेशन माहिती प्रसारित किंवा प्राप्त करू शकत नाही. दुय्यम स्टेशन मध्ये असल्यास सामान्य मोडडिस्कनेक्ट (NDM), प्राथमिक स्टेशनकडून तसे करण्याची स्पष्ट परवानगी मिळाल्यानंतरच ते फ्रेम स्वीकारू शकते. स्टेशन असिंक्रोनस रिलीझ मोड (ADM) मध्ये असल्यास, दुय्यम स्टेशन तसे करण्याची स्पष्ट परवानगी न घेता ट्रान्समिशन सुरू करू शकते, परंतु फ्रेम ही एकमेव फ्रेम असावी जी प्राथमिक स्टेशनची स्थिती दर्शवते. एलडीएस स्थितीत संक्रमणाची परिस्थिती प्रारंभिक किंवा पुनरावृत्ती (अल्प-मुदतीच्या शटडाउननंतर) पॉवर स्त्रोत चालू करणे असू शकते; मध्ये इंस्टॉलेशनचे मॅन्युअल नियंत्रण प्रारंभिक अवस्थाविविध स्टेशन उपकरणांचे लॉजिकल सर्किट्स आणि स्वीकृत सिस्टम करारांच्या आधारे निर्धारित केले जातात.

इनिशियलायझेशन स्टेट (IS). या स्थितीचा वापर रिमोट दुय्यम/संयुक्त स्टेशनवर नियंत्रण हस्तांतरित करण्यासाठी, आवश्यक असल्यास ते दुरुस्त करण्यासाठी आणि माहिती हस्तांतरण स्थितीमध्ये वापरल्या जाणाऱ्या डेटा लिंकमधील दूरस्थ स्थानकांमधील पॅरामीटर्सची देवाणघेवाण करण्यासाठी केला जातो.

माहिती हस्तांतरण स्थिती (ITS). दुय्यम, प्राथमिक आणि एकत्रित स्थानकांना वापरकर्ता माहिती प्रसारित आणि प्राप्त करण्याची परवानगी आहे. या स्थितीत, स्टेशन NRM, ARM आणि ABM मोडमध्ये असू शकते, ज्याचे खाली वर्णन केले आहे.

HDLC खालील तीन ट्रान्समिशन मोड प्रदान करते:

- सामान्य प्रतिसाद मोड (NRM). या प्रकरणात, जोपर्यंत प्राथमिक नोड परवानगी देत ​​नाही तोपर्यंत दुय्यम नोड्स प्राथमिक नोडशी संवाद साधू शकत नाहीत;

- असिंक्रोनस प्रतिसाद मोड (ARM). हा ट्रान्समिशन मोड दुय्यम नोड्सला परवानगी न घेता प्राथमिक नोडशी संप्रेषण सुरू करण्यास अनुमती देतो;

- असिंक्रोनस संतुलित मोड (ABM). एव्हीएम मोडमध्ये, एक "संयुक्त" नोड दिसतो, जो परिस्थितीनुसार प्राथमिक किंवा दुय्यम नोड म्हणून कार्य करू शकतो.

डेटा लिंक लेयरवर, फ्रेम हा शब्द एका स्टेशनवरून दुसऱ्या स्टेशनवर प्रसारित केलेल्या स्वतंत्र डेटा ऑब्जेक्टचा संदर्भ देण्यासाठी वापरला जातो. HDLC प्रोटोकॉलमधील फ्रेममध्ये आकृती 10.1 मध्ये दाखवलेली रचना आहे.

N(S) - प्रसारित फ्रेमचा अनुक्रम क्रमांक, N(R) - प्राप्त फ्रेमचा अनुक्रम क्रमांक, P/F - पोल / एंड बिट

आकृती 10.1 – HDLC फ्रेम आणि कंट्रोल फील्ड फॉरमॅट

बिट-ओरिएंटेड प्रोटोकॉल बाईट्समध्ये विभागलेले नसलेल्या बिट्सच्या प्रवाहाच्या स्वरूपात माहितीचे प्रसारण प्रदान करते. म्हणून, विशेष क्रम - ध्वज - फ्रेम वेगळे करण्यासाठी वापरले जातात.

सर्व फ्रेम्स "01111110" ध्वज फील्डसह सुरू आणि समाप्त होणे आवश्यक आहे. चॅनेलशी जोडलेली स्टेशन्स सतत बायनरी ध्वज क्रमाचे निरीक्षण करतात. HDLC फ्रेम्स दरम्यान ध्वज सतत चॅनेलवर प्रसारित केले जाऊ शकतात. चॅनेलवर अपवाद अनुक्रमित करण्यासाठी, सलग सात पाठवले जाऊ शकतात. पंधरा किंवा अधिक युनिट्स चॅनेलला विश्रांती देतात. जर रिसीव्हिंग स्टेशनला ध्वज नसलेल्या बिट्सचा क्रम आढळला, तर त्याद्वारे फ्रेमची सुरूवात, अपवाद (क्रॅश) स्थिती किंवा चॅनेल निष्क्रिय स्थितीबद्दल सूचित केले जाते. जेव्हा पुढील ध्वज क्रम सापडेल, तेव्हा स्टेशनला समजेल की एक पूर्ण फ्रेम आली आहे.

पत्ता फील्डविशिष्ट फ्रेमच्या प्रसारणात भाग घेणारे प्राथमिक किंवा दुय्यम स्थानक परिभाषित करते. प्रत्येक स्टेशनला एक अद्वितीय पत्ता नियुक्त केला जातो. असंतुलित प्रणालीमध्ये, आदेश आणि प्रतिसादांमधील पत्ता फील्डमध्ये दुय्यम स्टेशनचा पत्ता असतो. संतुलित कॉन्फिगरेशनमध्ये, कमांड फ्रेममध्ये गंतव्य पत्ता असतो आणि प्रतिसाद फ्रेममध्ये पाठवणाऱ्या स्टेशनचा पत्ता असतो.

नियंत्रण क्षेत्रकमांड किंवा प्रतिसादाचा प्रकार तसेच प्राथमिक आणि दुय्यम स्थानकांमधील चॅनेलमधील डेटा पास झाल्याचा अहवाल देण्यासाठी वापरल्या जाणाऱ्या क्रम संख्या निर्दिष्ट करते. नियंत्रण फील्डचे स्वरूप आणि सामग्री (चित्र 1) तीन प्रकारच्या फ्रेम्स निर्धारित करतात: माहितीपूर्ण (I), पर्यवेक्षी (S) आणि संख्याहीन (U).

माहिती स्वरूप(I – फॉरमॅट) दोन स्टेशन्स दरम्यान अंतिम वापरकर्ता डेटा प्रसारित करण्यासाठी वापरला जातो.

पर्यवेक्षी स्वरूप(एस – स्वरूप) नियंत्रण कार्ये करते: फ्रेम्सची पुष्टी (पोचपावती), फ्रेमच्या पुनर्प्रसारणासाठी विनंती आणि फ्रेम ट्रान्समिशनमध्ये वेळ विलंब करण्याची विनंती. पर्यवेक्षी फ्रेमचा प्रत्यक्ष वापर स्टेशनच्या ऑपरेटिंग मोडवर (सामान्य प्रतिसाद मोड, असिंक्रोनस संतुलित मोड, असिंक्रोनस प्रतिसाद मोड) अवलंबून असतो.

अगणित स्वरूप(U – स्वरूप) देखील नियंत्रण हेतूंसाठी वापरले जाते: आरंभ किंवा डिस्कनेक्शन, चाचणी, रीसेट आणि स्टेशन ओळख इ. विशिष्ट प्रकारआदेश आणि प्रतिसाद HDLC प्रक्रिया वर्गावर अवलंबून आहे.

माहिती फील्डवैध वापरकर्ता डेटा समाविष्टीत आहे. माहिती फील्ड फक्त माहिती फॉरमॅट फ्रेममध्ये असते. हे पर्यवेक्षी किंवा अगणित स्वरूपाच्या चौकटीत नाही. [टीप: अक्रमित स्वरूप "UI - संख्या नसलेली माहिती" आणि "FRMR - फ्रेम नकार" फ्रेममध्ये माहिती फील्ड आहे.]

सीआरसी फील्ड(फ्रेम चेक सिक्वेन्स) दोन स्टेशनमधील ट्रान्समिशन त्रुटी शोधण्यासाठी वापरला जातो. ट्रान्समिटिंग स्टेशन वापरकर्त्याच्या डेटा प्रवाहावर गणना करते आणि या गणनाचा परिणाम फ्रेममध्ये CRC फील्ड म्हणून समाविष्ट केला जातो. या बदल्यात, प्राप्त करणारे स्टेशन समान गणना करते आणि CRC फील्डसह निकालाची तुलना करते. जर एखादा सामना असेल तर, त्रुटींशिवाय ट्रांसमिशन होण्याची उच्च संभाव्यता आहे. जर काही जुळत नसेल, तर ट्रान्समिशन एरर असू शकते आणि प्राप्त करणारे स्टेशन नकारात्मक पावती पाठवते जे दर्शवते की फ्रेम पुन्हा प्रसारित करणे आवश्यक आहे. CRC गणनेला चक्रीय रिडंडंसी चेक म्हणतात आणि CCITT शिफारस V.41 नुसार जनरेटिंग बहुपदी वापरते. ही पद्धत एकाच त्रुटीमुळे 16 बिट्सपेक्षा जास्त लांबीच्या सर्व संभाव्य त्रुटी टपल्स शोधू शकते, तसेच सर्व संभाव्य लांब त्रुटी टपल्सपैकी 99.9984%.

आज, समर्पित चॅनेलवरील HDLC प्रोटोकॉलने पॉइंट-टू-पॉइंट प्रोटोकॉल, पॉइंट-टू-पॉइंट प्रोटोकॉल, PPP बदलले आहेत.

वस्तुस्थिती अशी आहे की एचडीएलसी प्रोटोकॉलच्या मुख्य कार्यांपैकी एक म्हणजे विकृत आणि हरवलेल्या फ्रेमची पुनर्संचयित करणे. खरंच, HDLC प्रोटोकॉलचा वापर बिट एरर रेट (BER) 10 -3 वरून कमी करतो, जो प्रादेशिक ॲनालॉग चॅनेलसाठी वैशिष्ट्यपूर्ण आहे, 10 -9 पर्यंत.

तथापि, आज ते लोकप्रिय आहेत डिजिटल चॅनेल, जे बाह्य फ्रेम पुनर्संचयित प्रक्रियेशिवाय देखील उच्च दर्जाच्या आहेत (BER मूल्य 10 -8 - 10 -9 आहे). अशा चॅनेलवर ऑपरेट करण्यासाठी, HDLC प्रोटोकॉलच्या पुनर्प्राप्ती कार्यांची आवश्यकता नाही. एनालॉग समर्पित चॅनेलवर प्रसारित करताना, आधुनिक मोडेम स्वतः HDLC कुटुंबातील प्रोटोकॉल वापरतात. त्यामुळे राउटर किंवा ब्रिज स्तरावर HDLC चा वापर अन्यायकारक ठरतो.

पीपीपी प्रोटोकॉल.रिमोट क्लायंटला सर्व्हरशी जोडण्यासाठी आणि कॉर्पोरेट नेटवर्कवर राउटर दरम्यान कनेक्शन तयार करण्यासाठी पीपीपी हे विस्तृत-क्षेत्र संप्रेषणांसाठी वास्तविक मानक बनले आहे. पीपीपी प्रोटोकॉल विकसित करताना, एचडीएलसी फ्रेम स्वरूप एक आधार म्हणून घेतले गेले आणि त्याच्या स्वतःच्या फील्डसह पूरक केले गेले. पीपीपी प्रोटोकॉल फील्ड एचडीएलसी फ्रेमच्या डेटा फील्डमध्ये नेस्ट केलेले आहेत. नंतर घरटे वापरून मानके विकसित केली गेली पीपीपी फ्रेमफ्रेम रिले आणि इतर जागतिक नेटवर्क प्रोटोकॉलच्या फ्रेम्समध्ये.

पीपीपी आणि इतर लिंक-लेयर प्रोटोकॉलमधील मुख्य फरक हा आहे की ते वाटाघाटी प्रक्रियेचा वापर करून विविध उपकरणांचे समन्वित ऑपरेशन साध्य करते. विविध पॅरामीटर्स, जसे की लाइन गुणवत्ता, प्रमाणीकरण प्रोटोकॉल आणि एन्कॅप्स्युलेटेड नेटवर्क लेयर प्रोटोकॉल. वाटाघाटी प्रक्रिया कनेक्शन स्थापनेदरम्यान होते.

पीपीपी प्रोटोकॉल चार तत्त्वांवर आधारित आहे: कनेक्शन पॅरामीटर्सची निगोशिएबल स्वीकृती, मल्टी-प्रोटोकॉल समर्थन, प्रोटोकॉल एक्स्टेंसिबिलिटी, जागतिक सेवांपासून स्वातंत्र्य.

कनेक्शन पॅरामीटर्सची वाटाघाटी स्वीकृती. कॉर्पोरेट नेटवर्कवर अंत प्रणालीपॅकेट्सच्या तात्पुरत्या स्टोरेजसाठी बफरच्या आकारात, पॅकेटच्या आकारावरील निर्बंध आणि समर्थित नेटवर्क लेयर प्रोटोकॉलच्या सूचीमध्ये बरेचदा फरक असतो. शेवटच्या उपकरणांना जोडणारी भौतिक रेषा कमी-स्पीड ॲनालॉग लाइनपासून हाय-स्पीडपर्यंत असू शकते. डिजिटल लाइनसह विविध स्तरसेवेची गुणवत्ता. सर्व संभाव्य परिस्थितींचा सामना करण्यासाठी, पीपीपी प्रोटोकॉलमध्ये एक संच आहे मानक सेटिंग्ज, डीफॉल्टनुसार ऑपरेट करणे आणि सर्व मानक कॉन्फिगरेशन विचारात घेणे. कनेक्शन स्थापित करताना, दोन संप्रेषण साधने प्रथम परस्पर समज शोधण्यासाठी या सेटिंग्ज वापरण्याचा प्रयत्न करतात. प्रत्येक एंड नोड त्याच्या क्षमता आणि आवश्यकतांचे वर्णन करतो. त्यानंतर, या माहितीच्या आधारे, कनेक्शन पॅरामीटर्स स्वीकारले जातात जे दोन्ही पक्षांना अनुकूल असतात, ज्यामध्ये डेटा एन्कॅप्सुलेशन फॉरमॅट, पॅकेट आकार, लाइन गुणवत्ता आणि प्रमाणीकरण प्रक्रिया समाविष्ट असते.

ज्या प्रोटोकॉल अंतर्गत कनेक्शन पॅरामीटर्स प्राप्त होतात त्याला लिंक कंट्रोल प्रोटोकॉल (LCP) म्हणतात. एक प्रोटोकॉल जो एंड नोड्सला कशावर सहमती दर्शवू देतो नेटवर्क प्रोटोकॉलनेटवर्क कंट्रोल प्रोटोकॉल (NCP) नावाच्या स्थापित कनेक्शनवर प्रसारित केले जाईल. विविध नेटवर्क प्रोटोकॉलचे डेटा प्रवाह एका PPP कनेक्शनमध्ये प्रसारित केले जाऊ शकतात.

PPP कनेक्शनचे एक महत्त्वाचे पॅरामीटर्स म्हणजे प्रमाणीकरण मोड. प्रमाणीकरणाच्या हेतूंसाठी, पीपीपी डीफॉल्टनुसार पीएपी प्रोटोकॉल ऑफर करते, जे कम्युनिकेशन लाइनवर पासवर्ड प्रसारित करते खुला फॉर्म, किंवा CHAP प्रोटोकॉल, जो कम्युनिकेशन लाईनवर पासवर्ड प्रसारित करत नाही आणि म्हणून प्रदान करतो अधिक सुरक्षानेटवर्क वापरकर्त्यांना नवीन प्रमाणीकरण अल्गोरिदम जोडण्याची देखील परवानगी आहे. हेडर आणि डेटा कॉम्प्रेशन अल्गोरिदम निवडण्याची शिस्त सारखीच आहे.

मल्टीप्रोटोकॉल समर्थन - एकाधिक नेटवर्क लेयर प्रोटोकॉलला समर्थन देण्यासाठी PPP प्रोटोकॉलची क्षमता — यामुळे PPP चा प्रसार वास्तविक मानक म्हणून झाला आहे. PPP अनेक नेटवर्क लेयर प्रोटोकॉलसह कार्य करते, ज्यात IP, नोवेल IPX, AppleTalk, DECnet, XNS, Banyan VINES आणि OSI, तसेच डेटा लिंक प्रोटोकॉल यांचा समावेश आहे. स्थानिक नेटवर्क. बहुतेक पॅरामीटर्स आयपी प्रोटोकॉलसाठी सेट केले जातात - होस्ट आयपी ॲड्रेस, डीएनएस सर्व्हरचा आयपी ॲड्रेस, आयपी पॅकेट हेडर कॉम्प्रेशनचा वापर इ.

प्रोटोकॉल एक्स्टेंसिबिलिटी. विस्तारक्षमता PPP स्टॅकमध्ये नवीन प्रोटोकॉल समाविष्ट करण्याची क्षमता आणि PPP मध्ये शिफारस केलेल्या डीफॉल्ट ऐवजी वापरकर्त्यांचे स्वतःचे प्रोटोकॉल वापरण्याची क्षमता या दोन्हींचा संदर्भ देते. हे तुम्हाला प्रत्येक विशिष्ट परिस्थितीसाठी PPP सर्वोत्तम कॉन्फिगर करण्यास अनुमती देते.

जागतिक सेवांपासून स्वातंत्र्य. पीपीपीची सुरुवातीची आवृत्ती फक्त एचडीएलसी फ्रेमसह काम करते. ISDN, Frame relay, X.25, Sonet आणि HDLC सारख्या कोणत्याही विस्तृत क्षेत्र नेटवर्क तंत्रज्ञानामध्ये PPP वापरण्याची परवानगी देण्यासाठी PPP स्टॅकमध्ये आता तपशील जोडले गेले आहेत.

प्रश्न उद्भवतो - पीपीपी प्रोटोकॉल वापरून वाटाघाटी करणारी दोन उपकरणे त्यांच्या जोडीदाराला ऑफर करत असलेल्या पॅरामीटर्सबद्दल कसे शिकतात? सामान्यतः, पीपीपी प्रोटोकॉलच्या अंमलबजावणीमध्ये डीफॉल्ट पॅरामीटर्सचा एक निश्चित संच असतो, जो वाटाघाटींमध्ये वापरला जातो. तथापि, प्रत्येक उपकरण (आणि प्रोग्राम जे मध्ये PPP प्रोटोकॉल लागू करते ऑपरेटिंग सिस्टमसंगणक) प्रशासकास डीफॉल्ट सेटिंग्ज बदलण्याची परवानगी देतो, तसेच मानक सेटमध्ये समाविष्ट नसलेले पॅरामीटर्स सेट करू शकतात. उदाहरणार्थ, रिमोट होस्टचा IP पत्ता डीफॉल्ट सेटिंग्जमध्ये समाविष्ट केलेला नाही, परंतु प्रशासक तो रिमोट ऍक्सेस सर्व्हरसाठी सेट करू शकतो आणि सर्व्हर नंतर तो रिमोट होस्टला ऑफर करेल.

जरी पीपीपी प्रोटोकॉल एचडीएलसी फ्रेमसह कार्य करत असले तरी, त्यात एचडीएलसी प्रोटोकॉलच्या फ्रेम नियंत्रण आणि प्रवाह नियंत्रण प्रक्रियेचा अभाव आहे. म्हणून, PPP फक्त एक प्रकारची HDLC फ्रेम वापरते - अगणित माहिती फ्रेम. अशा फ्रेमच्या कंट्रोल फील्डमध्ये नेहमी मूल्य 03 असते. चॅनेलमध्ये आढळणाऱ्या अत्यंत दुर्मिळ त्रुटी दूर करण्यासाठी, प्रोटोकॉल आवश्यक असतात. वरच्या पातळी- TCP, SPX, NetBUEl, NCP, इ.

पीपीपी प्रोटोकॉलचे एक वैशिष्ट्य म्हणजे अनेकांचा वापर भौतिक रेषाएक तार्किक चॅनेल तयार करण्यासाठी, तथाकथित चॅनेल ट्रंकिंग (एक सामान्य लॉजिकल चॅनेलमध्ये भिन्न भौतिक स्वरूपाचे चॅनेल असू शकतात. उदाहरणार्थ, एक चॅनेल टेलिफोन नेटवर्कमध्ये तयार केले जाऊ शकते आणि दुसरे व्हर्च्युअल स्विच केलेले नेटवर्क चॅनेल असू शकते. फ्रेम रिले). हे वैशिष्ट्य एमएलपीपीपी (मल्टी लिंक पीपीपी) नावाच्या अतिरिक्त प्रोटोकॉलद्वारे लागू केले जाते. बरेच उत्पादक त्यांच्या राउटर आणि रिमोट ऍक्सेस सर्व्हरमध्ये या वैशिष्ट्यास मालकी मार्गाने समर्थन देतात. मानक पद्धत वापरणे नेहमीच चांगले असते, कारण ते वेगवेगळ्या उत्पादकांच्या उपकरणांमधील सुसंगततेची हमी देते.

मूलभूत साहित्य: 2

पुढील वाचन: 7

सुरक्षा प्रश्न:

1. चॅनेल कंट्रोल प्रोटोकॉल कशासाठी आहेत?

2. लिंक लेयर प्रोटोकॉल कोणती कार्ये प्रदान करते?

3. HDLC प्रोटोकॉलची मूलभूत तत्त्वे काय आहेत?

4. पीपीपी प्रोटोकॉलची मूलभूत तत्त्वे काय आहेत?

5. HDLC आणि PPP प्रोटोकॉलमध्ये काय फरक आहे?

2.1 परिचय

पीपीपी हे आयपी पॅकेट्स सीरियल लाइन्सवर प्रसारित करण्यासाठी इंटरनेट मानक आहे. पीपीपी सिंक्रोनस आणि एसिंक्रोनस लाईन्सचे समर्थन करते. PPP, तसेच PPP विरुद्ध SLIP या चर्चेतील काही मुद्द्यांसाठी, मी तुम्हाला ftp.uu.net:vendor/MorningStar/papers/sug91-cheapIP.ps.Z (पेपर) आणि sug91- वरील दस्तऐवज पाहण्याचा सल्ला देतो. cheapIP.shar.Z (ओव्हरहेड प्रोजेक्टर स्लाइड्स)

2.2 PPP वैशिष्ट्ये जी उपस्थित असू शकतात किंवा नसू शकतात

मूलभूत पीपीपी फ्रेमिंगसह सुसंगततेच्या दोन्ही बाजूंना, आपल्याला हे माहित असणे आवश्यक आहे की बरेच प्रोग्राम त्यांचे स्वतःचे जोडतात अतिरिक्त वैशिष्ट्ये. हे लक्षात ठेवणे उचित आहे की सर्व मुक्तपणे वितरित कार्यक्रम तसेच व्यावसायिक कार्यक्रमांमध्ये सर्व क्षमतांचा संपूर्ण संच नसतो.
डिमांड डायल (विनंतीनुसार डायल करणे) PPP इंटरफेस कनेक्ट करणे आणि टेलिफोन नंबर डायल करणे. पॅकेज आल्यावर संख्या. निष्क्रियतेच्या कालावधीनंतर PPP इंटरफेस अक्षम करणे.
पीपीपी इंटरफेस कनेक्ट करण्यासाठी पुन्हा डायल करा, जो नंतर डिस्कनेक्ट होणार नाही आणि कनेक्ट केलेले चॅनेल नेहमी त्याच्या विल्हेवाटीवर ठेवेल.
कॅम्पलिंग (रीडायल पहा)
PPP कनेक्शन स्थापित करण्यासाठी संदेशांच्या मालिकेद्वारे किंवा मध्यवर्ती कनेक्शनद्वारे स्क्रिप्टिंग स्थापना, UUCP वर कनेक्शन स्थापित करण्यासाठी वापरल्या जाणाऱ्या अनुक्रमांप्रमाणे.
समांतर यजमानाशी समान कनेक्शनसाठी अनेक पीपीपी लाइन कॉन्फिगर करणे, त्यांच्या दरम्यान रहदारी समान रीतीने वितरीत करणे. (मानकीकरण प्रक्रियेत)
कोणत्या पॅकेट्सच्या फिल्टरिंगने लाइन कॉल करणे सुरू करणे अर्थपूर्ण आहे आणि कोणते नाही. IP वर आधारित किंवा TCP प्रकारपॅकेज किंवा TOS (सेवेचा प्रकार). उदाहरणार्थ, सर्व ICMP पॅकेट्सकडे दुर्लक्ष करा.
RFC1144 नुसार हेडर कॉम्प्रेशन TCP हेडर कॉम्प्रेशन हाय-स्पीड लाईन्सवर वापरल्यास आवश्यक नाही, परंतु कमी-स्पीड लाईन्सवर खूप उपयुक्त आहे.
सर्व्हर इनकमिंग पीपीपी कनेक्शन स्वीकारतो, ज्यासाठी अतिरिक्त राउटिंग देखील आवश्यक असू शकते.
PPP कनेक्शनवर, TCP प्रवाहाद्वारे, विद्यमान IP नेटवर्कद्वारे आभासी नेटवर्कचे टनेलिंग. (ए. बांधा आभासी नेटवर्कविद्यमान IP नेटवर्कद्वारे TCP प्रवाहावर PPP लिंकवर.)
एक्स्ट्रा एस्केपिंग बाइट ओरिएंटेड वर्ण जे कनेक्शन स्थापित करताना वापरल्या जाणाऱ्या मानक कॅरेक्टर सेटमध्ये समाविष्ट नाहीत; (निगोशिएटेड एसिंकमॅपच्या बाहेर बाइट-स्टफिंग वर्ण, आगाऊ कॉन्फिगर करता येण्याजोगे परंतु वाटाघाटी करण्यायोग्य नाही.)

2.3 PPP शब्दकोष

प्रत्येक तंत्रज्ञान कालांतराने परिवर्णी शब्द आत्मसात करते... PPP अपवाद नाही. जवळजवळ सर्व संज्ञा त्यांच्या इंग्रजी/अमेरिकन लिप्यंतरणात वापरल्या जात असल्याने, मला असे दिसते की या संक्षेपांचे भाषांतर अर्थपूर्ण नाही.
* पोचपावती
AO सक्रिय उघडा (अलीकडे RFC1331 मध्ये FSM चा भाग झाला)
सी बंद करा
CHAP चॅलेंज-हँडशेक ऑथेंटिकेशन प्रोटोकॉल (RFC1334)
डी खालचा थर खाली
DES डेटा एंट्री प्रोटोकॉल
डीएनए डिजिटल नेटवर्क आर्किटेक्चर
IETF इंटरनेट अभियांत्रिकी टास्क फोर्स.
आयपी इंटरनेट प्रोटोकॉल
IPCP IP नियंत्रण प्रोटोकॉल.
IPX इंटरनेटवर्क पॅकेट एक्सचेंज (नोव्हेलचे नेटवर्किंग स्टॅक)
FCS फ्रेम चेक क्रम
FSA मर्यादित राज्य ऑटोमेशन
FSM फिनाइट स्टेट मशीन
एलसीपी लिंक कंट्रोल प्रोटोकॉल.
LQR लिंक गुणवत्ता अहवाल.
MD4 MD4 डिजिटल स्वाक्षरी अल्गोरिदम
MD5 MD5 डिजिटल स्वाक्षरी अल्गोरिदम
MRU कमाल प्राप्त युनिट
MTU कमाल ट्रान्समिशन युनिट
nak नकारात्मक पावती
NCP नेटवर्क नियंत्रण प्रोटोकॉल.
NRZ शून्य बिट एन्कोडिंगवर नॉन-रिटर्न. (उपलब्धतेमुळे SYNC ppp डीफॉल्ट)
NRZI झिरो इनव्हर्टेड बिट एन्कोडिंगवर नॉन-रिटर्न. (NRZ ला SYNC ppp पसंतीचा पर्याय)
OSI ओपन सिस्टम इंटरकनेक्ट
PAP पासवर्ड ऑथेंटिकेशन प्रोटोकॉल (RFC1334)
PDU प्रोटोकॉल डेटा युनिट (पॅकेट प्रमाणेच)
PO निष्क्रिय उघडा
PPP पॉइंट टू पॉइंट प्रोटोकॉल (RFC1548 /RFC1549,1332,1333,1334,1551,1376,1377,1378)
RCA प्राप्त कॉन्फिगर-Ack
RCJ प्राप्त कोड-नकार
RCN प्राप्त करा कॉन्फिगर-नाक किंवा -नकार
RCR+ चांगली कॉन्फिगर-विनंती प्राप्त करा
RER इको-विनंती प्राप्त करा
टिप्पण्यांसाठी RFC विनंती (इंटरनेट मानक)
RTA रिसीव्ह टर्मिनिट-एके
RTR प्राप्त करा समाप्ती-विनंती
RUC अज्ञात कोड प्राप्त करा
sca कॉन्फिगर-Ack पाठवा
scj कोड पाठवा-नकार द्या
scn पाठवा कॉन्फिगर-नाक किंवा -नाकार
scr कॉन्फिगर-विनंती पाठवा
ser इको-रिप्लाय पाठवा
sta Send Terminate-Ack
str टर्मिनेट-विनंती पाठवा
ST-II प्रवाह प्रोटोकॉल
काउंटर > 0 सह TO+ कालबाह्य
TO- काउंटरसह कालबाह्य झाले
VJ व्हॅन जेकबसन (RFC1144 हेडर कॉम्प्रेशन अल्गोरिदम)
XNS झेरॉक्स नेटवर्क सेवा
सामान्य माहिती

पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP) "पॉइंट-टू-पॉइंट IP" प्रकाराच्या प्रोटोकॉल एन्कॅप्स्युलेटिंग मानक साधनांच्या अपर्याप्त संख्येशी संबंधित समस्या सोडवण्यासाठी विकसित केले गेले. याव्यतिरिक्त, IP पत्ते जारी करणे आणि व्यवस्थापन करणे, असिंक्रोनस आणि बिट-ओरिएंटेड सिंक्रोनस एन्कॅप्सुलेशन, नेटवर्क प्रोटोकॉल मल्टीप्लेक्सिंग, कॉन्फिगरेशन आणि संप्रेषण गुणवत्तेची चाचणी, त्रुटी शोधणे आणि कॉन्फिगरेशन पत्ते म्हणून अशा नेटवर्क-लेयर वैशिष्ट्यांची स्थापना करण्याचे पर्याय सुलभ करण्यासाठी PPP देखील डिझाइन केले होते. आणि डेटा कॉम्प्रेशन सेट करणे. उपरोक्त गुणांचे समर्थन करण्यासाठी, PPP ने विस्तारित लिंक कंट्रोल प्रोटोकॉल (LCP) आणि नेटवर्क कंट्रोल प्रोटोकॉल (NCPs) प्रोटोकॉलच्या कुटुंबावर नियंत्रण प्रदान करणे आवश्यक आहे जे संप्रेषण पॅरामीटर्स स्थापित करण्यासाठी वापरले जातात. आज, PPP केवळ IP नाही तर IPX आणि DECNet सह इतर प्रोटोकॉलचे समर्थन करते.

पीपीपी घटक

पीपीपी सीरियल पॉइंट-टू-पॉइंट लाईन्सवर डेटाग्राम प्रसारित करण्याची क्षमता प्रदान करते. यात 3 घटक आहेत:

* पीपीपी कम्युनिकेशन्सवर पॅकेजिंग डेटाग्रामसाठी एचडीएलसी (हाय-लेव्हल डेटा लिंक कंट्रोल) प्रोटोकॉल वापरून सीरियल पीपीपी लाइन्सवर डेटाग्रामचे एन्कॅप्सुलेशन प्रदान करण्याची पद्धत.
* स्थापना, कॉन्फिगरेशन आणि चाचणीसाठी वर्धित एलसीपी (लिंक कंट्रोल प्रोटोकॉल). शारीरिक संबंध(डेटा-लिंक कनेक्शनची चाचणी घ्या)
* इतर नेटवर्क प्रोटोकॉलची स्थापना आणि व्यवस्थापन करण्यासाठी प्रोटोकॉलचे एक कुटुंब (NCPs) दुसऱ्या शब्दांत: PPP एकाच वेळी अनेक नेटवर्क प्रोटोकॉलला समर्थन देण्यासाठी डिझाइन केलेले आहे.

सामान्य ऑपरेशन

जेव्हा PPP कनेक्शन स्थापित केले जाते, तेव्हा PPP ड्रायव्हर प्रथम LCP पॅकेट्स कॉन्फिगर करण्यासाठी आणि (शक्यतो) कम्युनिकेशन लिंकची चाचणी घेण्यासाठी पाठवतो. LCP द्वारे आवश्यकतेनुसार संप्रेषण आणि अतिरिक्त क्षमता स्थापित केल्यानंतर, PPP ड्रायव्हर एक किंवा अधिक नेटवर्क प्रोटोकॉल बदलण्यासाठी आणि/किंवा कॉन्फिगर करण्यासाठी NCP फ्रेम्स पाठवतो. ही प्रक्रिया संपली की मग नेटवर्क पॅकेटस्थापित कनेक्शनद्वारे प्रसारित करण्याची संधी मिळवा. विशिष्ट LCP किंवा NCP पॅकेट्स कनेक्शन बंद करेपर्यंत, किंवा कनेक्शन गमावण्यास कारणीभूत काही बाह्य घटना घडेपर्यंत ते कॉन्फिगर केलेले आणि सक्रिय राहील (उदाहरणार्थ: निष्क्रियता टाइमर किंवा वापरकर्ता हस्तक्षेप)
भौतिक-स्तर आवश्यकता

PPP हे EIA/TIA-232-C (RS-232), EIA/TIA-422-C(RS-422), EIA/TIA-423-C(RS-423) सह कोणत्याही DTE/DCE इंटरफेससह कार्य करण्यासाठी अनुकूल आहे. ), ITU-T (CCITT) V.35. PPP द्वारे लागू केलेली एकमेव हार्डवेअर आवश्यकता म्हणजे डुप्लेक्स हार्डवेअरची उपस्थिती, मग ते समर्पित किंवा स्विच केलेले असो, जे एसिंक्रोनस किंवा बिट-ओरिएंटेड सिंक्रोनस, PPP-पारदर्शक पॅकेटवर ऑपरेट करू शकतात.
पीपीपी लिंक लेयर
—————

पीपीपी HDLC (ISO 3309-1979) आणि त्याच्या विस्तारित आवृत्तीशी संबंधित ISO दस्तऐवजांमध्ये वर्णन केलेली तत्त्वे, शब्दावली आणि पॅकेट संरचना वापरते:

* ISO 3309:1984/PDAD1 “परिशिष्ट 1: प्रेषण सुरू/थांबवा.”
* ISO 3309-1979: समकालिक प्रणालींमध्ये वापरण्यासाठी HDLC पॅकेटच्या संरचनेचे वर्णन करते.
* ISO 3309:1984/PDAD1: ISO 3309-1979 मधील बदलांच्या प्रस्तावांचे वर्णन करते जे असिंक्रोनस सिस्टम वापरण्यास अनुमती देईल.

पीपीपी नियंत्रण प्रक्रिया दस्तऐवजांमध्ये मानकीकृत व्याख्या आणि नियंत्रण फील्ड वापरतात: ISO 4335-1979 आणि ISO 4335-1979/परिशिष्ट 1-1979.

PPP पॅकेट स्वरूप:
१ १ १ २ चल २ किंवा ४
फ्लॅग ॲड्रेस कंट्रोल प्रोटोकॉल डेटा FCS

ध्वज: पॅकेटची सुरूवात किंवा शेवट दर्शविणारा एक बाइट फ्लॅग फील्डमध्ये बायनरी क्रम असतो: 01111110.
पत्ता: बायनरी क्रम असलेला एक बाइट: 11111111, मानक प्रसारण पत्ता. PPP स्टेशन युनिकास्टिंगला समर्थन देत नाही.
नियंत्रण: बायनरी क्रम असलेला एक बाइट: 00000011, जो अविभाजित पॅकेटमध्ये वापरकर्ता डेटा प्रसारित करण्यासाठी पाठविला जातो. (च्या प्रसारणासाठी वापरकर्ता डेटाअनुक्रमित फ्रेममध्ये.
प्रोटोकॉल: 2 बाइट्स PPP प्रोटोकॉल वेळेत पॅक केलेल्या प्रोटोकॉलला एन्कोड करतात. प्रोटोकॉल मूल्ये असाइन केलेल्या नंबर्स रिक्वेस्ट फॉर कॉमेंट्स (RFC) दस्तऐवजात आढळू शकतात.
डेटा: 0 किंवा अधिक बाइट्स जे "प्रोटोकॉल" फील्डमध्ये निर्दिष्ट केलेल्या प्रोटोकॉलचा डेटाग्राम बनवतात. FCS फील्डमधील शेवटचा क्रम आणि 2-बाइट अनुक्रम शोधून माहिती फील्डचा शेवट निश्चित केला जातो. डीफॉल्टनुसार, माहिती फील्डची कमाल लांबी 1500 बाइट्स आहे तथापि, परस्पर करारानुसार, पीपीपीचा वापर लक्षात घेऊन, इतर फील्ड लांबी वापरली जाऊ शकते
फ्रेम चेक सिक्वेन्स (FCS): सामान्यतः 16bit (2 बाइट्स). तथापि, परस्पर कराराद्वारे, 32 बिट (4 बाइट) पॅकेट अखंडता नियंत्रण वापरले जाऊ शकते.

पीपीपी लिंक कंट्रोल प्रोटोकॉल

PPP LCP पॉइंट-टू-पॉइंट कनेक्शन स्थापित, कॉन्फिगर, देखरेख आणि चाचणीसाठी पद्धती प्रदान करते. एलसीपी 4 टप्प्यात विभागली आहे:

* कॉन्फिगरेशन आणि संप्रेषण - कोणताही डेटाग्राम (उदा. IP) प्रसारित करण्यापूर्वी, LCP ने प्रथम कनेक्शन उघडले पाहिजे आणि कॉन्फिगरेशन पॅरामीटर्सची प्रारंभिक देवाणघेवाण केली पाहिजे. कॉन्फिगरेशनची पुष्टी करणारे पॅकेट पाठवले आणि परत मिळाल्यावर हा टप्पा संपतो.
* संप्रेषणाची गुणवत्ता निश्चित करणे - LCP संप्रेषण चॅनेलच्या चाचणीचा एक टप्पा जोडण्याची परवानगी देतो (परंतु आवश्यक नाही), हा टप्पा पहिल्या नंतर लगेच येईल. या टप्प्यात, कनेक्शन पुरेसे गुणवत्तेसह कोणत्याही नेटवर्क प्रोटोकॉलची वाहतूक करण्यास सक्षम आहे की नाही हे निर्धारित केले जाते. हा टप्पा ऐच्छिक आहे. हा टप्पा पूर्ण होईपर्यंत LCP ने कोणत्याही नेटवर्क प्रोटोकॉलचे हस्तांतरण करण्यास विलंब केला पाहिजे.
* नेटवर्क प्रोटोकॉल सेटिंग्ज स्थापित करणे - LCP ने कम्युनिकेशन पॅरामीटर्स परिभाषित करणे पूर्ण केल्यानंतर, नेटवर्क प्रोटोकॉल संबंधित NCPs द्वारे स्वतंत्रपणे कॉन्फिगर केले जाणे आवश्यक आहे, जे कधीही वापरणे सुरू किंवा बंद केले जाऊ शकते.
* कनेक्शन समाप्त - एलसीपी स्थापित कनेक्शन कधीही समाप्त करू शकते. हे वापरकर्त्याच्या मागणीमुळे किंवा काही भौतिक घटनेमुळे उद्भवू शकते, जसे की वाहक गमावणे किंवा न वापरलेल्या चॅनेल वेळेच्या परवानगी कालावधीची समाप्ती.

एलसीपी पॅकेटचे तीन प्रकार आहेत:

* स्थापना पॅकेट्स - संप्रेषण स्थापित करण्यासाठी आणि कॉन्फिगर करण्यासाठी वापरले जातात
* इंटरप्ट पॅकेट्स - स्थापित कनेक्शनमध्ये व्यत्यय आणण्यासाठी वापरले जाते
* कम्युनिकेशन सेव्हिंग पॅकेजेस - कम्युनिकेशन मॅनेजमेंट आणि डायग्नोस्टिक्ससाठी वापरले जाते

2.4 PPP संबंधित RFC

ही PPP शी संबंधित RFC ची यादी आहे. यातील काही दस्तऐवज (कालबाह्य) जुने आहेत...

* 1717 - Sklower, K.; लॉयड, बी.; मॅकग्रेगर, जी.; Carr, DThe PPP मल्टीलिंक प्रोटोकॉल (MP). नोव्हेंबर १९९४; 21 p.m. (स्वरूप: TXT=46264 बाइट)
* 1663 - रँड, डीपीपीपी विश्वसनीय ट्रांसमिशन. जुलै 1994; 8 p.m. (स्वरूप: TXT=17281 बाइट)
* 1662 — HDLC सारखी फ्रेमिंगमध्ये सिम्पसन, डब्ल्यू., एडपीपीपी. जुलै 1994; 25 p.m. (स्वरूप: TXT=48058 बाइट) (अप्रचलित RFC 1549)
* 1661 - सिम्पसन, डब्ल्यू., पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP). जुलै 1994; 52 पी. (स्वरूप: TXT=103026 बाइट) (अप्रचलित RFC 1548)
* 1638 - बेकर, एफ.; बोवेन, आर., edsPPP ब्रिजिंग कंट्रोल प्रोटोकॉल (BCP). 1994 जून; 28 p.m. (स्वरूप:TXT=58477 बाइट)
* 1619 - सिम्पसन, SONET/SDH वर WPPP. मे १९९४; दुपारी ४ वा. स्वरूप: TXT=8893 बाइट)
* 1618 - ISDN वर सिम्पसन, WPPP. मे १९९४; 6 p.m. (स्वरूप: TXT=14896 बाइट)
* 1598 - X.25 मध्ये सिम्पसन, WPPP. मार्च 1994; 7 p.m. (स्वरूप: TXT=13835 बाइट)
* 1570 - सिम्पसन, डब्ल्यू., एड. PPP LCP विस्तार. जानेवारी १९९४; 18 p.m. (स्वरूप: TXT=35719 बाइट) (RFC 1548 अद्यतने)
* १५५३ - माथूर, एस.; लुईस, एम. WAN मीडिया (CIPX) वर IPX हेडर्स कॉम्प्रेस करणे. डिसेंबर १९९३; 23 p.m. (स्वरूप: TXT=47450 बाइट)
* 1552 - सिम्पसन, डब्ल्यू. द पीपीपी इंटरनेटवर्क पॅकेट एक्सचेंज कंट्रोल प्रोटोकॉल (IPXCP). डिसेंबर १९९३; 14 p.m. स्वरूप: TXT=29174 बाइट)
* 1551 - ॲलन, एम. नोवेल IPX विविध WAN मीडिया IPXWAN वर). डिसेंबर १९९३; 22 p.m. (स्वरूप: TXT=54210 बाइट) (अप्रचलित RFC 1362)
* 1549 - सिम्पसन, डब्ल्यू., एड. HDLC फ्रेमिंग मध्ये PPP. डिसेंबर १९९३; 18 p.m. (स्वरूप: TXT=36353 बाइट) RFC 1662 द्वारे अप्रचलित)
* 1548 — सिम्पसन, डब्ल्यू. द पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP). डिसेंबर १९९३; 53 पी. (स्वरूप: TXT=111638 बाइट) (अप्रचलित RFC 1331; RFC 1661 द्वारे अप्रचलित; RFC 1570 द्वारे अद्यतनित)
* 1547 - पर्किन्स, डी. इंटरनेट मानक पॉइंट-टू-पॉइंट प्रोटोकॉलसाठी आवश्यकता. डिसेंबर १९९३; 21 p.m. स्वरूप: TXT=49811 बाइट)
* 1378 - PPP AppleTalk कंट्रोल प्रोटोकॉल (ATCP). पार्कर, बी. 1992 नोव्हेंबर; 16 p.m. (स्वरूप: TXT=28496 बाइट)
* 1377 - PPP OSI नेटवर्क लेयर कंट्रोल प्रोटोकॉल (OSINLCP). Katz, D. 1992 नोव्हेंबर; 10 p.m. (स्वरूप: TXT=22109 बाइट)
* 1376 - PPP DECnet फेज IV कंट्रोल प्रोटोकॉल (DNCP). सेनम, एस.जे. नोव्हेंबर १९९२; 6 p.m. (स्वरूप: TXT=12448 बाइट)
* 1362 - ॲलन, एम. नोवेल IPX विविध WAN मीडिया IPXWAN वर). 1992 सप्टेंबर; 18 p.m. (स्वरूप: TXT=30220 बाइट)
* 1334 - पीपीपी प्रमाणीकरण प्रोटोकॉल. लॉयड, बी.; सिम्पसन, डब्ल्यू.ए. ऑक्टोबर 1992; 16 p.m. (स्वरूप: TXT=33248 बाइट)
* 1333 - पीपीपी लिंक गुणवत्ता निरीक्षण. सिम्पसन, डब्ल्यू.ए. मे १९९२; 15 p.m. (स्वरूप: TXT=29965 बाइट)
* 1332 - PPP इंटरनेट प्रोटोकॉल कंट्रोल प्रोटोकॉल (IPCP). मॅकग्रेगर, जी. १९९२ मे; दुपारी १२ वा. (स्वरूप: TXT=17613 बाइट) (अप्रचलित RFC1172)
* 1331 - पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP) पॉइंट-टू-पॉइंट लिंक्सवर मल्टी-प्रोटोकॉल डेटाग्रामच्या प्रसारणासाठी. सिम्पसन, डब्ल्यू.ए. मे १९९२; ६६ पी. (स्वरूप: TXT=129892 बाइट) (अप्रचलित RFC1171, RFC1172; RFC 1548 द्वारे अप्रचलित)
* 1220 - ब्रिजिंगसाठी पॉइंट-टू-पॉइंट प्रोटोकॉल विस्तार. बेकर, एफ., एड. एप्रिल १९९१; 18 p.m. (स्वरूप: TXT=38165 बाइट)
* 1172 - पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP) प्रारंभिक कॉन्फिगरेशन पर्याय. पर्किन्स, डी.; छंद, आर. 1990 जुलै; 38 पी. (स्वरूप: TXT=76132 बाइट) (RFC1331, RFC1332 द्वारे कालबाह्य)
* 1171 - पॉइंट-टू-पॉइंट लिंक्सवर मल्टी-प्रोटोकॉल डेटाग्रामच्या प्रसारणासाठी पॉइंट-टू-पॉइंट प्रोटोकॉल. पर्किन्स, डी. 1990 जुलै; 48 पी. (स्वरूप: TXT=92321 बाइट) (अप्रचलित RFC1134; RFC1331 द्वारे अप्रचलित)
* 1134 - पॉइंट-टू-पॉइंट प्रोटोकॉल: पॉइंट-टू-पॉइंट लिंक्सवर डेटाग्रामच्या मल्टी-प्रोटोकॉल ट्रान्समिशनचा प्रस्ताव. पर्किन्स, डी. 1989 नोव्हेंबर; 38 पी. (स्वरूप: TXT=87352 बाइट) (RFC1171 द्वारे कालबाह्य)
* 1144 - कमी-स्पीड सीरियल लिंक्ससाठी TCP/IP शीर्षलेख संकुचित करणे. जेकबसन, व्ही. 1990 फेब्रुवारी; ४३ पी. स्वरूप: TXT=120959 PS=534729 बाइट)