ಎರಡು ಸೈಟ್ಗಳ WireGuard ಹಬ್ಗಾಗಿ IPv6 ಯೋಜನೆ: ಪ್ರಿಫಿಕ್ಸ್, ಪೀರ್ಸ್, ರೂಟ್ಗಳು
ಎರಡು LANಗಾಗಿ ಖಾಸಗಿ IPv6 ಹಬ್ ಮೇಲೆ ಕೆಲಸ ಮಾಡಿ: ಪ್ರಿಫಿಕ್ಸ್ ಆಯ್ಕೆಮಾಡಿ, ಟನೆಲ್ ವಿಳಾಸಗಳನ್ನು ಕಾಯ್ದಿರಿಸಿ, ನಂತರ AllowedIPs ಯಾವ ಪೀರ್ ಯಾವ ಸಬ್ನೆಟ್ ಹೊಂದಿದೆ ಎಂದು ವ್ಯಕ್ತಪಡಿಸಲಿ.
ಎರಡು LAN, ಒಂದು WireGuard ಹಬ್ ಮತ್ತು ಮೂರು ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಬೇಕಾದ IPv6 ವಿಳಾಸ ಯೋಜನೆ: ಯಾವ ಪ್ರಿಫಿಕ್ಸ್, ಯಾವ ವಿಳಾಸ ಯಾವ ರೌಟರ್ಗೆ ಸೇರಿದೆ ಮತ್ತು ಯಾವ ಪೀರ್ ಯಾವ ಸಬ್ನೆಟ್ ಹೊಂದಿದೆ. ಇವುಗಳಲ್ಲಿ ಒಂದು ತಪ್ಪಾದರೆ ಕೈಕುಲುಕುವ ಆದರೆ ಏನನ್ನೂ ರೂಟ್ ಮಾಡದ ಟನೆಲ್ ಉಂಟಾಗುತ್ತದೆ. ಕೆಳಗಿನ ಯೋಜನೆ ಅದೇ ಕ್ರಮದಲ್ಲಿ ಖಾಸಗಿ ಎರಡು-ಸೈಟ್ ವಿನ್ಯಾಸವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ IPv6 ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ.
ಪ್ರಿಫಿಕ್ಸ್ ಯಾವುದಕ್ಕೆ ಎಂದು ನಿರ್ಧರಿಸಿ
ಸೈಟ್ಗಳ ನಡುವೆ ಖಾಸಗಿ ತಲುಪುವಿಕೆಯೇ ಗುರಿಯಾದಾಗ fd00::/8 ನಿಂದ ಅನನ್ಯ-ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್ ಸಹಜ ಆಯ್ಕೆ. ಪ್ರತಿ ಸ್ಥಳಕ್ಕೆ ಯಾವ ISP ಸೇವೆ ನೀಡುತ್ತದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ ಅದು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ ಮತ್ತು ಜಾಗತಿಕ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಘೋಷಣೆಯಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಆಂತರಿಕ ಸಂಖ್ಯೆಗಳು ಇಂಟರ್ನೆಟ್ಗೆ ಸೋರಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಅದೇ ಗುಣವೇ ಮಿತಿ. ULA ಯಾವುದೇ ಸಾರ್ವಜನಿಕ ಹಿಂತಿರುಗು ಮಾರ್ಗ ನೀಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಯಾವ ಮೇಲ್ಮುಖವೂ ಅದನ್ನು ನಿಮ್ಮ ಗೇಟ್ವೇಗೆ ರೂಟ್ ಮಾಡಬೇಕೆಂದು ತಿಳಿಯದು. ಅಗತ್ಯದಲ್ಲಿ IPv6 ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನ ಸೇರಿದ್ದರೆ, ನಿಮಗೆ ಬೇಕು ಅದನ್ನು ನಿಮ್ಮತ್ತ ರೂಟ್ ಮಾಡುವ ಪೂರೈಕೆದಾರರಿಂದ ಹಂಚಿಕೆ, ಮತ್ತು ಇದು ತನ್ನದೇ ಪ್ರಿಫಿಕ್ಸ್ ಗಾತ್ರದ ಪ್ರತ್ಯೇಕ ವಿನ್ಯಾಸ ನಿರ್ಧಾರ.
ಪ್ರತಿ ನಿಯೋಜನೆಗೂ /48 ಬೇಕು ಎಂದು ಭಾವಿಸಬೇಡಿ. RFC 6177 ಏಕ ಕಡ್ಡಾಯ ಅಂತ್ಯ-ಸೈಟ್ ಗಾತ್ರದಿಂದ ದೂರ ಸರಿಯಿತು, ಮತ್ತು ಸರಿಯಾದ ಗಾತ್ರ ನೀವು ನಿರ್ವಹಿಸುವ ನೆಟ್ವರ್ಕ್ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ಸಂಸ್ಥೆಯೂ ಬಳಸಬಹುದಾದ ಪ್ರಿಫಿಕ್ಸ್ ಕಲ್ಪಿಸುವ ಬದಲು RFC 4193 ಕಾರ್ಯವಿಧಾನದಿಂದ ULA ರಚಿಸಿ. ಯಾವುದೇ ಸಾಧನ ಸಂರಚನೆಯಾಗುವ ಮೊದಲು ಫಲಿತಾಂಶವನ್ನು ವಿಳಾಸ ಯೋಜನೆಯಲ್ಲಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಯಾರೂ ದಾಖಲಿಸದ ಪ್ರಿಫಿಕ್ಸ್ ಯಾರೋ ಮರುಬಳಕೆ ಮಾಡುವ ಪ್ರಿಫಿಕ್ಸ್.
ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಪಾತ್ರಗಳಾಗಿ ವಿಭಜಿಸಿ
ಕೆಳಗಿನ ಉದಾಹರಣೆ fd7c:2e91:4a00::/48 ಬಳಸುತ್ತದೆ, ಮತ್ತು ಕೋಷ್ಟಕ ಸೈಟ್ ಪ್ರಕಾರವಲ್ಲ, ಪ್ರತಿ ಬ್ಲಾಕ್ ಎಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ ಎಂಬುದರ ಪ್ರಕಾರ ಜೋಡಣೆಯಾಗಿದೆ. ಮೌಲ್ಯಗಳನ್ನು ಮಾದರಿ ಎಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ಏನನ್ನೂ ನಿಯೋಜಿಸುವ ಮೊದಲು ನಿಮ್ಮದನ್ನು ರಚಿಸಿ.
| Where it is written | What appears there | Block used | What it establishes |
|---|---|---|---|
| Hub wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::1/128 | The hub's own tunnel identity |
| Hub wg0.conf, Site A peer | Two ranges in one AllowedIPs line | ::2/128 and :10::/64 | That A owns its tunnel address and its LAN |
| Hub wg0.conf, Site B peer | Two ranges in one AllowedIPs line | ::3/128 and :20::/64 | That B owns its tunnel address and its LAN |
| Site A wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::2/128 | A's identity as the hub sees it |
| Site B wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::3/128 | B's identity as the hub sees it |
LAN ಬ್ಲಾಕ್ಗಳು /64 ಏಕೆಂದರೆ ಸಾಮಾನ್ಯ SLAAC 64-ಬಿಟ್ ಇಂಟರ್ಫೇಸ್ ಗುರುತಿಸುವಿಕೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ. LAN ಅನ್ನು ಚಿಕ್ಕ ಬ್ಲಾಕ್ಗೆ ವಿಭಜಿಸುವುದು ಹೆಚ್ಚಿನ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಆ ಊಹೆಯನ್ನು ಮುರಿಯುತ್ತದೆ, ಮತ್ತು ಖಾಸಗಿ ಯೋಜನೆಯಲ್ಲಿ ವಿಳಾಸ ಉಳಿತಾಯಕ್ಕೆ ಕಾರ್ಯಾಚರಣೆ ವೆಚ್ಚ ಯೋಗ್ಯವಲ್ಲ. ಎರಡೂ LAN ಬ್ಲಾಕ್ಗಳು /48 ನ ಮಧ್ಯದಿಂದ ಬರುತ್ತವೆ, ಕೆಳ ವ್ಯಾಪ್ತಿ ಮುಂದಿನ ಸೈಟ್ಗಳಿಗೆ ಮುಕ್ತವಾಗಿರುತ್ತದೆ.
ಟನೆಲ್ ವಿಳಾಸಗಳು ಆಡಳಿತಾತ್ಮಕ ನಿಧಿ, ಲಿಂಕ್ನಲ್ಲಿನ ನೆಟ್ವರ್ಕ್ ಅಲ್ಲ. ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ ಅದರಿಂದ ಒಂದು /128 ಪಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾವ ಹೋಸ್ಟ್ ಟನೆಲ್ನಲ್ಲಿ ಹಂಚಿದ ಸಬ್ನೆಟ್ ಊಹಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅಗತ್ಯವಿಲ್ಲದ ಕಡೆ ನೆರೆಹೊರೆ ಅನ್ವೇಷಣೆ ನಡೆಯುವುದಿಲ್ಲ. ಪಾತ್ರಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ ಮತ್ತು ಸಂಸ್ಥೆಯ ವಿಳಾಸ ಯೋಜನೆಯಲ್ಲಿ ದಾಖಲಿಸಿ, ಮುಂದಿನ ಸೈಟ್ ಬ್ಲಾಕ್ ಮರುಬಳಕೆ ಮಾಡದಂತೆ.
ಪ್ರತಿ ರೌಟರ್ಗೆ ಒಂದು ಟನೆಲ್ ವಿಳಾಸ ನೀಡಿ
ಪ್ರತಿ ರೌಟರ್ಗೆ ಒಂದು /128 ಹಂಚಿ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಹಬ್ನ ಇರುವ ಕೀಗಳು ಮತ್ತು ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಕೆಳಗಿನ ಮೂರು ಮೌಲ್ಯಗಳು ಹೋಸ್ಟ್ ಭಾಗದಲ್ಲಿ ಮಾತ್ರ ಭಿನ್ನ.
Hub: Address = fd7c:2e91:4a00:ff00::1/128
Site A: Address = fd7c:2e91:4a00:ff00::2/128
Site B: Address = fd7c:2e91:4a00:ff00::3/128ಈ /128 ಆ ಇಂಟರ್ಫೇಸ್ಗೆ ಹಂಚಿದ ಏಕೈಕ ವಿಳಾಸವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಪೀರ್ ಎಷ್ಟು ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ರೂಟ್ ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ಅದು ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ತಲುಪುವಿಕೆ ಇಂಟರ್ಫೇಸ್ ಪ್ರಿಫಿಕ್ಸ್ನಲ್ಲಲ್ಲ, AllowedIPs ನಲ್ಲಿ ವ್ಯಕ್ತವಾಗುತ್ತದೆ.
ಪ್ರತಿ ಸೈಟ್ ರೌಟರ್ಗೆ ತನ್ನ LAN ಬ್ಲಾಕ್ನಲ್ಲಿ ವಿಳಾಸ ಮತ್ತು ಅದನ್ನು ವಿತರಿಸುವ ಮಾರ್ಗ ಬೇಕು, ಸಾಮಾನ್ಯವಾಗಿ SLAAC ಗಾಗಿ ರೌಟರ್ ಜಾಹೀರಾತುಗಳು. WireGuard ನಿಮ್ಮ ಪರವಾಗಿ ಆ ಜಾಹೀರಾತುಗಳನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ ಮತ್ತು ಎರಡು LAN ಅನ್ನು ಸೇತುವೆ ಮಾಡುವುದಿಲ್ಲ. ಸೈಟ್ ರೌಟರ್ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ರೌಟರ್.
ಸಬ್ನೆಟ್ ಮಾಲೀಕತ್ವವನ್ನು AllowedIPs ನಲ್ಲಿ ಇರಿಸಿ
ಸೈಟ್ A ಗಾಗಿ ಹಬ್ನ ಪೀರ್ ನಮೂದು A ಯ ಟನೆಲ್ ವಿಳಾಸ ಮತ್ತು A ಯ LAN ಅನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಆ ಜೋಡಿಯೇ ಸಂಪೂರ್ಣ ಮಾಲೀಕತ್ವದ ಹೇಳಿಕೆ. ಆ ಪೀರ್ ವಿಭಾಗದಲ್ಲಿ ಬೇರೆ ಯಾವುದೂ ಸೈಟ್ ವಿವರಿಸಬೇಕಿಲ್ಲ.
AllowedIPs = fd7c:2e91:4a00:ff00::2/128, fd7c:2e91:4a00:10::/64ಸೈಟ್ B ಯ ಪೀರ್ ನಮೂದು ಹೊಂದಿಕೆಯಾಗುವ ಜೋಡಿಯನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಇಲ್ಲಿ ಸಮಮಿತಿ ಸಂಕ್ಷಿಪ್ತತೆಗಿಂತ ಮುಖ್ಯ. ಎರಡೂ ಸಾಲುಗಳನ್ನು ಜೊತೆಯಾಗಿ ಓದಿ ಮತ್ತು ಮಾಲೀಕತ್ವದ ವಿಭಜನೆ ಒಂದು ನೋಟದಲ್ಲಿ ಕಾಣುತ್ತದೆ.
AllowedIPs = fd7c:2e91:4a00:ff00::3/128, fd7c:2e91:4a00:20::/64ಇವು ಎರಡು ಪ್ರತ್ಯೇಕ ಪೀರ್ ವಿಭಾಗಗಳು, ಒಂದು ಪೀರ್ಗಾಗಿ ಸ್ಪರ್ಧಿಸುವ ಎರಡು ಪಟ್ಟಿಗಳಲ್ಲ. WireGuard AllowedIPs ಅನ್ನು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಬಳಸುತ್ತದೆ: ಹೊರಹೋಗುವ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಪೀರ್ ಆಯ್ಕೆಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಪೀರ್ಗೆ ಹಂಚಿದ ವ್ಯಾಪ್ತಿಗೆ ಮೂಲ ಹೊಂದಿಕೆಯಾಗದ ಒಳಬರುವ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ. ಎರಡೂ ಪೀರ್ಗಳಿಗೆ ಇಡೀ /48 ನೀಡಿದರೆ ಆ ಎರಡನೇ ಪರಿಶೀಲನೆ ನಿಷ್ಕ್ರಿಯವಾಗಿ ಯಾವ ಸೈಟ್ ಯಾವ ಬ್ಲಾಕ್ ಹೊಂದಿದೆ ಎಂಬುದು ಮಸುಕಾಗುತ್ತದೆ. ಆ ವ್ಯತ್ಯಾಸವೇ ತಪ್ಪು ಮೂಲ ವಿಳಾಸವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಸ್ವೀಕರಿಸುವ ಬದಲು ಕಾಣುವಂತೆ ಮಾಡುತ್ತದೆ.
ಪ್ರತಿ ಸೈಟ್ಗೆ ತನ್ನ ಹಬ್ ಪೀರ್ ಮೂಲಕ ತಲುಪಬಹುದಾದ ಗಮ್ಯಸ್ಥಾನಗಳಷ್ಟೇ ಬೇಕು: ಸೈಟ್ A ಹಬ್ನ ವಿಳಾಸ, ಸೈಟ್ B ಯ ಟನೆಲ್ ವಿಳಾಸ ಮತ್ತು B ಯ LAN ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸೈಟ್ B ವಿರುದ್ಧ ಗಣವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಪಟ್ಟಿಗಳು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಸಮಮಿತ, ಏಕೆಂದರೆ ಪ್ರತಿ ರೌಟರ್ ಟೋಪಾಲಜಿಯ ಬೇರೆ ಬದಿಯನ್ನು ನೋಡುತ್ತದೆ. ಎರಡನ್ನೂ ವಿಳಾಸ ಯೋಜನೆಯಿಂದ ಬರೆಯಿರಿ, ಇನ್ನೊಂದು ಸೈಟ್ನ ಸಂರಚನೆಯಿಂದಲ್ಲ, ಏಕೆಂದರೆ ಹಳೆಯ ವ್ಯಾಪ್ತಿ ಮರುಸಂಖ್ಯೀಕರಣವನ್ನು ಉಳಿದುಕೊಳ್ಳುವುದು ಹೀಗೆಯೇ.
wg-quick ಜೊತೆಗೆ ಈ ವ್ಯಾಪ್ತಿಗಳು ರೂಟ್ಗಳನ್ನೂ ರಚಿಸುತ್ತವೆ. systemd-networkd ಅಥವಾ ಕೈಯಿಂದ ಸೆಟಪ್ನಲ್ಲಿ ಸಮಾನ ರೂಟ್ಗಳನ್ನು ನೀವೇ ಸೇರಿಸಿ; ಇಲ್ಲದಿದ್ದರೆ ಟನೆಲ್ ಕರ್ನಲ್ ಎಂದೂ ಒಳಗೆ ಕಳುಹಿಸದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ.
ಫಾರ್ವರ್ಡಿಂಗ್ ಪೂರ್ಣಗೊಳಿಸಿ ಮತ್ತು ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ
ಹಬ್ನಲ್ಲಿ ಮತ್ತು ಎರಡೂ ಸೈಟ್ ರೌಟರ್ಗಳಲ್ಲಿ IPv6 ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಮತ್ತು ಫಾರ್ವರ್ಡ್ ನೀತಿಯಲ್ಲಿ ಅಗತ್ಯ ಅಂತರ-ಸೈಟ್ ಸೇವೆಗಳನ್ನು ಅನುಮತಿಸಿ. ICMPv6 Packet Too Big ಸಂದೇಶಗಳನ್ನು ಬಳಸಬಹುದಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಅವನ್ನು ಬಿಟ್ಟರೆ ಪಥ MTU ಅನ್ವೇಷಣೆ ಮುರಿಯುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ದೋಷದಂತೆ ಕಾಣುವ ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳ ನಿಲುಗಡೆ ಉಂಟಾಗುತ್ತದೆ. ಫೈರ್ವಾಲ್ ಅನುಮತಿ ಇಲ್ಲದೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಹಬ್ ರೂಟಿಂಗ್ ಮತ್ತು ಟನೆಲ್ ನಡುವೆ ಪ್ಯಾಕೆಟ್ ಬಿಡುತ್ತದೆ. ಈ ವೈಫಲ್ಯ ಮೋಡ್ ತಿಳಿಯಲು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ಟನೆಲ್ ಮೇಲಿರುತ್ತದೆ ಮತ್ತು ಕೆಲವು ಹರಿವುಗಳಷ್ಟೇ ಸಾಯುತ್ತವೆ.
sysctl net.ipv6.conf.all.forwarding
ip -6 route
ping -6 -c 3 fd7c:2e91:4a00:20::1ಸೈಟ್ A ಯ ಹೋಸ್ಟ್ನಿಂದ ಸೈಟ್ B ಯ ಹೋಸ್ಟ್ಗೆ ಮತ್ತು ನಂತರ ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ. ಹಬ್ನ ಟನೆಲ್ ವಿಳಾಸಕ್ಕೆ ping ಮೊದಲ ಜಿಗಿತವನ್ನು ಮಾತ್ರ ಪರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು LAN ರೂಟ್ಗಳು ತಪ್ಪಿದ್ದರೂ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಯೋಜನೆಯನ್ನು ಸಾಬೀತು ಮಾಡುವುದು ಹೋಸ್ಟ್-ಇಂದ-ಹೋಸ್ಟ್ ಹರಿವು.
ಹೊರಗಿನ WireGuard ಸಂಪರ್ಕ IPv4 ಮೇಲೆ ನಡೆಯಬಹುದು, ಒಳಗಿನ ಸಂಚಾರ IPv6 ಆಗಿರಬಹುದು, ಮತ್ತು ಈ ಸ್ವಾತಂತ್ರ್ಯ ವಲಸೆಯ ಸಮಯದಲ್ಲಿ ಉಪಯುಕ್ತ. ನಂತರ ಜಾಗತಿಕ IPv6 ನಿರ್ಗಮನ ಸೇರಿಸಿದರೆ, ಪೂರೈಕೆದಾರರ ಹಂಚಿಕೆ, ಮೂಲ ವಿಳಾಸ ಆಯ್ಕೆ ಮತ್ತು ಹಿಂತಿರುಗು ರೂಟಿಂಗ್ ಅನ್ನು ಹೊಸ ವಿನ್ಯಾಸ ಹಂತವಾಗಿ ಮರುಪರಿಶೀಲಿಸಿ; ಮೇಲಿನ ಖಾಸಗಿ ಯೋಜನೆ ಸೈಟ್-ಇಂದ-ಸೈಟ್ ಸಂಚಾರಕ್ಕೆ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ.