मार्गदर्शन
फाइबर बनाम केबल बनाम DSL: अंतर क्या है?
फाइबर, केबल और DSL को वास्तविक कनेक्शन के आधार पर समझें। तकनीक की पुष्टि, माप की सीमाएँ, अपलोड, रुकावटें और खर्च की तुलना करें।
इंटरनेट तक पहुँचने की तकनीक संभावित प्रदर्शन को प्रभावित करती है, लेकिन उसका नाम वास्तविक गति, विलंब या स्थिरता की गारंटी नहीं है। प्लान, स्थानीय नेटवर्क, घरेलू कनेक्शन और गंतव्य सर्वर भी मायने रखते हैं। पहले जानें कि सेवा आपके परिसर तक कैसे पहुँचती है, फिर वास्तविक विकल्पों की तुलना करें। Wi-Fi घर के भीतर का वायरलेस कनेक्शन है; इससे प्रदाता की फाइबर, केबल या DSL तकनीक पता नहीं चलती।
तीन तरह के बाहरी कनेक्शन
- ऑप्टिकल फाइबर प्रकाश से डेटा पहुँचाता है। FTTP में फाइबर ग्राहक के परिसर तक और FTTH में घर तक आता है। FTTC में फाइबर सड़क के कैबिनेट तक तथा अंतिम हिस्सा ताँबे का होता है। विज्ञापन में केवल फाइबर शब्द पूरी संरचना नहीं बताता।
- केबल इंटरनेट अक्सर फाइबर और कोएक्सियल केबल वाले HFC नेटवर्क पर DOCSIS इस्तेमाल करता है। अपलोड की कोई सार्वभौमिक छोटी सीमा नहीं है: DOCSIS 4.0 समान डाउनलोड और अपलोड वाली सेवाओं का समर्थन कर सकता है। मानक की क्षमता आपके पते के प्लान की गति नहीं है।
- DSL ताँबे की टेलीफोन लाइन पर डेटा भेजता है। ADSL, VDSL तथा ताँबे के हिस्से की लंबाई और स्थिति प्रदर्शन को प्रभावित करते हैं। FTTC/VDSL में कैबिनेट से परिसर तक का ताँबे का हिस्सा महत्त्वपूर्ण है; नक्शे की सीधी दूरी से वास्तविक ट्रांसफर गति तय नहीं होती।
टेस्ट के नतीजे समझने से पहले तकनीक की पुष्टि
- अपने पते के प्रस्ताव, अनुबंध के सार और प्रदाता के विवरण में FTTP/FTTH, FTTC/VDSL, DSL या HFC/DOCSIS देखें। फाइबर का अर्थ अस्पष्ट हो तो अंतिम हिस्से में इस्तेमाल होने वाला माध्यम पूछें।
- मॉडेम, राउटर या ऑप्टिकल टर्मिनल के मॉडल को प्रदाता के दस्तावेज़ से मिलाएँ। सेटिंग बदले बिना स्थिति पृष्ठ पर उपलब्ध कनेक्शन प्रकार और DSL सिंक गति लिखें। सिंक गति किसी फ़ाइल की ट्रांसफर गति नहीं है।
- डिवाइस तक Ethernet केबल होने से प्रदाता की तकनीक पता नहीं चलती। उसी LAN पोर्ट के पीछे ऑप्टिकल टर्मिनल, केबल मॉडेम या DSL मॉडेम हो सकता है। घरेलू नेटवर्क को बाहरी कनेक्शन से अलग समझें।
- समान डाउनलोड और अपलोड वाला गीगाबिट नतीजा फाइबर साबित नहीं करता; 10-50 Mbps अपलोड से केबल की पहचान नहीं होती और 10 Mbps से कम गति DSL या मोबाइल नेटवर्क साबित नहीं करती। जाँच के लिए ऑप्टिकल टर्मिनल न खोलें और फाइबर कनेक्टर न हटाएँ; प्रदाता से विवरण माँगें।
साझा क्षमता अपने आप भीड़ का प्रमाण नहीं
HFC की तरह PON फाइबर नेटवर्क भी ग्राहकों के बीच पहुँच क्षमता साझा कर सकते हैं। इससे अकेले नेटवर्क पर भीड़ या शाम की मंदी साबित नहीं होती। हर फाइबर प्लान में डाउनलोड और अपलोड समान नहीं होते। गेम के वास्तविक सर्वर तक और प्रासंगिक नेटवर्क लोड के दौरान विलंब देखें; फाइबर कम विलंब या अधिक FPS की गारंटी नहीं है। वीडियो और कॉल की उपयोगिता उपलब्ध प्रदर्शन, एक साथ चलने वाले काम और सेवा की आवश्यकताओं पर निर्भर है। कई 4K स्ट्रीम के कारण केबल स्वतः अनुपयुक्त नहीं हो जाता; DSL भी केवल नाम के कारण HD या कॉल के लिए अनुपयुक्त नहीं है।
समस्या के कारणों को अलग करके जाँचें
- डिवाइस, कनेक्शन, समय, कार्य और गंतव्य लिखें। NDT एक TCP कनेक्शन पर डाउनलोड, अपलोड और विलंब जाँचता है तथा IP पते सहित नतीजे सार्वजनिक करता है। इससे पहुँच तकनीक की पहचान नहीं होती। महत्त्वपूर्ण कॉल के दौरान टेस्ट न चलाएँ।
- एक ही डिवाइस और विधि से पास-पास के समय पर Wi-Fi और Ethernet की तुलना करें। Mesh में डिवाइस से बेस राउटर तक पूरा रास्ता देखें; डिवाइस को नोड से केबल जोड़ने पर आगे का रास्ता वायरलेस हो सकता है। कम Ethernet नतीजा अकेले प्रदाता की खराबी नहीं बताता।
- वास्तविक काम को समानांतर स्पीडटेस्ट के बिना दोहराएँ और अपने बड़े डाउनलोड या बैकअप ट्रांसफर रोककर तुलना करें। सुधार लोड का प्रभाव दिखा सकता है; उससे साझा नेटवर्क की खराबी या तकनीक बदलने की आवश्यकता साबित नहीं होती।
- फिर एक बार में केवल डिवाइस, सेवा या समय बदलें। लक्ष्य सर्वर भी सीमा लगा सकता है। त्रुटि, स्थिति और रुकावटें रीस्टार्ट से पहले दर्ज करें। सुरक्षा बंद न करें और फ़ैक्टरी रीसेट को सामान्य परीक्षण न बनाएँ।
अपने पते के वास्तविक प्रस्ताव चुनें
- डाउनलोड, अपलोड और उपयोग की सीमाएँ जाँचें। वीडियो भेजना, बैकअप और एक साथ चलने वाले काम अपलोड को महत्त्वपूर्ण बना सकते हैं। मानक की अधिकतम क्षमता को प्लान की गति न समझें।
- ज़रूरी ऐप और उसके सर्वर तक विलंब तथा रुकावटें देखें। गेमिंग, घर से काम या वीडियो देखने के लिए केवल उपयोग का नाम किसी तकनीक को अनिवार्य नहीं बनाता।
- मासिक कीमत, स्थापना, उपकरण, अवधि, घोषित कीमत परिवर्तन, सेवा बदलते समय रुकावट और सहायता की तुलना करें। Ofcom उपयोगी प्रश्न बताता है, लेकिन ब्रिटिश अनुबंध नियम हर देश में लागू नहीं हैं।
- सहायता को तकनीक, प्लान, मॉडल, नेटवर्क का रास्ता, समय, रुकावट और तुलनात्मक नतीजे निजी तौर पर दें; पासवर्ड या टोकन न भेजें। मौजूदा सेवा काम पूरा कर रही हो तो केवल तकनीक के नाम से खरीद या बदलाव जरूरी नहीं होता।