मुझे रेडियो मॉडेम पर दो डेबियन सिस्टम के बीच एक विश्वसनीय ppp / tcpip लिंक स्थापित करने में बहुत परेशानी हो रही है।
मेरा हार्डवेयर टोपोलॉजी थोड़ा जटिल है।
सिस्टम का उपयोग करता है:
- रास्पबेरी चल रहे रेडियो लिंक के प्रत्येक छोर पर रास्पबेरी पाई 3 बी खिंचाव (RPI)
- RFDesign RFD900x रेडियो मॉडेम (FTDI केबल के माध्यम से जुड़ा हुआ है USB के माध्यम से RPI) (RFD900)
- एक वाईफाई राउटर को लिंक करता है जिसे वह नेटिंग करता है (वाईफ़ाई) एक अज्ञात के लिए एक उपग्रह सेवा (स्काई मस्टर - ऑस्ट्रेलिया) के लिए इंटरनेट से AUS में POP (SAT)
- दूसरे पर SAT के ऊपर एक vpn (vpnc) Aus ISP स्थिर IP एक राउटर द्वारा समाप्त किया गया। (जो डिफ़ॉल्ट मार्ग है RPI3Bs के लिए)
- (वीपीएन) वीपीएन एंडपॉइंट नेट से जुड़ा है स्थिर आईपी (END)
मैं समस्या को देखने के लिए RFD900x मॉडेम पर होना चाहता हूं, जो कि टीसीपी कंजेशन फॉल बैक से संबंधित है, जो तब होता है जब रेडियो पैकेट छोड़ता है, हालांकि मैं संदर्भ के लिए अन्य विवरण प्रदान करता हूं और मामले में मैं मूर्खतापूर्ण ढंग से गायब हूं।
RFD900 से अधिक RPI के बीच समस्याएँ प्रतिलिपि प्रस्तुत करने योग्य हैं।
अंत-बिंदु से (सबसे अधिक परेशानी के साथ) इंटरनेट का लिंक इस प्रकार है:
आरपीआई - & gt; RFD900 - & gt; RFD900 - & gt; आरपीआई - & gt; वीपीएन - & gt; वाईफ़ाई - & gt; सैट - & gt; समाप्त।
संदर्भ के लिए फिर से ऊपर।
RFD900s दूरी और obsticles शामिल के साथ एक बहुत पैकेट छोड़ देता है। मैंने बिना किसी लाभ (ओमनी, याग्गी, प्रत्यक्ष बनाम ग्रेनाइट की चट्टानों को उछालने) के सभी प्रकार के हवाई विन्यासों की कोशिश की है। मैंने मॉडेम, mtu, ppp सेटिंग्स आदि में सभी प्रकार के मापदंडों को ट्यून करने की कोशिश की है ताकि टीसीपी / आईपी विश्वसनीयता को कोई फायदा न हो।
हवा की गति 64kb है। सीरियल की स्पीड 57kb है।
डायग नोट्स:
- विभिन्न दूरी पर RFD900 से अधिक धारावाहिकों के लिए सरल धारावाहिक पर 131 बाइट या 151 बाइट के रेडियो एमटीयू का आकार सबसे अच्छा थ्रूपुट है।
- थ्रूपुट विश्वसनीय है, हालांकि "फट" है - & gt; निरंतर प्रवाह के बजाय, फट, फट।
- मुझे संदेह है कि यह "फटने" टीसीपी का एक कार्य है जो रेडियो पैकेट ड्रॉपआउट को भीड़ के रूप में देखता है जो एक अपरिहार्य रिट्री संतृप्ति के लिए आगे बढ़ता है।
- जब यह संतृप्त होता है, सत्र (ssh, scp, apt आदि) बस के लिए जमने लगते हैं विस्तारित समय की चर राशियाँ (सेकंड, अक्सर 2-3 मिनट, कभी-कभी & gt; 10 मिनटों)।
- आम तौर पर असफल हो जाएगा। scp और ssh चलते रहते हैं और अंत में वहाँ पहुँचते हैं, हालाँकि आमतौर पर कई स्टालों और पागल देरी के समय के साथ।
- आमतौर पर ssh पर, लिंक प्रयोग करने योग्य है, बशर्ते कि कोई लंबी प्रतिक्रिया शामिल न हो - उदाहरण के लिए एक लंबी ls -la।
- मोडेम पर प्रवाह नियंत्रण (कोई नहीं, आरसीटीएसटीएस, एक्सओएनएक्सएफएफ) मेरे परीक्षणों के लिए अनुपयुक्त है।
- पीपीपी पेलोड कम्प्रेशन के विभिन्न रूप असंगत (बीएसडी, प्रीडिक्टर, अपस्फीति आदि) लगते हैं।
- वैन जैकबसेन हेडर कंप्रेशन प्रति फटने से थ्रूपुट को बढ़ाता है, लेकिन स्टॉल और देरी को बढ़ा देता है
- मैंने समाधानों के लिए बड़े पैमाने पर खोज की है (यहां तक कि वापस जा रहे हैं और आरएफसी पढ़ रहे हैं)।
- ऐसा लगता है कि वीजे हेडर COMP को हानिपूर्ण लिंक के लिए समस्याग्रस्त के रूप में पहचाना गया था और संपीड़न तकनीकों पर RFC अग्रिम किया गया है जैसे कि ROHC - RObust Header Compression, जिसमें ROHC कार्य-समूह शामिल है, ऐसा प्रतीत होता है कि विभिन्न मालिकाना संपीड़न संपीड़न प्रोटोकॉल जो खुले में उपलब्ध नहीं हैं। स्रोत।
- समस्या सेलुलर लिंक (पीपीपी और आरएलपी दोनों के साथ) के लिए अच्छी तरह से हल लगती है - जो कि मालिकाना प्रोटोकॉल पर निर्भर करती है।
मैं यहां अपनी वर्तमान स्क्रिप्ट भी पोस्ट करता हूं, जो pppd को चलाती है (मैंने जिन विभिन्न विकल्पों को आज़माया है - # देखी गई लाइनें देखें।)।
# set up the pppd to allow the remote unit to connect as an IP peer
# additional options for remote end: usepeerdns defaultroute replacedefultroute
pppd /dev/ttyUSB0 57600 mru 131 mtu 131 noauth crtscts nocdtrcts lock passive 192.168.10.1:192.168.10.2 local maxfail 0 persist proxyarp updetach
#pppd /dev/ttyUSB0 57600 novj novjccomp mru 131 mtu 131 noauth crtscts nocdtrcts lock passive 192.168.10.1:192.168.10.2 local maxfail 0 persist proxyarp updetach
#pppd /dev/ttyUSB0 57600 192.168.10.1:192.168.10.2 mru 131 mtu 131 proxyarp noauth crtscts nocdtrcts noaccomp nobsdcomp nodeflate nopcomp nopredictor1 novj novjccomp lock mru 131 mtu 131 passive local maxfail 0 persist updetach
#debug ktune bsdcomp 12 xonxoff nocrtscts mru 296 mtu 296
#pppd /dev/ttyUSB0 57600 debug mru 131 mtu 131 noauth crtscts nocdtrcts lock passive 192.168.10.1:192.168.10.2 local maxfail 0 persist updetach proxyarp
#pppd /dev/ttyUSB0 57600 noaccomp nobsdcomp nodeflate nopcomp nopredictor1 novj novjccomp mru 131 mtu 131 noauth crtscts nocdtrcts lock passive 192.168.10.1:192.168.10.2 local maxfail 0 persist proxyarp updetach
#pppd /dev/ttyUSB0 57600 novjccomp mru 131 mtu 131 noauth crtscts nocdtrcts lock passive 192.168.10.1:192.168.10.2 local maxfail 0 persist proxyarp updetach
क्या किसी ने इसे ओपन सोर्स pppd के साथ हल किया है? क्या अन्य विकल्प या तकनीकें हैं जो एक विकल्प होगा?
क्या कर्नेल टीसीपी भीड़ की सेटिंग देखने लायक है?