ਇੱਕੋ IOS XR ਰਾਊਟਰ ਤੇ ਦੋ ਹੋਸਟ ਇੱਕ-ਦੂਜੇ ਨੂੰ ਪਿੰਗ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਅਤੇ ਸੰਰਚਨਾ ਵੇਖਣ ਵਿੱਚ ਲੱਗਦੀ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਦੋਵੇਂ ਸਬ-ਇੰਟਰਫੇਸ ਇੱਕੋ ਬ੍ਰਿਜ ਸਮੂਹ ਹੇਠ ਦਿਖਦੇ ਹਨ, ਨਾਵਾਂ ਵਿੱਚ ਇੱਕ ਅੱਖਰ ਦਾ ਫ਼ਰਕ ਹੈ, ਅਤੇ ਕਮਿਟ ਬਿਨਾਂ ਕਿਸੇ ਸ਼ਿਕਾਇਤ ਦੇ ਲੰਘ ਗਿਆ। ਇੱਥੇ ਜੋ ਗੁੰਮ ਹੈ ਉਹ ਲੜੀ ਦਾ ਇੱਕ ਪੱਧਰ ਹੈ: ਬ੍ਰਿਜ ਸਮੂਹ ਇੱਕ ਕੰਟੇਨਰ ਹੈ, ਅਤੇ ਇਸਦੇ ਅੰਦਰ ਹਰ ਬ੍ਰਿਜ ਡੋਮੇਨ ਆਪਣੀ ਮੈਂਬਰਸ਼ਿਪ ਵਾਲਾ ਆਪਣਾ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਹੈ। ਤੀਜਾ ਹੋਸਟ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਤਸਵੀਰ ਆਮ ਤੌਰ ਤੇ ਸਾਫ਼ ਹੋਣ ਦੀ ਬਜਾਏ ਹੋਰ ਮਾੜੀ ਹੋ ਜਾਂਦੀ ਹੈ।

ObjectOwnsDoes not own
Bridge groupa named container for domainsany forwarding or MAC learning
Bridge domainone broadcast domain, MAC table, flooding scopethe VLAN match on an ingress port
Attachmentwhich frames from which interface and tag enter the domainwhich other domains they can reach

ਲੱਛਣ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਉੱਪਰ ਵੱਲ ਪੜ੍ਹੋ

ਇੰਟਰਫੇਸ ਅੱਪ ਦੱਸਦੇ ਹਨ ਅਤੇ ARP ਐਂਟਰੀਆਂ ਕਦੇ ਨਹੀਂ ਭਰਦੀਆਂ, ਜਦੋਂ ਕਿ ਇੱਕੋ ਸਬਨੈੱਟ ਅੰਦਰ ਹੋਸਟ ਫੇਲ ਹੁੰਦੇ ਹਨ, ਇਹ ਰਾਊਟਿੰਗ ਸਮੱਸਿਆ ਨਹੀਂ ਸਗੋਂ ਡੋਮੇਨ ਮੈਂਬਰਸ਼ਿਪ ਸਮੱਸਿਆ ਦਾ ਲੱਛਣ ਹੈ। ਰਾਊਟਿੰਗ ਸਮੱਸਿਆਵਾਂ ਆਮ ਤੌਰ ਤੇ ICMP unreachable ਜਾਂ ਮੌਜੂਦ next hop ਦਿੰਦੀਆਂ ਹਨ; ਗੁੰਮ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਪਰਤ ਦੋ ਤੇ ਸਿਰਫ਼ ਚੁੱਪ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਵੀ IP ਪਤਾ ਵੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਦੋਵੇਂ ਜੋੜ ਇੱਕੋ ਬ੍ਰਿਜ ਡੋਮੇਨ ਵਿੱਚ ਹਨ ਜਾਂ ਨਹੀਂ। ਜੇ ਨਹੀਂ ਹਨ, ਤਾਂ ਕਿੰਨਾ ਵੀ ਪਤਾ-ਪ੍ਰਬੰਧ ਦਾ ਕੰਮ ਕਰੋ, ਉਹ ਜੁੜਨਗੇ ਨਹੀਂ।

ਬ੍ਰਿਜ ਸਮੂਹ ਸਿਰਫ਼ ਇੱਕ ਕੰਟੇਨਰ ਹੈ, ਹੋਰ ਕੁਝ ਨਹੀਂ

IOS XR ਦੀ ਪਰਤ 2 VPN ਲੜੀ ਵਿੱਚ ਬ੍ਰਿਜ ਸਮੂਹ ਇੱਕ ਜਾਂ ਵੱਧ ਬ੍ਰਿਜ ਡੋਮੇਨ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਸਮੂਹ ਆਪ ਕੁਝ ਵੀ ਸਵਿੱਚ ਨਹੀਂ ਕਰਦਾ। ਇੱਕ ਸਮੂਹ ਹੇਠ ਦੋ ਡੋਮੇਨ ਭਰਾਵਾਂ ਵਾਂਗ ਹਨ, ਇੱਕ LAN ਦੇ ਮੈਂਬਰ ਨਹੀਂ, ਭਾਵੇਂ ਸੰਰਚਨਾ ਇੰਝ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ ਜਿਵੇਂ ਉਹ ਨੈਸਟ ਕੀਤੇ ਹੋਣ। ਇਹ ਬਣਤਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਹੈ: ਸਮੂਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਸੇਵਾਵਾਂ ਸੰਗਠਿਤ ਕਰਦੇ ਹੋ, ਅਤੇ ਡੋਮੇਨ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਫਾਰਵਰਡਿੰਗ ਅਸਲ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।

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

ਬ੍ਰਿਜ ਡੋਮੇਨ ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਸਿੱਖਿਆ ਦਾ ਮਾਲਕ ਹੈ

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

