मैं मान रहा हूं कि 192.168.0.1 राउटर बी पर इस्तेमाल होने वाला गेटवे नहीं है, बल्कि लैन इंटरफेस पर इसका अपना आईपी है। यदि राउटर ए डीएचसीपी के माध्यम से पते दे रहा है, तो यह बी को भी सूचित करता है कि किस गेटवे का उपयोग करना है, और यह 192.168.1.1 होना चाहिए। यदि आप इंटरनेट को B के सबनेट से एक्सेस कर सकते हैं, तो यह मामला है, जब तक कि आपके पास एक बहुत ही उत्कृष्ट सेटअप नहीं है जो एक विस्तृत विस्तृत विवरण की आवश्यकता है।
आपके प्रश्न का उत्तर देने के लिए, मशीनें C और D अलग-अलग नेटवर्क पर हैं, लेकिन D, C के साथ एक संबंध स्थापित कर सकता है। यह आईपी 192.168.1.3 को अपने स्वयं के सबनेट पर नहीं मिल सकता है, इसलिए यह अपने गेटवे यानी राउटर बी के अनुरोध पर गुजरता है, जो यह जानता है कि लक्ष्य मशीन कहां स्थित है।
चारों ओर दूसरा रास्ता अधिक कठिन है। न तो स्वयं D या न ही इसका गेटवे, राउटर A होस्ट करता है, यह जानता है कि 192.168.0.199 के लिए इच्छित ट्रैफ़िक को राउटर बी के माध्यम से पार करना चाहिए। भले ही उन्होंने किया हो, उदाहरण के लिए '192.168.0.0/24 गर्त 1918.168.1.2' राउटर बी को परिभाषित करते हुए। पैकेट को WAN इंटरफ़ेस से LAN इंटरफ़ेस तक नहीं जाने देंगे।
हालाँकि आप B को 'LAN' स्विच के बजाय 'dumb' स्विच के रूप में उपयोग करने से बेहतर हो सकते हैं, बस अपने LAN पोर्ट्स से सब कुछ जोड़कर, नेटवर्क टोपोलॉजी को बदले बिना इस समस्या को दरकिनार करना संभव है। आपको राउटर B पर पोर्ट को फॉरवर्ड करना होगा जो 192.168.0.0/24 नेटवर्क के बाहर संचार में उपयोग किया जाता है।
उदाहरण के लिए, यदि मशीन D एक वेब सर्वर चला रहा है, जिसके लिए मशीन C से संचार शुरू किया जाना चाहिए, तो आप रूटर B को आगे पोर्ट 80 पर 192.168.0.199 की ओर कॉन्फ़िगर करना चाहेंगे। वैकल्पिक रूप से, आपका राउटर ऐसी सुविधा का समर्थन करता है, तो आप राउटर B के DMZ में मशीन D को रख सकते हैं, इस प्रकार इस मशीन के सभी पोर्ट्स को अग्रेषित कर सकते हैं, जब तक कि वे अन्यथा कॉन्फ़िगर न हों। आम तौर पर, इसे असुरक्षित माना जा सकता है, लेकिन इस मामले में, मशीन को अभी भी राउटर ए के माध्यम से संरक्षित किया जाएगा, जब तक कि 192.168.1.0/24 नेटवर्क से समझौता नहीं किया जाता है।