ನಿಮ್ಮ VPN ಪೋರ್ಟ್ ಅನ್ನು ಗುರುತಿಸುವುದು ಧ್ವನಿ ಕರೆಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡುವುದಿಲ್ಲ
VPN ಪೋರ್ಟ್ ಅನ್ನು ಆದ್ಯತೆಯಾಗಿ ಗುರುತಿಸುವುದು ಕರೆ ಮತ್ತು ಬ್ಯಾಕಪ್ ಅನ್ನು ಒಂದೇ ಸುರಂಗದಲ್ಲಿ ಮುಂದಕ್ಕೆ ತಳ್ಳುತ್ತದೆ. ಧ್ವನಿಗೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ಗಿಂತ ಮೊದಲು ವರ್ಗೀಕರಣ ಮತ್ತು ನೀವು ನಿಯಂತ್ರಿಸುವ ಸರದಿ ಬೇಕು.
VPN ನ UDP ಪೋರ್ಟ್ ಅನ್ನು ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯಾಗಿ ಗುರುತಿಸುವುದು ಧ್ವನಿ QoS ನ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಬದಲಾವಣೆ, ಮತ್ತು ಅದು ಕರೆಯನ್ನು ಅದೇ ಸುರಂಗವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಫೈಲ್ ವರ್ಗಾವಣೆಯಿಂದ ಬೇರ್ಪಡಿಸುವುದಿಲ್ಲ. ಎರಡೂ ಹರಿವುಗಳು ಒಂದೇ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಸಾಕೆಟ್‌ನಿಂದ ಹೊರಬರುತ್ತವೆ. ಗುರುತು ಮುಂದಿನ ಹಾಪ್‌ಗೆ ಎಲ್ಲವೂ ಸಮಾನವಾಗಿ ಮುಖ್ಯ ಎಂದು ಹೇಳುತ್ತದೆ, ಅದು ಏನನ್ನೂ ಹೇಳದಿರುವುದಕ್ಕೆ ಸಮ. ಕರೆಯನ್ನು ರಕ್ಷಿಸುವುದು ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ಗಿಂತ ಮೊದಲಿನ ವಿಶ್ವಾಸಾರ್ಹ ವರ್ಗೀಕರಣ ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ನಿಯಂತ್ರಿಸುವ ಸರದಿ.
ಸುರಂಗವು ನೀವು ವರ್ಗೀಕರಿಸಲು ಬಯಸಿದ ಹರಿವನ್ನು ಮರೆಮಾಡುತ್ತದೆ
ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಒಳಗಿನ ಹೆಡರ್‌ಗಳನ್ನು ಪ್ರತಿ ಸುರಂಗಕ್ಕೆ ಒಂದು ಹೊರಗಿನ ಹೆಡರ್‌ನಿಂದ ಬದಲಾಯಿಸುತ್ತದೆ. ನಂತರ, ಧ್ವನಿ ಮತ್ತು ಬ್ಯಾಕಪ್ ಸಂಚಾರವು ಒಂದೇ ಮೂಲ, ಗಮ್ಯ ಮತ್ತು ಸಾಗಣೆ ಪೋರ್ಟ್ ಅನ್ನು ತೋರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಸುರಂಗ ಪೋರ್ಟ್ ಆಧರಿಸಿದ ವರ್ಗೀಕರಣಕಾರ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೀವು ಯಾವುದನ್ನು ಮುಂದಕ್ಕೆ ತಳ್ಳಿದರೂ, ಅದನ್ನು ಒಟ್ಟಾರೆಯಾಗಿ ತಳ್ಳುತ್ತೀರಿ.
ಮೂಲ ಅಪ್ಲಿಕೇಶನ್ ನಿಗದಿಪಡಿಸಿದ DSCP ಮೌಲ್ಯವು ಯಾವುದಾದರೂ ಅದನ್ನು ಹೊರಕ್ಕೆ ನಕಲಿಸಿದರೆ ಮಾತ್ರ ಉಳಿಯುತ್ತದೆ. OpenVPN 2.6 ನಲ್ಲಿ passtos ಇದೆ, ಅದು IPv4 ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ ದಾಖಲಾಗಿದೆ; IPsec ತನ್ನದೇ ನಕಲು ಅಥವಾ ಮ್ಯಾಪಿಂಗ್ ನೀತಿಯನ್ನು ಸುರಂಗ ಗಡಿಯಲ್ಲಿ ಅನ್ವಯಿಸುತ್ತದೆ. ಆ ಹೆಜ್ಜೆ ಇಲ್ಲದೆ ಹೊರಗಿನ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ ಬಳಸುವ ಯಾವುದೇ ಡೀಫಾಲ್ಟ್‌ನಿಂದ ಗುರುತಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಕೆಳಗಿನ ಸರದಿಗೆ ಒಳಗೆ ಕರೆ ಇದೆ ಎಂದು ಎಂದಿಗೂ ತಿಳಿಯುವುದಿಲ್ಲ.
ನಕಲಿಸಿದ ಗುರುತುಗಳು ಕ್ಲೈಂಟ್ ಒದಗಿಸಿದ ಯಾವುದೇ ಮೌಲ್ಯದಂತೆಯೇ ಅದೇ ಸಂದೇಹಕ್ಕೆ ಅರ್ಹ. ಕೆಲಸದ ಕೇಂದ್ರವು ಬ್ಯಾಕಪ್ ಕಾರ್ಯಕ್ಕಾಗಿ ವೇಗವರ್ಧಿತ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಕೋರಬಹುದು, ಆದ್ದರಿಂದ ವಿಶ್ವಾಸ ಗಡಿಯಲ್ಲಿ ಸ್ವೀಕಾರ ಮತ್ತು ಮರು-ಗುರುತಿಸುವಿಕೆ ಗುರುತನ್ನು ನಂಬುವ ಮೊದಲು ವಿನ್ಯಾಸದಲ್ಲಿರಬೇಕು.
ಆದ್ಯತೆ ಸರದಿ ರೂಪುಗೊಳ್ಳುವಲ್ಲಿ ಮಾತ್ರ ಎಣಿಕೆಗೆ ಬರುತ್ತದೆ
ಸ್ಯಾಚುರೇಟೆಡ್ ಅಪ್‌ಲಿಂಕ್ ಉತ್ತಮ ಕೊಡೆಕ್ ಅನ್ನು ರೋಬೋಟಿಕ್ ಧ್ವನಿಯಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ತುಂಬುವ ಸರದಿ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರವೇಶ ಸಾಧನದಲ್ಲಿ ಅಥವಾ ಒದಗಿಸುವವರ ಬಫರ್‌ನಲ್ಲಿ ಇರುತ್ತದೆ. ಔಟ್‌ಬೌಂಡ್ ಮಾರ್ಗವನ್ನು ಬಳಸಬಹುದಾದ ದರಕ್ಕೆ, ಸುರಂಗ ಮತ್ತು ಲಿಂಕ್ ಓವರ್‌ಹೆಡ್ ಕಳೆದು ಆಕಾರ ನೀಡುವುದು ಆ ಸರದಿಯನ್ನು ನೀವು ನಿರ್ವಹಿಸುವ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ಇಡುತ್ತದೆ, ಬೇರೊಬ್ಬರ ಬಫರ್‌ನಲ್ಲಿ ಅಲ್ಲ.
ನ್ಯಾಯಯುತ ಸರದಿ ಮತ್ತು ಸಕ್ರಿಯ ಸರದಿ ನಿರ್ವಹಣೆ ಧ್ವನಿ ವರ್ಗವಿಲ್ಲದೆಯೂ ಸಹಾಯ ಮಾಡುತ್ತವೆ, ಏಕೆಂದರೆ ಅವು ಒಂದು ದೊಡ್ಡ ಹರಿವು ಬಫರ್ ತುಂಬುವುದನ್ನು ತಡೆಯುತ್ತವೆ. Linux ನಲ್ಲಿ CAKE ಆಕಾರ ನೀಡುವಿಕೆ, ಪ್ರತಿ-ಹರಿವಿನ ನ್ಯಾಯ ಮತ್ತು ಐಚ್ಛಿಕ Diffserv ವರ್ಗಗಳನ್ನು ಒಂದೇ qdisc ನಲ್ಲಿ ಒಟ್ಟುಗೂಡಿಸುತ್ತದೆ, ಮತ್ತು ನಿಯೋಜಿತ ನೆಟ್‌ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಆ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿರಬೇಕು, ಎರಡನೇ ಸ್ಪರ್ಧಾತ್ಮಕ ಸರದಿ ಸೆಟಪ್ ಅಲ್ಲ. ಆಕಾರ ನೀಡದೆ, ದೊಡ್ಡ ಸಂಚಾರಕ್ಕಿಂತ ಮೇಲಿನ ವರ್ಗವೂ ಈಗಾಗಲೇ ತುಂಬಿದ ಬಫರ್‌ನ ಹಿಂದೆ ಕಾಯುತ್ತದೆ.
ಇನ್‌ಗ್ರೆಸ್ ನಿರ್ವಹಣೆ ನಿಷ್ಪ್ರಯೋಜಕವಲ್ಲ, ಆದರೆ ಪ್ಯಾಕೆಟ್ ಸ್ವೀಕರಿಸುವ ಲಿಂಕ್ ದಾಟಿದ ನಂತರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಅದು ಪ್ರತಿಕ್ರಿಯಾಶೀಲ ಕಳುಹಿಸುವವರನ್ನು ಪ್ರಭಾವಿಸಬಹುದು ಮತ್ತು ಮೇಲ್ಮುಖವಾಗಿ ಈಗಾಗಲೇ ಖರ್ಚಾದ ವಿಳಂಬವನ್ನು ಮರುಪಾವತಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದು ತಗ್ಗಿಸುವಿಕೆ, ಖಾತರಿ ಅಲ್ಲ.
| Stage | What you can control | What to verify |
|---|---|---|
| Application to client | Which flows are trusted for marking | The marked packets are the ones you intended |
| Tunnel boundary | Whether the inner mark is copied outward | Outer header carries the expected value |
| Your uplink | Shaping rate and class treatment | Queue counters move for the voice class |
| Provider path | Almost nothing | Whether the service enforces the marking at all |
| Receiving side | Local policy after arrival | Delay that is already in the past |
ಸಾರ್ವಜನಿಕ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಏನು ಉಳಿಯುತ್ತದೆ
Diffserv ಆರ್ಕಿಟೆಕ್ಚರ್ ಆಡಳಿತಾತ್ಮಕ ಡೊಮೇನ್‌ಗಳ ಒಳಗಿನ ನಡವಳಿಕೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಒದಗಿಸುವವರು ಗಡಿಯಲ್ಲಿ ಗುರುತನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು ಅಥವಾ ಮತ್ತೆ ಬರೆಯಬಹುದು. ಪ್ರತಿಯೊಂದು ನೆಟ್‌ವರ್ಕ್ ಯಾವಾಗಲೂ ಅದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ ಎಂಬ ವಿರುದ್ಧ ಹೇಳಿಕೆಯೂ ಅಷ್ಟೇ ಆಧಾರರಹಿತ. ಪ್ರಾಮಾಣಿಕ ಪ್ರಶ್ನೆ ಎಂದರೆ ಈ ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗವು ಒಪ್ಪಂದ ಮತ್ತು ಪೊಲೀಸಿಂಗ್ ಅಡಿಯಲ್ಲಿ ಏನು ಮಾಡಲು ಬದ್ಧವಾಗಿದೆ. ಎಲ್ಲೋ ಓದಿದ ನಿಯಮವನ್ನು ಪುನರಾವರ್ತಿಸುವ ಬದಲು ಗುರುತಿಸಿದ ಪ್ರೋಬ್‌ನೊಂದಿಗೆ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಒದಗಿಸುವವರು ವರ್ಗದೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತಾರೆ ಎಂದು ಕೇಳಿ, ನಂತರ ಅಳೆಯಿರಿ. ಸಂರಕ್ಷಿಸಲ್ಪಟ್ಟರೂ ನಿಗದಿಗೊಳಿಸದ ಗುರುತು ಅಲಂಕಾರ; ಗುರುತನ್ನು ನೋಡದೆ ನಿಗದಿಗೊಳಿಸುವ ಮಾರ್ಗ ಬೇರೆ ಸಮಸ್ಯೆ, ಮತ್ತು ಎರಡಕ್ಕೂ ಬೇರೆ ಬೇರೆ ಸರಿಪಡಿಸುವಿಕೆ ಬೇಕು.
ಹಂತವನ್ನು ಪ್ರತ್ಯೇಕಿಸುವ ಮಾಪನ ಯೋಜನೆ
ನಿಯಂತ್ರಿತ ಸ್ಪರ್ಧಾತ್ಮಕ ಅಪ್‌ಲೋಡ್‌ನೊಂದಿಗೆ ಒಂದು ಸಾಮಾನ್ಯ ಕರೆ ಮಾಡಿ, ನಂತರ ಅದನ್ನು ತಂತಿ ಲಿಂಕ್‌ನಲ್ಲಿ ಪುನರಾವರ್ತಿಸಿ. ಕರೆ ಏನನ್ನು ಕಳೆದುಕೊಂಡಿತು, ವರ್ಗ ಕೌಂಟರ್‌ಗಳು ಏನನ್ನು ದಾಖಲಿಸಿದವು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಯೋಜನೆಯ ಜಾಹೀರಾತು ವೇಗಕ್ಕಿಂತ ತನ್ನ ನಿಜವಾದ ಮಿತಿಗೆ ಎಷ್ಟು ಹತ್ತಿರ ಚಲಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ.
tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.netಧ್ವನಿ ವರ್ಗದ ಕೌಂಟರ್ ಶೂನ್ಯದಲ್ಲೇ ಉಳಿದರೆ, ವರ್ಗೀಕರಣ ಅಥವಾ ಗುರುತು ನಕಲು ಮುರಿದಿದೆ ಮತ್ತು ಯಾವುದೇ ಆದ್ಯತೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ. ವಿಳಂಬ ಮೇಲೇರುವಾಗ ವರ್ಗ ಕೌಂಟರ್ ಸ್ಥಳೀಯವಾಗಿ ಚಲಿಸಿದರೆ, ಅಡಚಣೆ ನಿಮ್ಮ ಗೇಟ್‌ವೇ ಆಚೆಗಿದೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಯಾವುದೂ ಆದ್ಯತೆಯ ಮೌಲ್ಯವನ್ನು ಹೆಚ್ಚಿಸಿ ಸರಿಪಡಿಸುವುದಿಲ್ಲ.