ACLs ਨੂੰ ਵਿਸਥਾਰ ਵਿੱਚ ਬਦਲੋ

ਨੈਟਵਰਕ ਡਿਵਾਈਸਾਂ 'ਤੇ ACLs (ਐਕਸੈਸ ਕੰਟਰੋਲ ਲਿਸਟ) ਨੂੰ ਹਾਰਡਵੇਅਰ ਅਤੇ ਸੌਫਟਵੇਅਰ, ਜਾਂ ਵਧੇਰੇ ਆਮ ਤੌਰ 'ਤੇ ਬੋਲਣ ਵਾਲੇ, ਹਾਰਡਵੇਅਰ ਅਤੇ ਸੌਫਟਵੇਅਰ-ਅਧਾਰਿਤ ACLs ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਅਤੇ ਜੇਕਰ ਸਭ ਕੁਝ ਸਾਫਟਵੇਅਰ-ਅਧਾਰਿਤ ACLs ਨਾਲ ਸਪੱਸ਼ਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ - ਇਹ ਉਹ ਨਿਯਮ ਹਨ ਜੋ RAM (ਅਰਥਾਤ ਕੰਟਰੋਲ ਪਲੇਨ 'ਤੇ) ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਸੰਸਾਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਆਉਣ ਵਾਲੀਆਂ ਸਾਰੀਆਂ ਪਾਬੰਦੀਆਂ ਦੇ ਨਾਲ, ਤਾਂ ਅਸੀਂ ਸਮਝਾਂਗੇ ਕਿ ਹਾਰਡਵੇਅਰ-ਅਧਾਰਿਤ ACLs ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਾਡੇ ਕੰਮ ਕਰਦੇ ਹਨ. ਲੇਖ। ਇੱਕ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਐਕਸਟ੍ਰੀਮ ਨੈੱਟਵਰਕਸ ਤੋਂ ਐਕਸਟ੍ਰੀਮਸਵਿਚਿੰਗ ਸੀਰੀਜ਼ ਤੋਂ ਸਵਿੱਚਾਂ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ।

ਕਿਉਂਕਿ ਅਸੀਂ ਹਾਰਡਵੇਅਰ-ਅਧਾਰਿਤ ACLs ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਾਂ, ਸਾਡੇ ਲਈ ਡੇਟਾ ਪਲੇਨ, ਜਾਂ ਅਸਲ ਚਿੱਪਸੈੱਟਾਂ (ASICs) ਦਾ ਅੰਦਰੂਨੀ ਸਥਾਪਨ ਸਾਡੇ ਲਈ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਸਾਰੀਆਂ ਐਕਸਟ੍ਰੀਮ ਨੈੱਟਵਰਕ ਸਵਿੱਚ ਲਾਈਨਾਂ ਬ੍ਰੌਡਕਾਮ ASICs 'ਤੇ ਬਣਾਈਆਂ ਗਈਆਂ ਹਨ, ਅਤੇ ਇਸ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀ ਜ਼ਿਆਦਾਤਰ ਜਾਣਕਾਰੀ ਮਾਰਕੀਟ 'ਤੇ ਹੋਰ ਸਵਿੱਚਾਂ ਲਈ ਵੀ ਸਹੀ ਹੋਵੇਗੀ ਜੋ ਉਸੇ ASICs 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਗਏ ਹਨ।

ਜਿਵੇਂ ਕਿ ਉਪਰੋਕਤ ਚਿੱਤਰ ਤੋਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, "ਕੰਟੈਂਟ ਅਵੇਅਰ ਇੰਜਣ" ਚਿੱਪਸੈੱਟ ਵਿੱਚ ACLs ਦੇ ਸੰਚਾਲਨ ਲਈ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਵੱਖਰੇ ਤੌਰ 'ਤੇ "ਪ੍ਰਵੇਸ਼" ਅਤੇ "ਨਿਕਾਸ" ਲਈ। ਆਰਕੀਟੈਕਚਰਲ ਤੌਰ 'ਤੇ, ਉਹ ਇਕੋ ਜਿਹੇ ਹਨ, ਸਿਰਫ "ਨਿਗਸਣ" ਘੱਟ ਸਕੇਲੇਬਲ ਅਤੇ ਘੱਟ ਕਾਰਜਸ਼ੀਲ ਹੈ। ਭੌਤਿਕ ਤੌਰ 'ਤੇ, ਦੋਵੇਂ "ContentAware ਇੰਜਣ" TCAM ਮੈਮੋਰੀ ਅਤੇ ਨਾਲ ਦੇ ਤਰਕ ਹਨ, ਅਤੇ ਹਰੇਕ ਉਪਭੋਗਤਾ ਜਾਂ ਸਿਸਟਮ ACL ਨਿਯਮ ਇਸ ਮੈਮੋਰੀ ਲਈ ਲਿਖਿਆ ਇੱਕ ਸਧਾਰਨ ਬਿੱਟ-ਮਾਸਕ ਹੈ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਚਿੱਪਸੈੱਟ ਟ੍ਰੈਫਿਕ ਪੈਕੇਟ ਨੂੰ ਪੈਕੇਟ ਦੁਆਰਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਗਿਰਾਵਟ ਦੇ ਬਿਨਾਂ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ।

ਭੌਤਿਕ ਤੌਰ 'ਤੇ, ਉਹੀ ਇੰਗ੍ਰੇਸ/ਈਗ੍ਰੇਸ TCAM, ਬਦਲੇ ਵਿੱਚ, ਤਰਕ ਨਾਲ ਕਈ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ (ਮੈਮੋਰੀ ਦੀ ਮਾਤਰਾ ਅਤੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ), ਅਖੌਤੀ "ACL ਟੁਕੜੇ"। ਉਦਾਹਰਨ ਲਈ, ਤੁਹਾਡੇ ਲੈਪਟਾਪ 'ਤੇ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਉਸੇ HDD ਨਾਲ ਵੀ ਇਹੀ ਵਾਪਰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਸ 'ਤੇ ਕਈ ਲਾਜ਼ੀਕਲ ਡਰਾਈਵਾਂ ਬਣਾਉਂਦੇ ਹੋ - C:>, D:>। ਹਰ ACL-ਸਲਾਈਸ, ਬਦਲੇ ਵਿੱਚ, "ਸਟਰਿੰਗ" ਦੇ ਰੂਪ ਵਿੱਚ ਮੈਮੋਰੀ ਸੈੱਲਾਂ ਦੇ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ "ਨਿਯਮ" (ਨਿਯਮ/ਬਿੱਟ ਮਾਸਕ) ਲਿਖੇ ਹੁੰਦੇ ਹਨ।

TCAM ਨੂੰ ACL- ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡਣ ਦੇ ਪਿੱਛੇ ਇੱਕ ਖਾਸ ਤਰਕ ਹੈ। ਹਰੇਕ ਵਿਅਕਤੀਗਤ ACL- ਟੁਕੜਿਆਂ ਵਿੱਚ, ਸਿਰਫ਼ "ਨਿਯਮ" ਹੀ ਲਿਖੇ ਜਾ ਸਕਦੇ ਹਨ ਜੋ ਇੱਕ ਦੂਜੇ ਦੇ ਅਨੁਕੂਲ ਹਨ। ਜੇਕਰ "ਨਿਯਮਾਂ" ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਪਿਛਲੇ ਇੱਕ ਦੇ ਅਨੁਕੂਲ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਅਗਲੇ ACL-ਸਲਾਈਸ ਵਿੱਚ ਲਿਖਿਆ ਜਾਵੇਗਾ, ਭਾਵੇਂ ਪਿਛਲੇ ਇੱਕ ਵਿੱਚ "ਨਿਯਮਾਂ" ਲਈ ਕਿੰਨੀਆਂ ਮੁਫਤ ਲਾਈਨਾਂ ਬਚੀਆਂ ਹੋਣ।

ਫਿਰ ACL ਨਿਯਮਾਂ ਦੀ ਇਹ ਅਨੁਕੂਲਤਾ ਜਾਂ ਅਸੰਗਤਤਾ ਕਿੱਥੋਂ ਆਉਂਦੀ ਹੈ? ਤੱਥ ਇਹ ਹੈ ਕਿ ਇੱਕ TCAM “ਲਾਈਨ”, ਜਿੱਥੇ “ਨਿਯਮ” ਲਿਖਿਆ ਗਿਆ ਹੈ, ਦੀ ਲੰਬਾਈ 232 ਬਿੱਟ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਈ ਖੇਤਰਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ - ਫਿਕਸਡ, ਫੀਲਡ 1, ਫੀਲਡ 2, ਫੀਲਡ 3। 232 ਬਿੱਟ ਜਾਂ 29 ਬਾਈਟ TCAM ਮੈਮੋਰੀ ਕਿਸੇ ਖਾਸ MAC ਜਾਂ IP ਐਡਰੈੱਸ ਦੇ ਬਿੱਟ-ਮਾਸਕ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨ ਲਈ ਕਾਫੀ ਹੈ, ਪਰ ਪੂਰੇ ਈਥਰਨੈੱਟ ਪੈਕੇਟ ਹੈਡਰ ਤੋਂ ਬਹੁਤ ਘੱਟ ਹੈ। ਹਰੇਕ ਵਿਅਕਤੀਗਤ ACL-ਸਲਾਈਸ ਵਿੱਚ, ASIC F1-F3 ਵਿੱਚ ਸੈੱਟ ਕੀਤੇ ਬਿੱਟ-ਮਾਸਕ ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਸੁਤੰਤਰ ਖੋਜ ਕਰਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਖੋਜ ਈਥਰਨੈੱਟ ਸਿਰਲੇਖ ਦੇ ਪਹਿਲੇ 128 ਬਾਈਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਅਸਲ ਵਿੱਚ, ਬਿਲਕੁਲ ਕਿਉਂਕਿ ਖੋਜ 128 ਬਾਈਟਾਂ ਤੋਂ ਵੱਧ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਪਰ ਸਿਰਫ਼ 29 ਬਾਈਟਾਂ ਨੂੰ ਹੀ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਇੱਕ ਸਹੀ ਖੋਜ ਲਈ ਇੱਕ ਔਫਸੈੱਟ ਪੈਕੇਟ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਅਨੁਸਾਰ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਹਰੇਕ ACL- ਟੁਕੜੇ ਲਈ ਆਫਸੈੱਟ ਉਦੋਂ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇਸ ਨੂੰ ਪਹਿਲਾ ਨਿਯਮ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ, ਬਾਅਦ ਦੇ ਨਿਯਮ ਨੂੰ ਲਿਖਣ ਵੇਲੇ, ਕਿਸੇ ਹੋਰ ਆਫਸੈੱਟ ਦੀ ਲੋੜ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਜਿਹੇ ਨਿਯਮ ਨੂੰ ਪਹਿਲੇ ਦੇ ਨਾਲ ਅਸੰਗਤ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਅਗਲਾ ACL- ਟੁਕੜਾ।

ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ACL ਵਿੱਚ ਨਿਰਧਾਰਤ ਸ਼ਰਤਾਂ ਦੀ ਅਨੁਕੂਲਤਾ ਦੇ ਕ੍ਰਮ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। ਹਰੇਕ ਵਿਅਕਤੀਗਤ ਲਾਈਨ ਵਿੱਚ ਤਿਆਰ ਕੀਤੇ ਬਿੱਟ-ਮਾਸਕ ਹੁੰਦੇ ਹਨ ਜੋ ਇੱਕ ਦੂਜੇ ਦੇ ਅਨੁਕੂਲ ਹੁੰਦੇ ਹਨ ਅਤੇ ਦੂਜੀਆਂ ਲਾਈਨਾਂ ਦੇ ਨਾਲ ਅਸੰਗਤ ਹੁੰਦੇ ਹਨ।

ASIC ਦੁਆਰਾ ਸੰਸਾਧਿਤ ਹਰੇਕ ਵਿਅਕਤੀਗਤ ਪੈਕੇਟ ਹਰੇਕ ACL-ਸਲਾਈਸ ਵਿੱਚ ਇੱਕ ਸਮਾਨਾਂਤਰ ਖੋਜ ਚਲਾਉਂਦਾ ਹੈ। ACL-ਸਲਾਈਸ ਵਿੱਚ ਪਹਿਲੇ ਮੈਚ ਤੱਕ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਵੱਖ-ਵੱਖ ACL-ਸਲਾਈਸਾਂ ਵਿੱਚ ਇੱਕੋ ਪੈਕੇਟ ਲਈ ਕਈ ਮੈਚਾਂ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਹਰੇਕ ਵਿਅਕਤੀਗਤ "ਨਿਯਮ" ਵਿੱਚ ਇੱਕ ਅਨੁਸਾਰੀ ਕਾਰਵਾਈ ਹੁੰਦੀ ਹੈ ਜੋ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜੇਕਰ ਸਥਿਤੀ (ਬਿਟ-ਮਾਸਕ) ਮੇਲ ਖਾਂਦੀ ਹੈ। ਜੇਕਰ ਇੱਕ ਮੇਲ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ACL-ਸਲਾਇਸਾਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਤਾਂ ACL-ਸਲਾਈਸ ਦੀ ਤਰਜੀਹ ਦੇ ਅਧਾਰ 'ਤੇ, "ਐਕਸ਼ਨ ਕਨਫਲਿਕਟ ਰੈਜ਼ੋਲਿਊਸ਼ਨ" ਬਲਾਕ ਵਿੱਚ, ਫੈਸਲਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਕਾਰਵਾਈ ਕਰਨੀ ਹੈ। ਜੇਕਰ ACL ਵਿੱਚ "ਐਕਸ਼ਨ" (ਪਰਮਿਟ/ਇਨਕਾਰ) ਅਤੇ "ਐਕਸ਼ਨ-ਸੋਧਕ" (ਗਿਣਤੀ/QoS/ਲੌਗ/…) ਦੋਵੇਂ ਸ਼ਾਮਲ ਹਨ, ਤਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਮੈਚਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਿਰਫ਼ ਉੱਚ-ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲੀ "ਐਕਸ਼ਨ" ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ, ਜਦੋਂ ਕਿ "ਕਾਰਵਾਈ" -ਮੋਡੀਫਾਇਰ" ਸਭ ਪੂਰਾ ਹੋ ਜਾਵੇਗਾ। ਹੇਠਾਂ ਦਿੱਤੀ ਉਦਾਹਰਨ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਦੋਵੇਂ ਕਾਊਂਟਰਾਂ ਨੂੰ ਵਧਾਇਆ ਜਾਵੇਗਾ ਅਤੇ ਉੱਚ ਤਰਜੀਹ "ਇਨਕਾਰ" ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ।

"ACL ਹੱਲ ਗਾਈਡ" ਵੈੱਬਸਾਈਟ 'ਤੇ ਜਨਤਕ ਡੋਮੇਨ ਵਿੱਚ ACL ਦੇ ਸੰਚਾਲਨ ਬਾਰੇ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ extremenetworks.com. ਕੋਈ ਵੀ ਸਵਾਲ ਜੋ ਉੱਠਦਾ ਹੈ ਜਾਂ ਰਹਿੰਦਾ ਹੈ ਹਮੇਸ਼ਾ ਸਾਡੇ ਦਫਤਰ ਦੇ ਸਟਾਫ ਨੂੰ ਪੁੱਛਿਆ ਜਾ ਸਕਦਾ ਹੈ - [ਈਮੇਲ ਸੁਰੱਖਿਅਤ].

ਸਰੋਤ: www.habr.com