ਸਿਊਡੋਵਾਇਰ ਜਾਂ ਵਰਚੁਅਲ ਫਾਰਵਰਡਿੰਗ ਇੰਸਟੈਂਸ ਡੋਮੇਨ ਨਾਲ ਸੇਵਾ-ਜੋੜ ਹੈ। ਇਹ ਅਭਿਭਾਵਕ ਬ੍ਰਿਜ ਸਮੂਹ ਦਾ ਸਮਾਨਾਰਥੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਸਮਾਨਾਰਥੀ ਮੰਨਣਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਪ੍ਰੋਵਾਈਡਰ ਐਜ ਦੋ ਸੇਵਾਵਾਂ ਜੋ ਅਲੱਗ ਰੱਖੀਆਂ ਜਾਣੀਆਂ ਸਨ ਨਾਲ ਅਜਿਹੀ ਹਾਲਤ ਵਿੱਚ ਪਹੁੰਚਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਅਲੱਗ ਨਹੀਂ ਹਨ।

ਜੋੜ ਹੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਫਰੇਮ ਆਉਂਦੇ ਹਨ

ਡੋਮੇਨ ਹੇਠ ਜੋੜ ਹੁੰਦਾ ਹੈ: ਇੰਟਰਫੇਸ ਜਾਂ ਸਬ-ਇੰਟਰਫੇਸ, ਉਹ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਜਿਸ ਨਾਲ ਇਹ ਮਿਲਦਾ ਹੈ, ਕੋਈ ਵੀ ਟੈਗ ਕਾਰਵਾਈ, ਅਤੇ ਉਹ ਡੋਮੇਨ ਜਿਸ ਵਿੱਚ ਇਹ ਦਾਖਲ ਹੁੰਦਾ ਹੈ। ਜਿਸਦਾ ਨੰਬਰ ਸੰਜੋਗ ਨਾਲ VLAN ਵਰਗਾ ਦਿਖਦਾ ਹੈ, ਅਜਿਹਾ ਸਬ-ਇੰਟਰਫੇਸ ਫਰੇਮ ਇਕਰਾਰਨਾਮਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਇੱਕੋ ਭੌਤਿਕ ਪੋਰਟ ਦੋ ਵੱਖਰੇ ਮਿਲਾਨਾਂ ਨਾਲ ਦੋ ਡੋਮੇਨਾਂ ਨੂੰ ਭੋਜਨ ਦੇ ਸਕਦਾ ਹੈ। ਇਨਗ੍ਰੈਸ ਇੰਟਰਫੇਸ, ਮਿਲਿਆ ਟੈਗ, ਟੈਗ ਕਾਰਵਾਈ ਅਤੇ ਟਾਰਗੇਟ ਡੋਮੇਨ ਲਿਖੋ, ਫਿਰ ਈਗ੍ਰੈਸ ਪਾਸਾ ਵੱਖਰਾ ਲਿਖੋ।

ਸੰਰਚਨਾ ਹਿਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਸੇਵਾਵਾਂ ਵਿਚਕਾਰ ਉਹ ਇਕਰਾਰਨਾਮਾ ਤੁਲਨਾ ਕਰੋ। ਜਦੋਂ ਦੋਵੇਂ ਡੋਮੇਨ ਇੱਕ ਸਮੂਹ ਹੇਠ ਹੋਣ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਟ੍ਰੈਫਿਕ ਢੋਵੇ, ਤਾਂ ਫ਼ਰਕ ਲਗਭਗ ਹਮੇਸ਼ਾ ਜੋੜ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਡੋਮੇਨ ਵਿੱਚ ਨਹੀਂ।

ਜੇ ਡਿਜ਼ਾਈਨ ਸਬਨੈੱਟਾਂ ਵਿਚਕਾਰ ਰਾਊਟਿੰਗ ਵੀ ਕਰਦਾ ਹੈ, ਤਾਂ ਪਰਤ 3 ਜੋੜ ਆਪਣੇ ਗੇਟਵੇ ਪਤੇ ਅਤੇ ਨੀਤੀ ਵਾਲੀ ਅਗਲੀ ਇਕਾਈ ਹੈ। ਬ੍ਰਿਜ ਡੋਮੇਨ ਦਾ ਨਾਮ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ ਗੇਟਵੇ ਇਸਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ।

ਮੁੜ ਸੰਗਠਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਾਇਨਾਤ ਰਿਲੀਜ਼ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ

ਚੱਲ ਰਹੀ ਸੰਰਚਨਾ ਦੀ ਬਜਾਏ ਡੋਮੇਨ ਵੇਖਣ ਲਈ ਰਿਲੀਜ਼ ਦੇ ਆਪਣੇ ਓਪਰੇਸ਼ਨਲ ਕਮਾਂਡ ਵਰਤੋ। show l2vpn bridge-domain detail ਡੋਮੇਨਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਜੋੜ ਸਥਿਤੀ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਅਤੇ MAC ਵਿਕਲਪਾਂ ਵਾਲਾ show l2vpn forwarding bridge-domain ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਕਿੱਥੇ ਸਿੱਖਿਆ ਗਿਆ। ਜੇ ਇੱਕ MAC ਪਤਾ ਇੱਕ ਡੋਮੇਨ ਵਿੱਚ ਦਿਖਦਾ ਹੈ ਅਤੇ ਉਸਦੇ ਭਰਾ ਵਿੱਚ ਨਹੀਂ, ਤਾਂ ਲੜੀ ਠੀਕ ਉਹੀ ਕਰ ਰਹੀ ਹੈ ਜੋ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਸੀ।

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

ਸੰਬੰਧਿਤ ਲੇਖ