ਵੱਡੇ ਤਾਰਾ-ਆਕਾਰ VPN ਦਾ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕਰੋ: BGP ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਗਿਣੋ
ਪ੍ਰੀਫਿਕਸ ਸੌਖੀ ਸੰਖਿਆ ਹੈ। ਸੈਸ਼ਨ, ਅੱਪਡੇਟ ਦੀ ਲਹਿਰ ਅਤੇ ਹੱਬ ਫੇਲ੍ਹ ਹੋਣ ਤੋਂ ਬਾਅਦ ਬਹਾਲੀ ਇਹ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਕੁਝ ਹਜ਼ਾਰ ਸ਼ਾਖਾਵਾਂ ਵਿੱਚ ਡਿਜ਼ਾਈਨ ਟਿਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਤਿੰਨ ਹਜ਼ਾਰ ਸ਼ਾਖਾਵਾਂ ਰਾਊਟਿੰਗ ਦੀ ਸਮੱਸਿਆ ਜਾਪਦੀਆਂ ਹਨ, ਪਰ ਵਿਵਹਾਰ ਖਾਤਾ-ਕਿਤਾਬ ਦੀ ਸਮੱਸਿਆ ਵਰਗਾ ਹੁੰਦਾ ਹੈ। ਪ੍ਰੀਫਿਕਸ ਦਾ ਕੁੱਲ ਜੋੜ ਦਸ ਮਿੰਟਾਂ ਵਿੱਚ ਨਿਕਲ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਦੁੱਖ ਦੇਣ ਵਾਲੀ ਸੰਖਿਆ ਉਹ ਘੱਟ ਹੀ ਹੁੰਦੀ ਹੈ। ਦੁੱਖ ਦਿੰਦਾ ਹੈ ਹਰ ਸੈਸ਼ਨ ਦਾ ਕੰਮ, ਕੋਈ ਸਾਂਝਾ ਹਿੱਸਾ ਫੇਲ੍ਹ ਹੋਣ 'ਤੇ ਅੱਪਡੇਟ ਦੀ ਲਹਿਰ, ਅਤੇ ਉਹ ਸਮਾਂ ਜੋ ਫਾਰਵਰਡਿੰਗ ਦੇ ਨਵੀਂ ਟੋਪੋਲੋਜੀ ਨਾਲ ਫਿਰ ਮਿਲਣ ਵਿੱਚ ਲੱਗਦਾ ਹੈ।
ਇਸ ਲਈ ਗਣਿਤ ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ। ਸੰਬੰਧ ਗਿਣੋ, ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਬਦਲ ਗਿਣੋ, ਫਿਰ ਗਿਣੋ ਕਿ ਮਾੜੇ ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਹੀ ਪ੍ਰੋਟੋਕਾਲ ਅਤੇ ਪਲੇਟਫਾਰਮ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਉਲਟ ਕ੍ਰਮ ਵਿੱਚ ਇਹ ਅਭਿਆਸ ਰੂਟ ਸੀਮਾਵਾਂ ਬਾਰੇ ਬਹਿਸ ਬਣ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਮੇਜ਼ ਉੱਤੇ ਰੱਖੀ ਜਾਣਕਾਰੀ ਨਾਲ ਕੋਈ ਵੀ ਨਹੀਂ ਸੁਲਝਾ ਸਕਦਾ।
ਚਾਰ ਬਜਟ, ਇੱਕ ਨਹੀਂ
ਹਰ ਬਜਟ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਵੱਖਰੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਬਾਧਿਕ ਸੀਮਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਨੂੰ ਵੱਖਰਾ ਲਿਖਣਾ ਇੱਕ ਵੱਡੀ ਪ੍ਰੀਫਿਕਸ ਸੰਖਿਆ ਨੂੰ ਪੂਰੇ ਡਿਜ਼ਾਈਨ ਦੀ ਥਾਂ ਲੈਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।
| Budget | What you are really counting |
|---|---|
| Sessions | Peers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count |
| Prefixes | Alternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see |
| Churn | Updates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event |
| Recovery | Time to detect, reselect, reinstall and restore the application, measured end to end rather than per box |
ਆਖਰੀ ਦੋ ਉਹ ਹਨ ਜੋ ਡਿਜ਼ਾਈਨ ਸਮੀਖਿਆ ਵਿੱਚ ਛੱਡ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਸਥਿਰ ਹਾਲਤ ਵਿੱਚ ਮੈਮੋਰੀ ਵਿੱਚ ਆਰਾਮ ਨਾਲ ਬੈਠਦਾ ਨੈੱਟਵਰਕ ਵੀ ਚਾਰ ਸੌ ਸ਼ਾਖਾਵਾਂ ਦੇ ਦੋ ਮਿੰਟਾਂ ਵਿੱਚ ਮੁੜ ਜੁੜਨ 'ਤੇ ਮਾੜਾ ਵਿਵਹਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਕੰਮ ਨਿਯੰਤਰਣ-ਤਲ ਦੇ ਖਾਲੀ ਕਰ ਸਕਣ ਨਾਲੋਂ ਤੇਜ਼ ਆਉਂਦਾ ਹੈ। ਲਹਿਰ ਦਾ ਆਕਾਰ ਇੱਕ ਸੰਖਿਆ ਵਜੋਂ ਲਿਖੋ, ਨਾਲ ਹੀ ਸੇਵਾ ਕਿੰਨਾ ਸਮਾਂ ਘਟੀਆ ਰਹਿ ਸਕਦੀ ਹੈ। ਇਹ ਧੁੰਦਲੀ ਚਿੰਤਾ ਨੂੰ ਅਜਿਹੀ ਪਰਖ ਬਣਾ ਦਿੰਦਾ ਹੈ ਜੋ ਕੋਈ ਸੱਚਮੁੱਚ ਚਲਾ ਸਕਦਾ ਹੈ।
ਚਾਰੇ ਵਿੱਚ ਇੱਕ ਪਲੇਟਫਾਰਮ-ਸਵਾਲ ਵੀ ਲੁਕਿਆ ਹੈ: ਐਨਕ੍ਰਿਪਸ਼ਨ, ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਰਾਊਟਿੰਗ ਇੱਕੋ CPU ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਜਾਂ ਵੱਖਰੇ ਰਾਹ ਹਨ। ਇੱਕੋ ਰੂਟ ਸਮਰੱਥਾ ਵਾਲੇ ਦੋ ਯੰਤਰ ਲਹਿਰ ਵਿੱਚ ਬਹੁਤ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਡੇਟਾਸ਼ੀਟ ਘੱਟ ਹੀ ਦੱਸਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਖਰੀਦ ਰਹੇ ਹੋ।
ਆਪਣੀਆਂ ਹੀ ਸੰਖਿਆਵਾਂ ਨਾਲ ਗਣਿਤ ਕਰੋ
ਇੱਕ ਕਾਲਪਨਿਕ ਡਿਜ਼ਾਈਨ ਲਵੋ: 3,000 ਸ਼ਾਖਾਵਾਂ, ਇਕੱਠਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਇੱਕ 'ਤੇ ਤਿੰਨ ਪ੍ਰੀਫਿਕਸ, ਅਤੇ ਰਿਡੰਡੈਂਸੀ ਲਈ ਪ੍ਰਤੀ ਸ਼ਾਖਾ ਦੋ ਹੱਬ। ਹੱਬ-ਜੋੜੀ ਨੂੰ ਸੰਖੇਪ ਤੋਂ ਪਹਿਲਾਂ ਲਗਭਗ 9,000 ਸ਼ਾਖਾ ਪ੍ਰੀਫਿਕਸ ਰੱਖਣੇ ਪੈਣਗੇ, ਅਤੇ ਜੇ ਹਰ ਸ਼ਾਖਾ ਦੋਵਾਂ ਨਾਲ ਪੀਅਰ ਕਰਦੀ ਹੈ ਤਾਂ ਡਿਜ਼ਾਈਨ 6,000 ਸ਼ਾਖਾ-ਤੋਂ-ਹੱਬ ਸੈਸ਼ਨ ਮੰਨਦਾ ਹੈ।
ਹੁਣ ਉਹ ਹਿੱਸੇ ਜੋੜੋ ਜੋ ਪ੍ਰੀਫਿਕਸ ਨਹੀਂ ਹਨ। ਹਰ ਸੈਸ਼ਨ ਕੁਝ ਨਾ ਬਦਲਣ 'ਤੇ ਵੀ ਹਾਲਤ ਅਤੇ ਸਮੇਂ-ਸਮੇਂ ਦੇ ਸੁਨੇਹੇ ਢੋਂਦਾ ਹੈ। ਜੇ ਤੇਜ਼ ਬਦਲਾਅ ਦੀ ਉਮੀਦ ਹੋਵੇ ਤਾਂ ਹਰ ਹੱਬ ਪ੍ਰਤੀ ਪ੍ਰੀਫਿਕਸ ਇੱਕ ਤੋਂ ਵੱਧ ਰਾਹ ਰੱਖ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਬਦਲਾਂ ਦੀ ਗਿਣਤੀ ਚੁਣੇ ਗਏ ਦੀ ਗਿਣਤੀ ਤੋਂ ਵੱਧ ਹੋ ਸਕਦੀ ਹੈ। ਅਤੇ ਹਰ ਸਪੋਕ ਦਾ ਦ੍ਰਿਸ਼ ਵੱਖਰਾ ਨੀਤੀ-ਫੈਸਲਾ ਹੈ: ਹਰ ਸ਼ਾਖਾ ਨੂੰ ਬਾਕੀ ਸਭ ਦੇ ਰੂਟ ਦੇਣਾ ਕੰਮ ਨੂੰ ਉਸ ਤਰੀਕੇ ਨਾਲ ਗੁਣਾ ਕਰਦਾ ਹੈ ਜੋ ਹੱਬ-ਪਾਸੇ ਦੀ ਗਿਣਤੀ ਨਹੀਂ ਦਿਖਾਉਂਦੀ।
ਇਹ ਡਿਜ਼ਾਈਨ ਗੱਲਬਾਤ ਲਈ ਯੋਜਨਾ-ਸੰਖਿਆਵਾਂ ਹਨ, ਕਿਸੇ ਉਤਪਾਦ ਦੀ ਮਾਪ ਨਹੀਂ। ਅਭਿਆਸ ਦਾ ਲਾਭਕਾਰੀ ਨਤੀਜਾ ਵਕਰ ਦਾ ਆਕਾਰ ਹੈ, ਇਹ ਦਾਅਵਾ ਨਹੀਂ ਕਿ ਕੋਈ ਖਾਸ ਰਾਊਟਰ ਕਿੱਥੇ ਹਾਰਦਾ ਹੈ।
BGP ਤੁਹਾਨੂੰ ਕੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ IGP ਤੁਹਾਨੂੰ ਕੀ ਦਿੰਦਾ ਹੈ
BGP ਵੱਖ ਕਰਦਾ ਹੈ ਕਿ ਰਾਊਟਰ ਨੇ ਕੀ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਕੀ ਚੁਣਿਆ ਅਤੇ ਕੀ ਐਲਾਨਦਾ ਹੈ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਨੀਤੀ ਨਾਲ ਨਿਯੰਤਰਿਤ ਹੈ। ਸ਼ਾਖਾ-ਨੈੱਟਵਰਕ ਨੂੰ ਠੀਕ ਇਹੀ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਪੋਕ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਡਿਫਾਲਟ ਰੂਟ, ਕੇਂਦਰੀ ਸੇਵਾਵਾਂ ਅਤੇ ਬਹੁਤ ਘੱਟ ਹੋਰ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿਰਫ਼ ਅੰਤਿਮ ਸਾਰਣੀ ਗਿਣਨ ਨਾਲ ਬਦਲ ਅਤੇ ਐਲਾਨ ਲੁਕ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਰਿਡੰਡੈਂਸੀ ਜੋੜਨ 'ਤੇ ਵਧਣ ਵਾਲੇ ਹਿੱਸੇ ਠੀਕ ਉਹੀ ਹਨ।
IGP ਆਪਣੇ ਆਪ ਗਲਤ ਨਹੀਂ ਹੁੰਦਾ। ਜਦੋਂ ਟੋਪੋਲੋਜੀ, ਖੇਤਰ-ਢਾਂਚਾ ਅਤੇ ਗੁਆਂਢੀ-ਮਾਡਲ ਸੇਵਾ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਤਾਂ ਲਿੰਕ-ਸਟੇਟ ਪ੍ਰੋਟੋਕਾਲ ਤੇਜ਼ੀ ਨਾਲ ਇਕੱਠਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਘੱਟ ਨੀਤੀ-ਢਾਂਚਾ ਮੰਗਦਾ ਹੈ। ਜਾਲ ਇਹ ਮੰਨਣਾ ਹੈ ਕਿ ਇਹ BGP ਵਾਂਗ ਪ੍ਰਤੀ-ਗੁਆਂਢੀ ਨਿਰਯਾਤ ਨਿਯੰਤਰਣ ਪ੍ਰਗਟ ਕਰ ਸਕਦਾ ਹੈ: OSPF ਖੇਤਰ ਹੜ੍ਹ-ਸੀਮਾ ਹੈ, ਇੱਕ ਸ਼ਾਖਾ 'ਤੇ ਲਟਕਾਉਣ ਵਾਲਾ ਫਿਲਟਰ ਨਹੀਂ।
ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ, ਪਹਿਲਾਂ ਦ੍ਰਿਸ਼ਟਤਾ-ਮਾਡਲ ਤੈਅ ਕਰੋ। ਡਿਫਾਲਟ ਰੂਟ, ਕੇਂਦਰੀ ਸੇਵਾਵਾਂ ਲਈ ਸੰਖੇਪ, ਜਾਂ ਪੂਰੀ ਸ਼ਾਖਾ-ਵਿਸਥਾਰ ਤਿੰਨ ਵੱਖਰੇ ਉਤਪਾਦ ਹਨ, ਅਤੇ ਵਧੇਰੇ ਖਾਸ ਫੇਲ੍ਹਤਾ ਲੁਕਾਉਣ ਵਾਲਾ ਸੰਖੇਪ ਲਿਖਣਾ ਪੈਣ ਵਾਲਾ ਡਿਜ਼ਾਈਨ-ਫੈਸਲਾ ਹੈ, ਆਊਟੇਜ ਦੌਰਾਨ ਲੱਭਣਾ ਨਹੀਂ।
ਲਹਿਰ ਦੀ ਪਰਖ ਕਰੋ, ਸਥਿਰ ਹਾਲਤ ਦੀ ਨਹੀਂ
ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਜਿਸ ਫੇਲ੍ਹਤਾ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਉਸ ਦੁਆਲੇ ਤੁਲਨਾ ਬਣਾਓ: ਹੱਬ ਡਾਊਨ, ਖੇਤਰੀ WAN ਘਟਨਾ, ਜਾਂ ਸੰਭਾਲ-ਖਿੜਕੀ ਜੋ ਅੱਧੀਆਂ ਸਾਈਟਾਂ ਇਕੱਠੀਆਂ ਆਫਲਾਈਨ ਕਰ ਦਿੰਦੀ ਹੈ। ਸ਼ਾਖਾ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਬਹਾਲੀ ਮਾਪੋ, ਐਪਲੀਕੇਸ਼ਨ ਸਮੇਤ, ਕਿਉਂਕਿ ਸਕਿੰਟਾਂ ਵਿੱਚ ਇਕੱਠਾ ਹੋਣ ਵਾਲਾ ਨਿਯੰਤਰਣ-ਤਲ ਘੱਟ ਅਰਥ ਰੱਖਦਾ ਹੈ ਜੇ ਸੈਸ਼ਨ ਮੁੜ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਮਿੰਟ ਲੱਗਣ।
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFਪਲੇਟਫਾਰਮ ਆਰਾਮ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ ਨਹੀਂ, ਲਹਿਰ ਦੀ ਚੋਟੀ 'ਤੇ ਕੀ ਕਰਦਾ ਹੈ, ਉਹ ਦਰਜ ਕਰੋ, ਅਤੇ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਚਾਲੂ ਰੱਖ ਕੇ ਦੁਹਰਾਓ। ਜੋ ਪਰਮਾਣ-ਧਾਰਣਾ ਸਿਰਫ਼ ਇੱਕ ਸ਼ਾਂਤ ਸਾਰਣੀ ਦਿਖਾਉਂਦੀ ਹੈ ਉਹ ਮੈਮੋਰੀ-ਪਰਖ ਹੈ, ਅਤੇ ਮੈਮੋਰੀ ਕਦੇ ਦਿਲਚਸਪ ਸੰਖਿਆ ਨਹੀਂ ਸੀ।