ಹಲವಾರು ಇಂಟರ್ನೆಟ್ ಚಾನಲ್‌ಗಳನ್ನು ಒಂದಾಗಿ ಸಂಯೋಜಿಸಲು ಸಾಧ್ಯವೇ? ಈ ವಿಷಯದ ಸುತ್ತಲೂ ಬಹಳಷ್ಟು ತಪ್ಪುಗ್ರಹಿಕೆಗಳು ಮತ್ತು ಪುರಾಣಗಳಿವೆ; ಅನುಭವಿ ನೆಟ್‌ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳು ಸಹ ಇದು ಸಾಧ್ಯ ಎಂದು ತಿಳಿದಿರುವುದಿಲ್ಲ. ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಲಿಂಕ್ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ತಪ್ಪಾಗಿ NAT ಮಟ್ಟದಲ್ಲಿ ಸಮತೋಲನ ಅಥವಾ ವಿಫಲತೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಆದರೆ ನಿಜವಾದ ಸಂಕಲನವು ಅನುಮತಿಸುತ್ತದೆ ಎಲ್ಲಾ ಇಂಟರ್ನೆಟ್ ಚಾನೆಲ್‌ಗಳಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಒಂದೇ TCP ಸಂಪರ್ಕವನ್ನು ಪ್ರಾರಂಭಿಸಿ, ಉದಾಹರಣೆಗೆ, ವೀಡಿಯೋ ಪ್ರಸಾರ ಇದರಿಂದ ಯಾವುದೇ ಇಂಟರ್ನೆಟ್ ಚಾನೆಲ್‌ಗಳು ಅಡ್ಡಿಪಡಿಸಿದರೆ, ಪ್ರಸಾರಕ್ಕೆ ಅಡ್ಡಿಯಾಗುವುದಿಲ್ಲ.
ವೀಡಿಯೊ ಪ್ರಸಾರಕ್ಕಾಗಿ ದುಬಾರಿ ವಾಣಿಜ್ಯ ಪರಿಹಾರಗಳಿವೆ, ಆದರೆ ಅಂತಹ ಸಾಧನಗಳು ಅನೇಕ ಕಿಲೋಬಕ್ಸ್ ವೆಚ್ಚವಾಗುತ್ತವೆ. ಲೇಖನವು ಉಚಿತ, ಮುಕ್ತ-ಮೂಲ OpenMPTCPRouter ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಚಾನಲ್ ಸಾರಾಂಶದ ಬಗ್ಗೆ ಜನಪ್ರಿಯ ಪುರಾಣಗಳನ್ನು ತಿಳಿಸುತ್ತದೆ.
ಚಾನಲ್ ಸಾರಾಂಶದ ಬಗ್ಗೆ ಪುರಾಣಗಳು
ಮಲ್ಟಿ-ವಾನ್ ಕಾರ್ಯವನ್ನು ಬೆಂಬಲಿಸುವ ಅನೇಕ ಹೋಮ್ ರೂಟರ್‌ಗಳಿವೆ. ಕೆಲವೊಮ್ಮೆ ತಯಾರಕರು ಈ ಚಾನಲ್ ಅನ್ನು ಸಮ್ಮಿಂಗ್ ಎಂದು ಕರೆಯುತ್ತಾರೆ, ಇದು ಸಂಪೂರ್ಣವಾಗಿ ನಿಜವಲ್ಲ. ಅನೇಕ ನೆಟ್ವರ್ಕರ್ಗಳು ಜೊತೆಗೆ ನಂಬುತ್ತಾರೆ ಮತ್ತು L2 ಮಟ್ಟದಲ್ಲಿ ಸಂಕಲನ, ಬೇರೆ ಯಾವುದೇ ಚಾನಲ್ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ. ಟೆಲಿಕಾಂನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವವರಿಂದ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಅಸಾಧ್ಯವೆಂದು ನಾನು ಆಗಾಗ್ಗೆ ಕೇಳಿದ್ದೇನೆ. ಆದ್ದರಿಂದ, ಜನಪ್ರಿಯ ಪುರಾಣಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸೋಣ.
ಐಪಿ ಸಂಪರ್ಕ ಮಟ್ಟದಲ್ಲಿ ಸಮತೋಲನ
ಒಂದೇ ಸಮಯದಲ್ಲಿ ಹಲವಾರು ಇಂಟರ್ನೆಟ್ ಚಾನೆಲ್‌ಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳಲು ಇದು ಅತ್ಯಂತ ಒಳ್ಳೆ ಮತ್ತು ಜನಪ್ರಿಯ ಮಾರ್ಗವಾಗಿದೆ. ಸರಳತೆಗಾಗಿ, ನೀವು ಮೂರು ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರರನ್ನು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಊಹಿಸೋಣ, ಪ್ರತಿಯೊಬ್ಬರೂ ನಿಮಗೆ ಅವರ ನೆಟ್ವರ್ಕ್ನಿಂದ ನಿಜವಾದ IP ವಿಳಾಸವನ್ನು ನೀಡುತ್ತಾರೆ. ಈ ಎಲ್ಲಾ ಪೂರೈಕೆದಾರರು ಮಲ್ಟಿ-ವಾನ್ ಕಾರ್ಯವನ್ನು ಬೆಂಬಲಿಸುವ ರೂಟರ್‌ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದ್ದಾರೆ. ಇದು mwan3 ಪ್ಯಾಕೇಜ್, mikrotik, ubiquiti, ಅಥವಾ ಯಾವುದೇ ಇತರ ಮನೆಯ ರೂಟರ್‌ನೊಂದಿಗೆ OpenWRT ಆಗಿರಬಹುದು, ಏಕೆಂದರೆ ಅಂತಹ ಆಯ್ಕೆಯು ಇನ್ನು ಮುಂದೆ ಅಸಾಮಾನ್ಯವಾಗಿರುವುದಿಲ್ಲ.
ಪರಿಸ್ಥಿತಿಯನ್ನು ಅನುಕರಿಸಲು, ಪೂರೈಕೆದಾರರು ನಮಗೆ ಈ ಕೆಳಗಿನ ವಿಳಾಸಗಳನ್ನು ನೀಡಿದ್ದಾರೆ ಎಂದು ಊಹಿಸೋಣ:
WAN1 — 11.11.11.11
WAN2 — 22.22.22.22
WAN2 — 33.33.33.33
ಅಂದರೆ, ರಿಮೋಟ್ ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಿಸುವುದು Example.com ಪ್ರತಿ ಪೂರೈಕೆದಾರರ ಮೂಲಕ, ರಿಮೋಟ್ ಸರ್ವರ್ ಮೂರು ಸ್ವತಂತ್ರ ಮೂಲ IP ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ನೋಡುತ್ತದೆ. ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ನಿಮಗೆ ಚಾನೆಲ್‌ಗಳಾದ್ಯಂತ ಲೋಡ್ ಅನ್ನು ವಿಭಜಿಸಲು ಮತ್ತು ಮೂರನ್ನೂ ಏಕಕಾಲದಲ್ಲಿ ಬಳಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಸರಳತೆಗಾಗಿ, ನಾವು ಎಲ್ಲಾ ಚಾನಲ್ಗಳ ನಡುವೆ ಲೋಡ್ ಅನ್ನು ಸಮಾನವಾಗಿ ವಿಭಜಿಸುತ್ತೇವೆ ಎಂದು ಊಹಿಸೋಣ. ಪರಿಣಾಮವಾಗಿ, ಕ್ಲೈಂಟ್ ಮೂರು ಚಿತ್ರಗಳೊಂದಿಗೆ ಸೈಟ್ ಅನ್ನು ತೆರೆದಾಗ, ಅವನು ಪ್ರತಿ ಚಿತ್ರವನ್ನು ಪ್ರತ್ಯೇಕ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಡೌನ್‌ಲೋಡ್ ಮಾಡುತ್ತಾನೆ. ಸೈಟ್ ಬದಿಯಲ್ಲಿ ಇದು ಮೂರು ವಿಭಿನ್ನ ಐಪಿಗಳಿಂದ ಸಂಪರ್ಕಗಳಂತೆ ಕಾಣುತ್ತದೆ.
ಸಂಪರ್ಕ ಮಟ್ಟದಲ್ಲಿ ಸಮತೋಲನ ಮಾಡುವಾಗ, ಪ್ರತಿ TCP ಸಂಪರ್ಕವು ಪ್ರತ್ಯೇಕ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಹೋಗುತ್ತದೆ.
ಈ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಮೋಡ್ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಕೆದಾರರಿಗೆ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಅನೇಕ ಸೈಟ್‌ಗಳು ಕ್ಲೈಂಟ್‌ನ IP ವಿಳಾಸಕ್ಕೆ ಕುಕೀಸ್ ಮತ್ತು ಟೋಕನ್‌ಗಳನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಬಂಧಿಸುತ್ತವೆ ಮತ್ತು ಅದು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಬದಲಾದರೆ, ವಿನಂತಿಯನ್ನು ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ ಅಥವಾ ಕ್ಲೈಂಟ್ ಸೈಟ್‌ನಿಂದ ಲಾಗ್ ಔಟ್ ಆಗುತ್ತದೆ. ಕಟ್ಟುನಿಟ್ಟಾದ ಬಳಕೆದಾರ ಸೆಷನ್ ನಿಯಮಗಳೊಂದಿಗೆ ಕ್ಲೈಂಟ್-ಬ್ಯಾಂಕ್ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಇತರ ಸೈಟ್‌ಗಳಲ್ಲಿ ಇದನ್ನು ಹೆಚ್ಚಾಗಿ ಪುನರುತ್ಪಾದಿಸಲಾಗುತ್ತದೆ. ಸರಳವಾದ ವಿವರಣಾತ್ಮಕ ಉದಾಹರಣೆ ಇಲ್ಲಿದೆ: VK.com ನಲ್ಲಿನ ಸಂಗೀತ ಫೈಲ್‌ಗಳು ಮಾನ್ಯವಾದ ಸೆಷನ್ ಕೀಯೊಂದಿಗೆ ಮಾತ್ರ ಲಭ್ಯವಿರುತ್ತವೆ, ಅದು IP ಗೆ ಬಂಧಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ಅಂತಹ ಸಮತೋಲನವನ್ನು ಬಳಸುವ ಗ್ರಾಹಕರು ಆಗಾಗ್ಗೆ ಆಡಿಯೊವನ್ನು ಪ್ಲೇ ಮಾಡುವುದಿಲ್ಲ ಏಕೆಂದರೆ ವಿನಂತಿಯು ಒದಗಿಸುವವರ ಮೂಲಕ ಹೋಗಲಿಲ್ಲ. ಅಧಿವೇಶನವನ್ನು ಟೈ ಮಾಡಲಾಗಿದೆ.
ಟೊರೆಂಟ್‌ಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವಾಗ, ಸಂಪರ್ಕ ಮಟ್ಟದ ಸಮತೋಲನವು ಎಲ್ಲಾ ಚಾನಲ್ಗಳ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಒಟ್ಟುಗೂಡಿಸುತ್ತದೆ
ಬಹು ಸಂಪರ್ಕಗಳನ್ನು ಬಳಸುವಾಗ ಇಂಟರ್ನೆಟ್ ಚಾನಲ್‌ನ ವೇಗದ ಸಂಕಲನವನ್ನು ಪಡೆಯಲು ಈ ಸಮತೋಲನವು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಪ್ರತಿ ಮೂರು ಪೂರೈಕೆದಾರರು 100 ಮೆಗಾಬಿಟ್‌ಗಳ ವೇಗವನ್ನು ಹೊಂದಿದ್ದರೆ, ಟೊರೆಂಟ್‌ಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವಾಗ ನಾವು 300 ಮೆಗಾಬಿಟ್‌ಗಳನ್ನು ಪಡೆಯುತ್ತೇವೆ. ಏಕೆಂದರೆ ಟೊರೆಂಟ್ ಅನೇಕ ಸಂಪರ್ಕಗಳನ್ನು ತೆರೆಯುತ್ತದೆ, ಅದು ಎಲ್ಲಾ ಪೂರೈಕೆದಾರರಲ್ಲಿ ವಿತರಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ ಸಂಪೂರ್ಣ ಚಾನಲ್ ಅನ್ನು ಬಳಸಿಕೊಳ್ಳುತ್ತದೆ.
ಒಂದೇ TCP ಸಂಪರ್ಕವು ಯಾವಾಗಲೂ ಒಬ್ಬನೇ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ. ಅಂದರೆ, ನಾವು HTTP ಮೂಲಕ ಒಂದು ದೊಡ್ಡ ಫೈಲ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದರೆ, ನಂತರ ಈ ಸಂಪರ್ಕವನ್ನು ಒದಗಿಸುವವರಲ್ಲಿ ಒಬ್ಬರ ಮೂಲಕ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಈ ಪೂರೈಕೆದಾರರೊಂದಿಗಿನ ಸಂಪರ್ಕವು ಮುರಿದುಹೋದರೆ, ಡೌನ್‌ಲೋಡ್ ಕೂಡ ಮುರಿಯುತ್ತದೆ.
ಒಂದು ಸಂಪರ್ಕವು ಯಾವಾಗಲೂ ಒಂದು ಇಂಟರ್ನೆಟ್ ಚಾನಲ್ ಅನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತದೆ
ವೀಡಿಯೊ ಪ್ರಸಾರಕ್ಕೂ ಇದು ನಿಜ. ನೀವು ಕೆಲವು ರೀತಿಯ ಷರತ್ತುಬದ್ಧ ಟ್ವಿಚ್‌ಗೆ ಸ್ಟ್ರೀಮಿಂಗ್ ವೀಡಿಯೊವನ್ನು ಪ್ರಸಾರ ಮಾಡುತ್ತಿದ್ದರೆ, IP ಸಂಪರ್ಕಗಳ ಮಟ್ಟದಲ್ಲಿ ಸಮತೋಲನವು ಯಾವುದೇ ನಿರ್ದಿಷ್ಟ ಪ್ರಯೋಜನವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಒಂದು IP ಸಂಪರ್ಕದಲ್ಲಿ ಪ್ರಸಾರ ಮಾಡಲಾಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, WAN 3 ಪೂರೈಕೆದಾರರು ಪ್ಯಾಕೆಟ್ ನಷ್ಟ ಅಥವಾ ಕಡಿಮೆ ವೇಗದಂತಹ ಸಂವಹನದಲ್ಲಿ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಲು ಪ್ರಾರಂಭಿಸಿದರೆ, ನಂತರ ನೀವು ತಕ್ಷಣ ಮತ್ತೊಂದು ಪೂರೈಕೆದಾರರಿಗೆ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಪ್ರಸಾರವನ್ನು ನಿಲ್ಲಿಸಬೇಕು ಮತ್ತು ಮರುಸಂಪರ್ಕಿಸಬೇಕು.
ನಿಜವಾದ ಚಾನಲ್ ಸಾರಾಂಶ
ರಿಯಲ್ ಚಾನೆಲ್ ಸಮ್ಮಿಂಗ್ ಎಲ್ಲಾ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಷರತ್ತುಬದ್ಧ ಟ್ವಿಚ್‌ಗೆ ಒಂದು ಸಂಪರ್ಕವನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ, ಆ ರೀತಿಯಲ್ಲಿ ಯಾವುದೇ ಪೂರೈಕೆದಾರರು ಮುರಿದುಹೋದರೆ, ಸಂಪರ್ಕಕ್ಕೆ ಅಡ್ಡಿಯಾಗುವುದಿಲ್ಲ. ಇದು ಆಶ್ಚರ್ಯಕರವಾಗಿ ಕಷ್ಟಕರವಾದ ಸಮಸ್ಯೆಯಾಗಿದ್ದು, ಇನ್ನೂ ಸೂಕ್ತ ಪರಿಹಾರವನ್ನು ಹೊಂದಿಲ್ಲ. ಇದು ಸಾಧ್ಯ ಎಂದು ಅನೇಕರಿಗೆ ತಿಳಿದಿಲ್ಲ!
ಹಿಂದಿನ ಚಿತ್ರಣಗಳಿಂದ, ಷರತ್ತುಬದ್ಧ ಟ್ವಿಚ್ ಸರ್ವರ್ ನಮ್ಮಿಂದ ಕೇವಲ ಒಂದು ಮೂಲ IP ವಿಳಾಸದಿಂದ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಸ್ವೀಕರಿಸಬಹುದು ಎಂದು ನಾವು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತೇವೆ, ಅಂದರೆ ಯಾವ ಪೂರೈಕೆದಾರರು ಕುಸಿದಿದ್ದಾರೆ ಮತ್ತು ಯಾರು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ ಅದು ನಮಗೆ ಯಾವಾಗಲೂ ಸ್ಥಿರವಾಗಿರಬೇಕು. ಇದನ್ನು ಸಾಧಿಸಲು, ನಮಗೆ ಸಮ್ಮಿಂಗ್ ಸರ್ವರ್ ಅಗತ್ಯವಿದೆ ಅದು ನಮ್ಮ ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಒಂದಾಗಿ ಸಂಯೋಜಿಸುತ್ತದೆ.
ಸಮ್ಮಿಂಗ್ ಸರ್ವರ್ ಎಲ್ಲಾ ಚಾನಲ್‌ಗಳನ್ನು ಒಂದು ಸುರಂಗಕ್ಕೆ ಒಟ್ಟುಗೂಡಿಸುತ್ತದೆ. ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳು ಸಾರಾಂಶದ ಸರ್ವರ್ ವಿಳಾಸದಿಂದ ಹುಟ್ಟಿಕೊಂಡಿವೆ
ಈ ಯೋಜನೆಯಲ್ಲಿ, ಎಲ್ಲಾ ಪೂರೈಕೆದಾರರನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಟ್ವಿಚ್ ಸರ್ವರ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಷ್ಟವಾಗುವುದಿಲ್ಲ. ಮೂಲಭೂತವಾಗಿ, ಇದು ವಿಶೇಷ ವಿಪಿಎನ್ ಸುರಂಗವಾಗಿದೆ, ಇದರ ಅಡಿಯಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಹಲವಾರು ಇಂಟರ್ನೆಟ್ ಚಾನೆಲ್ಗಳಿವೆ. ಅಂತಹ ಯೋಜನೆಯ ಮುಖ್ಯ ಕಾರ್ಯವೆಂದರೆ ಉನ್ನತ ಗುಣಮಟ್ಟದ ಸಂವಹನ ಚಾನಲ್ ಅನ್ನು ಪಡೆಯುವುದು. ಪೂರೈಕೆದಾರರಲ್ಲಿ ಒಬ್ಬರು ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಲು ಪ್ರಾರಂಭಿಸಿದರೆ, ಪ್ಯಾಕೆಟ್‌ಗಳ ನಷ್ಟ, ಹೆಚ್ಚಿದ ವಿಳಂಬಗಳು, ಇದು ಸಂವಹನದ ಗುಣಮಟ್ಟವನ್ನು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಪರಿಣಾಮ ಬೀರಬಾರದು, ಏಕೆಂದರೆ ಲೋಡ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಭ್ಯವಿರುವ ಇತರ, ಉತ್ತಮ ಚಾನಲ್ಗಳ ಮೇಲೆ ವಿತರಿಸಲ್ಪಡುತ್ತದೆ.
ವಾಣಿಜ್ಯ ಪರಿಹಾರಗಳು
ಲೈವ್ ಈವೆಂಟ್‌ಗಳನ್ನು ಪ್ರಸಾರ ಮಾಡುವವರಿಗೆ ಮತ್ತು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಇಂಟರ್ನೆಟ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರದವರಿಗೆ ಈ ಸಮಸ್ಯೆಯು ದೀರ್ಘಕಾಲದವರೆಗೆ ತೊಂದರೆ ನೀಡುತ್ತಿದೆ. ಅಂತಹ ಕಾರ್ಯಗಳಿಗಾಗಿ, ಹಲವಾರು ವಾಣಿಜ್ಯ ಪರಿಹಾರಗಳಿವೆ, ಉದಾಹರಣೆಗೆ, ಟೆರಾಡೆಕ್ ಕಂಪನಿಯು ಅಂತಹ ದೈತ್ಯಾಕಾರದ ರೂಟರ್‌ಗಳನ್ನು ಮಾಡುತ್ತದೆ, ಅದರಲ್ಲಿ ಯುಎಸ್ಬಿ ಮೋಡೆಮ್‌ಗಳ ಪ್ಯಾಕ್‌ಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ:
ಚಾನಲ್ ಸಮ್ಮಿಂಗ್ ಕಾರ್ಯದೊಂದಿಗೆ ವೀಡಿಯೊ ಪ್ರಸಾರಕ್ಕಾಗಿ ರೂಟರ್
ಅಂತಹ ಸಾಧನಗಳು ಸಾಮಾನ್ಯವಾಗಿ HDMI ಅಥವಾ SDI ಮೂಲಕ ವೀಡಿಯೊ ಸಂಕೇತಗಳನ್ನು ಸೆರೆಹಿಡಿಯುವ ಅಂತರ್ನಿರ್ಮಿತ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿವೆ. ರೂಟರ್ ಜೊತೆಗೆ, ಚಾನಲ್ ಸಮ್ಮಿಂಗ್ ಸೇವೆಗೆ ಚಂದಾದಾರಿಕೆಯನ್ನು ಮಾರಾಟ ಮಾಡಲಾಗುತ್ತದೆ, ಜೊತೆಗೆ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದು, ಅದನ್ನು ಟ್ರಾನ್ಸ್‌ಕೋಡ್ ಮಾಡುವುದು ಮತ್ತು ಅದನ್ನು ಮತ್ತಷ್ಟು ಪ್ರಸಾರ ಮಾಡುವುದು. ಅಂತಹ ಸಾಧನಗಳ ಬೆಲೆಯು ಮೋಡೆಮ್‌ಗಳ ಸೆಟ್‌ನೊಂದಿಗೆ $2k ನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಜೊತೆಗೆ ಸೇವೆಗೆ ಪ್ರತ್ಯೇಕ ಚಂದಾದಾರಿಕೆ.
ಕೆಲವೊಮ್ಮೆ ಇದು ತುಂಬಾ ಭಯಾನಕವಾಗಿ ಕಾಣುತ್ತದೆ:
OpenMPTCPRouter ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ಪ್ರೋಟೋಕಾಲ್ (ಮಲ್ಟಿಪಾತ್ ಟಿಸಿಪಿ) ಅನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಹಲವಾರು ಚಾನಲ್ಗಳ ಮೂಲಕ ಸಂಪರ್ಕಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಕಂಡುಹಿಡಿಯಲಾಯಿತು. ಉದಾಹರಣೆಗೆ, ಅವನ ಮತ್ತು ವೈಫೈ ಮೂಲಕ ಮತ್ತು ಸೆಲ್ಯುಲಾರ್ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ದೂರಸ್ಥ ಸರ್ವರ್‌ಗೆ ಏಕಕಾಲದಲ್ಲಿ ಸಂಪರ್ಕಿಸಬಹುದು. ಇವುಗಳು ಎರಡು ಪ್ರತ್ಯೇಕ TCP ಸಂಪರ್ಕಗಳಲ್ಲ, ಆದರೆ ಎರಡು ಚಾನಲ್‌ಗಳಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಒಂದು ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ. ಇದು ಕೆಲಸ ಮಾಡಲು, ರಿಮೋಟ್ ಸರ್ವರ್ MPTCP ಅನ್ನು ಸಹ ಬೆಂಬಲಿಸಬೇಕು.
ನಿಜವಾದ ಚಾನಲ್ ಸಾರಾಂಶವನ್ನು ಅನುಮತಿಸುವ ಮುಕ್ತ ಮೂಲ ಸಾಫ್ಟ್‌ವೇರ್ ರೂಟರ್ ಯೋಜನೆಯಾಗಿದೆ. ಪ್ರಾಜೆಕ್ಟ್ ಆಲ್ಫಾ ಆವೃತ್ತಿಯ ಸ್ಥಿತಿಯಲ್ಲಿದೆ ಎಂದು ಲೇಖಕರು ಹೇಳುತ್ತಾರೆ, ಆದರೆ ಅದನ್ನು ಈಗಾಗಲೇ ಬಳಸಬಹುದು. ಇದು ಎರಡು ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ - ಇಂಟರ್ನೆಟ್ ಮತ್ತು ರೂಟರ್ನಲ್ಲಿ ನೆಲೆಗೊಂಡಿರುವ ಸಮ್ಮಿಂಗ್ ಸರ್ವರ್, ಹಲವಾರು ಇಂಟರ್ನೆಟ್ ಪೂರೈಕೆದಾರರು ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಾಧನಗಳು ಸ್ವತಃ ಸಂಪರ್ಕಗೊಂಡಿವೆ: ಕಂಪ್ಯೂಟರ್ಗಳು, ಫೋನ್ಗಳು. ಕಸ್ಟಮ್ ರೂಟರ್ ರಾಸ್ಪ್ಬೆರಿ ಪೈ, ಕೆಲವು ವೈಫೈ ರೂಟರ್ಗಳು ಅಥವಾ ಸಾಮಾನ್ಯ ಕಂಪ್ಯೂಟರ್ ಆಗಿರಬಹುದು. ವಿವಿಧ ವೇದಿಕೆಗಳಿಗೆ ಸಿದ್ಧವಾದ ಅಸೆಂಬ್ಲಿಗಳಿವೆ, ಇದು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ.
OpenMPTCPRouter ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ
ಸಾರಾಂಶ ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ಸಮ್ಮಿಂಗ್ ಸರ್ವರ್ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ರೂಟರ್‌ನ ಎಲ್ಲಾ ಚಾನಲ್‌ಗಳಿಂದ ಒಂದಕ್ಕೆ ಸಂಪರ್ಕಗಳನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ. OpenMPTCPRouter ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವಾಗ ಈ ಸರ್ವರ್ನ IP ವಿಳಾಸವು ಬಾಹ್ಯ ವಿಳಾಸವಾಗಿರುತ್ತದೆ.
ಈ ಕಾರ್ಯಕ್ಕಾಗಿ ನಾವು ಡೆಬಿಯನ್ 10 ನಲ್ಲಿ VPS ಸರ್ವರ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ.
ಸಾರಾಂಶದ ಸರ್ವರ್‌ಗೆ ಅಗತ್ಯತೆಗಳು:
- OpenVZ ವರ್ಚುವಲೈಸೇಶನ್‌ನಲ್ಲಿ MPTCP ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ
- ನಿಮ್ಮ ಸ್ವಂತ ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ
ಒಂದು ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೂಲಕ ಸರ್ವರ್ ಅನ್ನು ನಿಯೋಜಿಸಲಾಗಿದೆ. ಸ್ಕ್ರಿಪ್ಟ್ mptcp ಬೆಂಬಲ ಮತ್ತು ಎಲ್ಲಾ ಅಗತ್ಯ ಪ್ಯಾಕೇಜ್‌ಗಳೊಂದಿಗೆ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಉಬುಂಟು ಮತ್ತು ಡೆಬಿಯನ್‌ಗೆ ಅನುಸ್ಥಾಪನಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಲಭ್ಯವಿವೆ.
wget -O - http://www.openmptcprouter.com/server/debian10-x86_64.sh | sh
ಯಶಸ್ವಿ ಸರ್ವರ್ ಸ್ಥಾಪನೆಯ ಫಲಿತಾಂಶ.
ನಾವು ಪಾಸ್ವರ್ಡ್ಗಳನ್ನು ಉಳಿಸುತ್ತೇವೆ, ಕ್ಲೈಂಟ್ ರೂಟರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಮತ್ತು ರೀಬೂಟ್ ಮಾಡಲು ನಮಗೆ ಅಗತ್ಯವಿರುತ್ತದೆ. ಅನುಸ್ಥಾಪನೆಯ ನಂತರ, SSH ಪೋರ್ಟ್ 65222 ನಲ್ಲಿ ಲಭ್ಯವಿರುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡುವುದು ಮುಖ್ಯ. ರೀಬೂಟ್ ಮಾಡಿದ ನಂತರ, ನಾವು ಹೊಸ ಕರ್ನಲ್‌ನೊಂದಿಗೆ ಬೂಟ್ ಮಾಡಿದ್ದೇವೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು.
uname -a
Linux test-server.local 4.19.67-mptcp
ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯ ಪಕ್ಕದಲ್ಲಿ ನಾವು ಶಾಸನ mptcp ಅನ್ನು ನೋಡುತ್ತೇವೆ, ಅಂದರೆ ಕರ್ನಲ್ ಅನ್ನು ಸರಿಯಾಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ.
ಕ್ಲೈಂಟ್ ರೂಟರ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ಮೇಲೆ ರಾಸ್ಪ್ಬೆರಿ ಪೈ, ಬನಾನಾ ಪೈ, ಲಿಂಕ್ಸಿಸ್ ರೂಟರ್ಗಳು ಮತ್ತು ವರ್ಚುವಲ್ ಮಷಿನ್‌ಗಳಂತಹ ಕೆಲವು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ರೆಡಿಮೇಡ್ ಬಿಲ್ಡ್‌ಗಳು ಲಭ್ಯವಿದೆ.
Openmptcprouter ನ ಈ ಭಾಗವು OpenWRT ಅನ್ನು ಆಧರಿಸಿದೆ, LuCI ಅನ್ನು ಇಂಟರ್ಫೇಸ್ ಆಗಿ ಬಳಸುತ್ತದೆ, ಇದುವರೆಗೆ OpenWRT ಅನ್ನು ಎದುರಿಸಿದ ಯಾರಿಗಾದರೂ ಪರಿಚಿತವಾಗಿದೆ. ವಿತರಣೆಯು ಸುಮಾರು 50MB ತೂಗುತ್ತದೆ!
ಪರೀಕ್ಷಾ ಬೆಂಚ್ ಆಗಿ, ನಾನು ರಾಸ್ಪ್ಬೆರಿ ಪೈ ಮತ್ತು ಹಲವಾರು ಯುಎಸ್ಬಿ ಮೊಡೆಮ್ಗಳನ್ನು ವಿವಿಧ ಆಪರೇಟರ್ಗಳೊಂದಿಗೆ ಬಳಸುತ್ತೇನೆ: MTS ಮತ್ತು Megafon. SD ಕಾರ್ಡ್‌ಗೆ ಚಿತ್ರವನ್ನು ಹೇಗೆ ಬರೆಯುವುದು ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳಬೇಕಾಗಿಲ್ಲ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ಆರಂಭದಲ್ಲಿ, ರಾಸ್ಪ್ಬೆರಿ ಪೈನಲ್ಲಿರುವ ಈಥರ್ನೆಟ್ ಪೋರ್ಟ್ ಅನ್ನು ಸ್ಥಿರ IP ವಿಳಾಸದೊಂದಿಗೆ ಲ್ಯಾನ್ ಆಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ 192.168.100.1. ಮೇಜಿನ ಮೇಲೆ ವೈರ್‌ಗಳೊಂದಿಗೆ ಫಿಡ್ಲಿಂಗ್ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸಲು, ನಾನು ರಾಸ್ಪ್ಬೆರಿ ಪೈ ಅನ್ನು ವೈಫೈ ಪ್ರವೇಶ ಬಿಂದುವಿಗೆ ಸಂಪರ್ಕಿಸಿದೆ ಮತ್ತು ಕಂಪ್ಯೂಟರ್ನ ವೈಫೈ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಸ್ಥಿರ ವಿಳಾಸಕ್ಕೆ ಹೊಂದಿಸಿದೆ 192.168.100.2. DHCP ಸರ್ವರ್ ಅನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ನೀವು ಸ್ಥಿರ ವಿಳಾಸಗಳನ್ನು ಬಳಸಬೇಕು.
ಈಗ ನೀವು ವೆಬ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಬಹುದು
ನೀವು ಮೊದಲ ಬಾರಿಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಿದಾಗ, ರೂಟ್ ಪಾಸ್‌ವರ್ಡ್ ಹೊಂದಿಸಲು ಸಿಸ್ಟಮ್ ನಿಮ್ಮನ್ನು ಕೇಳುತ್ತದೆ; SSH ಅದೇ ಪಾಸ್‌ವರ್ಡ್‌ನೊಂದಿಗೆ ಲಭ್ಯವಿರುತ್ತದೆ.
LAN ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ, ನೀವು ಬಯಸಿದ ಸಬ್‌ನೆಟ್ ಅನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು DHCP ಸರ್ವರ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು.
ಪ್ರತ್ಯೇಕ DHCP ಸರ್ವರ್‌ನೊಂದಿಗೆ USB ಎತರ್ನೆಟ್ ಇಂಟರ್‌ಫೇಸ್‌ಗಳೆಂದು ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಮೋಡೆಮ್‌ಗಳನ್ನು ನಾನು ಬಳಸುತ್ತೇನೆ, ಆದ್ದರಿಂದ ಇದಕ್ಕೆ ಅನುಸ್ಥಾಪನೆಯ ಅಗತ್ಯವಿದೆ . ನಿಯಮಿತ ಓಪನ್‌ಡಬ್ಲ್ಯೂಆರ್‌ಟಿಯಲ್ಲಿ ಮೋಡೆಮ್‌ಗಳನ್ನು ಹೊಂದಿಸಲು ಕಾರ್ಯವಿಧಾನವು ಒಂದೇ ಆಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ನಾನು ಅದನ್ನು ಇಲ್ಲಿ ಮುಚ್ಚುವುದಿಲ್ಲ.
ಮುಂದೆ ನೀವು WAN ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಆರಂಭದಲ್ಲಿ, ಸಿಸ್ಟಮ್ WAN1 ಮತ್ತು WAN2 ಎಂಬ ಎರಡು ವರ್ಚುವಲ್ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ರಚಿಸಿತು. ಅವರಿಗೆ ಭೌತಿಕ ಸಾಧನವನ್ನು ನಿಯೋಜಿಸಬೇಕಾಗಿದೆ, ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಇವು ಯುಎಸ್ಬಿ ಮೋಡೆಮ್ ಇಂಟರ್ಫೇಸ್‌ಗಳ ಹೆಸರುಗಳಾಗಿವೆ.
ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳೊಂದಿಗೆ ಗೊಂದಲವನ್ನು ತಪ್ಪಿಸಲು, SSH ಮೂಲಕ ಸಂಪರ್ಕಿಸುವಾಗ dmesg ಸಂದೇಶಗಳನ್ನು ವೀಕ್ಷಿಸಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ.
ನನ್ನ ಮೋಡೆಮ್‌ಗಳು ಸ್ವತಃ ರೂಟರ್‌ಗಳಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ ಮತ್ತು ಅವುಗಳು DHCP ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿರುವುದರಿಂದ, ನಾನು ಅವರ ಆಂತರಿಕ ನೆಟ್‌ವರ್ಕ್ ಶ್ರೇಣಿಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿತ್ತು ಮತ್ತು DHCP ಸರ್ವರ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬೇಕಾಗಿತ್ತು, ಏಕೆಂದರೆ ಆರಂಭದಲ್ಲಿ ಎರಡೂ ಮೋಡೆಮ್‌ಗಳು ಒಂದೇ ನೆಟ್ವರ್ಕ್ನಿಂದ ವಿಳಾಸಗಳನ್ನು ನೀಡುತ್ತವೆ ಮತ್ತು ಇದು ಸಂಘರ್ಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ.
OpenMPTCPRouter ಗೆ WAN ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸಗಳು ಸ್ಥಿರವಾಗಿರಬೇಕು, ಆದ್ದರಿಂದ ನಾವು ಮೋಡೆಮ್‌ಗಳಿಗಾಗಿ ಸಬ್‌ನೆಟ್‌ಗಳೊಂದಿಗೆ ಬರುತ್ತೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಸಿಸ್ಟಮ್ → openmptcprouter → ಇಂಟರ್ಫೇಸ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೆನುವಿನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತೇವೆ. ಇಲ್ಲಿ ನೀವು ಸಮ್ಮಿಂಗ್ ಸರ್ವರ್ನ ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಪಡೆದ IP ವಿಳಾಸ ಮತ್ತು ಸರ್ವರ್ ಕೀಲಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗಿದೆ.
ಸೆಟಪ್ ಯಶಸ್ವಿಯಾದರೆ, ಸ್ಥಿತಿ ಪುಟದಲ್ಲಿ ಇದೇ ರೀತಿಯ ಚಿತ್ರ ಕಾಣಿಸಿಕೊಳ್ಳಬೇಕು. ರೂಟರ್ ಸಮ್ಮಿಂಗ್ ಸರ್ವರ್ ಅನ್ನು ತಲುಪಲು ಸಾಧ್ಯವಾಯಿತು ಮತ್ತು ಎರಡೂ ಚಾನಲ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ ಎಂದು ನೋಡಬಹುದು.
ಡೀಫಾಲ್ಟ್ ಮೋಡ್ shadowsocks + mptcp ಆಗಿದೆ. ಇದು ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳನ್ನು ತನ್ನೊಳಗೆ ಸುತ್ತುವ ಪ್ರಾಕ್ಸಿ ಆಗಿದೆ. ಇದನ್ನು ಆರಂಭದಲ್ಲಿ TCP ಮಾತ್ರ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ಆದರೆ UDP ಅನ್ನು ಸಹ ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು.
ಸ್ಥಿತಿ ಪುಟದಲ್ಲಿ ಯಾವುದೇ ದೋಷಗಳಿಲ್ಲದಿದ್ದರೆ, ಸೆಟಪ್ ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಪರಿಗಣಿಸಬಹುದು.
ಕೆಲವು ಪೂರೈಕೆದಾರರೊಂದಿಗೆ, ಸಂಚಾರ ಮಾರ್ಗದಲ್ಲಿ mptcp ಧ್ವಜವನ್ನು ಕತ್ತರಿಸಿದಾಗ ಪರಿಸ್ಥಿತಿ ಉದ್ಭವಿಸಬಹುದು, ನಂತರ ಈ ಕೆಳಗಿನ ದೋಷ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ:
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು MPTCP ಅನ್ನು ಬಳಸದೆಯೇ ಬೇರೆ ಆಪರೇಟಿಂಗ್ ಮೋಡ್ ಅನ್ನು ಬಳಸಬಹುದು, ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು .
ತೀರ್ಮಾನಕ್ಕೆ
OpenMPTCPRouter ಯೋಜನೆಯು ತುಂಬಾ ಆಸಕ್ತಿದಾಯಕ ಮತ್ತು ಮಹತ್ವದ್ದಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಚಾನೆಲ್ ಸಮ್ಮಿಂಗ್ ಸಮಸ್ಯೆಗೆ ಏಕೈಕ ಮುಕ್ತ ಸಮಗ್ರ ಪರಿಹಾರವಾಗಿದೆ. ಉಳಿದಂತೆ ಬಿಗಿಯಾಗಿ ಮುಚ್ಚಲಾಗಿದೆ ಮತ್ತು ಸ್ವಾಮ್ಯದ, ಅಥವಾ ಸಾಮಾನ್ಯ ವ್ಯಕ್ತಿಗೆ ಅರ್ಥವಾಗದ ಪ್ರತ್ಯೇಕ ಮಾಡ್ಯೂಲ್‌ಗಳು. ಅಭಿವೃದ್ಧಿಯ ಪ್ರಸ್ತುತ ಹಂತದಲ್ಲಿ, ಯೋಜನೆಯು ಇನ್ನೂ ಸಾಕಷ್ಟು ಕಚ್ಚಾವಾಗಿದೆ, ದಸ್ತಾವೇಜನ್ನು ಅತ್ಯಂತ ಕಳಪೆಯಾಗಿದೆ, ಅನೇಕ ವಿಷಯಗಳನ್ನು ಸರಳವಾಗಿ ವಿವರಿಸಲಾಗಿಲ್ಲ. ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಅದು ಇನ್ನೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇದು ಅಭಿವೃದ್ಧಿ ಹೊಂದುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ ಮತ್ತು ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ಚಾನಲ್‌ಗಳನ್ನು ಸರಿಯಾಗಿ ಸಂಯೋಜಿಸಲು ಸಾಧ್ಯವಾಗುವ ಮನೆಯ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳನ್ನು ನಾವು ಪಡೆಯುತ್ತೇವೆ.
Instagram ನಲ್ಲಿ ನಮ್ಮ ಡೆವಲಪರ್ ಅನ್ನು ಅನುಸರಿಸಿ
ಮೂಲ: www.habr.com