Pseudowire ਸਥਿਤੀ ਬਨਾਮ ਟ੍ਰੈਫਿਕ ਕਾਊਂਟਰ: ਕਿਹੜਾ ਡਿਲਿਵਰੀ ਸਾਬਤ ਕਰਦਾ ਹੈ
ਓਪਰ ਸਥਿਤੀ ਕਹਿੰਦੀ ਹੈ ਕਿ ਸੇਵਾ ਕਾਨਫਿਗਰ ਹੈ ਅਤੇ ਚੱਲ ਰਹੀ ਹੈ; ਕਾਊਂਟਰ ਕਹਿੰਦੇ ਹਨ ਕਿ ਫਰੇਮ ਚੱਲੇ। ਦੋਵਾਂ ਨੂੰ VC ਇੰਡੈਕਸ 'ਤੇ ਜੋੜੋ ਅਤੇ ਦਿਸ਼ਾ, ਨਿਰੰਤਰਤਾ ਤੇ MIB ਸਹਾਇਤਾ ਜਾਂਚੋ।
up ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਵਾਲਾ pseudowire ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਸੇਵਾ ਮੌਜੂਦ ਹੈ ਅਤੇ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਸਹਿਮਤ ਹਨ ਕਿ ਇਸਨੂੰ ਟ੍ਰੈਫਿਕ ਢੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਰ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਇੱਕ ਵੀ ਗਾਹਕ ਫਰੇਮ ਕਦੇ ਇਸ ਵਿੱਚੋਂ ਲੰਘਿਆ ਹੈ। ਸਥਿਤੀ ਆਬਜੈਕਟ ਅਤੇ ਕਾਊਂਟਰ ਆਬਜੈਕਟ ਵੱਖਰੇ ਉਦੇਸ਼ਾਂ ਲਈ ਲਿਖੇ ਗਏ ਸਨ, ਅਤੇ ਇੱਕ ਨੂੰ ਦੂਜੇ ਦਾ ਸਬੂਤ ਮੰਨਣਾ ਹੀ ਇਹਨਾਂ ਡੈਸ਼ਬੋਰਡਾਂ ਵਿੱਚ ਬਹੁਤੀਆਂ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਉਹਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ ਹੀ ਕੰਮ ਹੈ, ਕਿਉਂਕਿ ਕਿਸੇ ਇੱਕ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਨੇ ਪੁੱਛਿਆ ਨਹੀਂ।
ਸਥਿਤੀ ਅਤੇ ਕਾਊਂਟਰ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ
ਮੁੱਖ VC ਐਂਟਰੀ ਸੰਯੁਕਤ ਓਪਰੇਸ਼ਨਲ ਸਥਿਤੀ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਉਹ ਸਥਿਤੀ ਤਦ ਹੀ up ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਦੀ ਸਥਿਤੀ up ਹੋਵੇ। ਇਸਦੇ ਪਿੱਛੇ ਸਭ ਕੁਝ ਕੰਟਰੋਲ-ਪਲੇਨ ਅਤੇ ਕਾਨਫਿਗਰੇਸ਼ਨ ਦਾ ਗਿਆਨ ਹੈ: ਸਥਾਨਕ ਅਟੈਚਮੈਂਟ ਸਰਕਟ, ਪੀਅਰ, ਸਿਗਨਲਿੰਗ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ ਕਤਾਰ ਇਰਾਦੇ ਅਤੇ ਤਿਆਰੀ ਬਾਰੇ ਬਿਆਨ ਹੈ, ਫਾਰਵਰਡ ਕੀਤੇ ਫਰੇਮਾਂ ਬਾਰੇ ਨਹੀਂ।
ਟ੍ਰੈਫਿਕ ਪੈਕਟਾਂ ਅਤੇ ਬਾਈਟਾਂ ਲਈ ਉੱਚ-ਸਮਰੱਥਾ ਵਾਲੇ ਕਾਊਂਟਰਾਂ ਦੀ ਵੱਖਰੀ ਟੇਬਲ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਕਤਾਰਾਂ ਉਹੀ VC ਇੰਡੈਕਸ ਰੱਖਦੀਆਂ ਹਨ। ਉੱਥੇ ਵਾਧਾ ਸਬੂਤ ਹੈ ਕਿ ਤੁਸੀਂ ਮਾਪੇ ਅੰਤਰਾਲ ਦੌਰਾਨ ਫਰੇਮ ਉਸੇ ਕਤਾਰ ਵਿੱਚੋਂ ਲੰਘੇ। ਅਣਬਦਲਿਆ ਕਾਊਂਟਰ ਆਪਣੇ ਆਪ ਵਿੱਚ ਅਸਪਸ਼ਟ ਹੈ. ਨਿਸ਼ਕ੍ਰਿਆ ਸੇਵਾ, ਗਲਤ ਕਤਾਰ ਪੜ੍ਹਨ ਵਾਲਾ ਕਲੈਕਟਰ ਅਤੇ ਚੁੱਪਚਾਪ ਟੁੱਟਿਆ ਰਾਹ, ਸਾਰੇ ਇੱਕੋ ਸਮਤਲ ਰੇਖਾ ਦਿੰਦੇ ਹਨ।
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
ਟੇਬਲ ਨੂੰ ਗੰਭੀਰਤਾ ਦੀ ਇੱਕ ਪੌੜੀ ਨਹੀਂ, ਸਬੂਤ ਦੇ ਦੋ ਕਾਲਮਾਂ ਵਜੋਂ ਪੜ੍ਹੋ। ਸਮਤਲ ਕਾਊਂਟਰਾਂ ਨਾਲ up ਹੋਣਾ ਵਾਧੇ ਨਾਲ up ਹੋਣ ਦਾ ਮਾੜਾ ਸੰਸਕਰਣ ਨਹੀਂ, ਇਹ ਵੱਖਰੇ ਅਗਲੇ ਕਦਮ ਵਾਲਾ ਵੱਖਰਾ ਨਿਰੀਖਣ ਹੈ।
VC ਇੰਡੈਕਸ 'ਤੇ ਜੋੜੋ, ਟਿਕਟ ਦੇ ਨੰਬਰ 'ਤੇ ਨਹੀਂ
VC ਟੇਬਲ ਇੱਕ ਪੂਰਨ ਅੰਕ ਨਾਲ ਇੰਡੈਕਸ ਹੁੰਦੀ ਹੈ, ਅਤੇ VC ID, ਪੀਅਰ ਪਤਾ, ਸੇਵਾ ਦੀ ਕਿਸਮ ਤੇ ਨਾਮ ਉਸ ਕਤਾਰ ਦੇ ਗੁਣ ਹਨ। ਇਹਨਾਂ ਗੁਣਾਂ ਨਾਲ ਤੁਸੀਂ ਆਪਣੀ ਸੇਵਾ ਲੱਭਦੇ ਹੋ; ਇੰਡੈਕਸ ਨਾਲ ਪਹਿਲੀ ਪੋਲ ਤੋਂ ਬਾਅਦ ਵੀ ਲੱਭਦੇ ਰਹਿੰਦੇ ਹੋ। ਇੰਟਰਫੇਸ ਇੰਡੈਕਸ, ਦਿਖਾਇਆ ਸਰਕਟ ਨਾਮ ਜਾਂ MPLS ਲੇਬਲ ਉਹ ਇੰਡੈਕਸ ਨਹੀਂ, ਨੰਬਰ ਮਿਲ ਜਾਣ ਤੇ ਵੀ।
ਸੰਖਿਆਤਮਕ OID ਬਲੌਗ ਪੋਸਟ ਤੋਂ ਨਹੀਂ, ਕਲੈਕਟਰ 'ਤੇ MIB ਫਾਈਲ ਤੋਂ ਕੱਢੋ, ਫਿਰ ਟੇਬਲ ਇੱਕ ਵਾਰ ਘੁੰਮੋ ਅਤੇ ਮਿਲੀ ਪਛਾਣ ਸੰਭਾਲੋ।
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableਪ੍ਰਬੰਧਨ ਪਤਾ ਅਤੇ ਇੰਡੈਕਸ ਇਕੱਠੇ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਦਰਜ ਕਰੋ। ਮੁੜ-ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਸੇਵਾ ਨੂੰ ਦੂਜੀ ਕਤਾਰ ਵਿੱਚ ਲੈ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਨਾਮ ਨਾਲ VC ID ਨਾਲ ਜੁੜਿਆ ਕਲੈਕਟਰ ਫਿਰ ਵੀ ਪੁਰਾਣਾ ਇੰਡੈਕਸ ਖਿੱਚਦਾ ਰਹੇਗਾ ਜੋ ਅਜੇ ਵੀ ਨਿਮਰਤਾ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਦਿਸ਼ਾ ਦਾ ਅਰਥ pseudowire ਹੈ, ਗਾਹਕ ਨਹੀਂ
ਇਨਬਾਊਂਡ ਕਾਊਂਟਰ ਦੱਸਦੇ ਹਨ ਕਿ VC ਨੇ ਪੈਕਟ-ਸਵਿੱਚਡ ਨੈੱਟਵਰਕ ਤੋਂ ਕੀ ਪ੍ਰਾਪਤ ਕੀਤਾ; ਆਊਟਬਾਊਂਡ ਕਾਊਂਟਰ ਦੱਸਦੇ ਹਨ ਕਿ ਇਸਨੇ ਉਸ ਨੈੱਟਵਰਕ ਵੱਲ ਕੀ ਫਾਰਵਰਡ ਕੀਤਾ। ਗਾਹਕ ਵੱਲ ਮੂੰਹ ਕੀਤੇ PE 'ਤੇ ਇਹ ਅਕਸਰ ਕਿਸੇ ਕ੍ਰਮ ਵਿੱਚ ਡਾਊਨਲੋਡ ਤੇ ਅੱਪਲੋਡ ਨਾਲ ਮਿਲਦਾ ਹੈ। ਹੱਬ PE 'ਤੇ, ਜਾਂ ਕੋਰ ਨਾਲ ਪੀਅਰਿੰਗ ਕਰਨ ਵਾਲੇ PE 'ਤੇ, ਉਹੀ ਆਬਜੈਕਟ ਨਾਮ ਉਲਟਾ ਗਾਹਕ ਅਨੁਭਵ ਦੱਸਦੇ ਹਨ।
ਹਰ ਡਿਵਾਈਸ ਭੂਮਿਕਾ ਲਈ ਮੈਪਿੰਗ ਇੱਕ ਵਾਰ ਲਿਖੋ ਅਤੇ ਇਸਨੂੰ ਡੈਸ਼ਬੋਰਡ ਲੇਬਲ ਵਿੱਚ ਰੱਖੋ। ਗਾਹਕ ਅੱਪਲੋਡ ਸਿਰਲੇਖ ਵਾਲਾ ਗ੍ਰਾਫ ਜੋ ਅਸਲ ਵਿੱਚ ਕੋਰ ਵੱਲ ਟ੍ਰੈਫਿਕ ਖਿੱਚਦਾ ਹੈ, ਸਮੀਖਿਆ ਪਾਰ ਕਰ ਜਾਵੇਗਾ ਅਤੇ ਸਮਰੱਥਾ ਫੈਸਲਿਆਂ ਲਈ ਇਸਨੂੰ ਵਰਤਣ ਵਾਲੇ ਹਰ ਵਿਅਕਤੀ ਨੂੰ ਚੁੱਪਚਾਪ ਗੁੰਮਰਾਹ ਕਰੇਗਾ। ਉਹੀ ਜੋਖਮ ਉਹਨਾਂ ਗ੍ਰਾਫਾਂ 'ਤੇ ਬਣੇ ਅਲਰਟਾਂ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਗਲਤ ਟੀਮ ਨੂੰ ਬੁਲਾਉਣਗੇ। ਹਰ ਗ੍ਰਾਫ ਨੂੰ pseudowire ਦੇ ਸਾਪੇਖ ਗਤੀ ਦੀ ਦਿਸ਼ਾ ਨਾਲ ਲੇਬਲ ਕਰੋ, ਅਤੇ ਗਾਹਕ-ਮੈਪਿੰਗ ਨੂੰ ਉਸੇ ਪੈਨਲ ਵਿੱਚ ਰਹਿਣ ਦਿਓ ਜਿਸਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ।
ਇੱਕ ਟੈਸਟ ਆਬਜੈਕਟ ਵਰਣਨ ਪੜ੍ਹਨ ਦੀ ਕਿਸੇ ਵੀ ਮਾਤਰਾ ਨੂੰ ਹਰਾਉਂਦਾ ਹੈ: ਜਾਣੀ-ਪਛਾਣੀ ਫਾਈਲ ਸੇਵਾ ਵਿੱਚੋਂ ਲੰਘਾਓ, ਤੁਰੰਤ ਬਾਅਦ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਪੋਲ ਕਰੋ, ਅਤੇ ਵੇਖੋ ਕਿਹੜਾ ਕਾਊਂਟਰ ਚੱਲਿਆ। ਨਤੀਜਾ ਡਿਵਾਈਸ ਭੂਮਿਕਾ ਦੇ ਕੋਲ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਅਗਲਾ ਵਿਅਕਤੀ ਉਹੀ ਸਵਾਲ ਪੁੱਛੇਗਾ।
ਦਰ ਸਿਰਫ਼ ਇੱਕ ਨਿਰੰਤਰਤਾ-ਭੰਗ ਵਿੰਡੋ ਦੇ ਅੰਦਰ ਹੀ ਵੈਧ ਹੈ
ਬਾਈਟ ਕਾਊਂਟਰ ਦੇ ਵਾਧੇ ਨੂੰ ਬੀਤੇ ਸਕਿੰਟਾਂ ਨਾਲ ਭਾਗ ਕਰਕੇ ਦਰ ਗਿਣੋ, ਅਤੇ ਪ੍ਰਤੀ ਸਕਿੰਟ ਬਿੱਟ ਲਈ ਅੱਠ ਨਾਲ ਗੁਣਾ ਕਰੋ। ਜੇ ਕਾਊਂਟਰ ਘਟਿਆ, ਏਜੰਟ ਮੁੜ ਸ਼ੁਰੂ ਹੋਇਆ, ਕਤਾਰ ਬਦਲੀ ਜਾਂ ਨਿਰੰਤਰਤਾ-ਭੰਗ ਆਬਜੈਕਟ ਹਿਲਿਆ, ਤਾਂ ਅੰਤਰਾਲ ਨੂੰ ਅਵੈਧ ਮੰਨੋ। ਉਹ ਆਬਜੈਕਟ ਸਿਸਟਮ ਦੇ ਅਪਟਾਈਮ ਦੇ ਸਾਪੇਖ ਬਿਆਨ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਡਿਵਾਈਸ ਦਾ ਮੁੜ ਸ਼ੁਰੂ ਹੋਣਾ ਵੀ ਇਸਨੂੰ ਅਵੈਧ ਕਰਦਾ ਹੈ। ਸਪਾਈਕ ਖਿੱਚਣ ਦੀ ਥਾਂ ਨਮੂਨਾ ਛੱਡੋ ਅਤੇ ਨਵੀਂ ਵਿੰਡੋ ਖੋਲ੍ਹੋ।
ਜਾਣੇ ਅੰਤਰਾਲ ਨਾਲ ਦੋ ਨਮੂਨੇ ਲਓ ਅਤੇ ਟਾਈਮਸਟੈਂਪ ਕਲੈਕਟਰ ਤੋਂ ਰੱਖੋ, ਆਪਣੇ ਟਰਮੀਨਲ ਇਤਿਹਾਸ ਤੋਂ ਨਹੀਂ।
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7ਉੱਚ-ਸਮਰੱਥਾ ਵਾਲੇ ਕਾਊਂਟਰ ਇੱਕ pseudowire 'ਤੇ ਰੈਪਿੰਗ ਨੂੰ ਮੁੱਦਾ ਨਹੀਂ ਰਹਿਣ ਦਿੰਦੇ, ਇਸ ਲਈ ਘਟਣਾ ਲਗਭਗ ਹਮੇਸ਼ਾ ਰੀਸੈਟ, ਬਦਲਿਆ ਏਜੰਟ ਜਾਂ ਵੱਖਰੀ ਕਤਾਰ ਹੁੰਦਾ ਹੈ, ਅੰਕਗਣਿਤਿਕ ਓਵਰਫਲੋ ਨਹੀਂ। ਇਸ ਲਈ ਤੀਸਰਾ ਕਮਾਂਡ ਪਹਿਲੇ ਦੋ ਜਿੰਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਜਾਂਚੋ ਕਿ ਸਥਾਪਿਤ ਰਿਲੀਜ਼ ਅਸਲ ਵਿੱਚ ਕੀ ਸਮਰਥਨ ਕਰਦੀ ਹੈ
MIB ਪਰਿਭਾਸ਼ਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਤੁਹਾਡੀ ਇਮੇਜ ਬਾਰੇ ਵਾਅਦਾ ਨਹੀਂ। ਟੇਬਲਾਂ ਗਾਇਬ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਾਂ ਕੋਈ ਵਿਸ਼ੇਸ਼ਤਾ ਚਾਲੂ ਹੋਣ ਤੱਕ ਮੌਜੂਦ ਪਰ ਭਰੀਆਂ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ, ਅਤੇ ਉਹੀ ਪਲੇਟਫਾਰਮ ਰਿਲੀਜ਼ਾਂ ਵਿੱਚ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ। CISCO-IETF-PW-MIB ਪਰਿਭਾਸ਼ਾ ਤੁਹਾਨੂੰ ਆਬਜੈਕਟ ਨਾਮ ਦਿੰਦੀ ਹੈ; ਡਿਵਾਈਸ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹ ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਜਾਂ ਨਹੀਂ।
ਦੋਵੇਂ ਟੇਬਲਾਂ ਅਤੇ ਫਰਮਵੇਅਰ ਸਟ੍ਰਿੰਗ ਇੱਕੋ ਪਾਸ ਵਿੱਚ ਪੋਲ ਕਰੋ, ਫਿਰ ਰਿਲੀਜ਼ ਨੋਟ ਦੇ ਦਾਅਵੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lਖਾਲੀ ਵਾਕ ਅਤੇ ਅਸਮਰਥਿਤ ਵਾਕ ਵੱਖਰੀਆਂ ਅਸਫਲਤਾਵਾਂ ਹਨ, ਇਸ ਲਈ ਸਿਰਫ਼ ਲਾਈਨ ਗਿਣਤੀ ਨਹੀਂ, ਗਲਤੀ ਪੜ੍ਹੋ। ਜੇ ਸਥਿਤੀ ਟੇਬਲ ਜਵਾਬ ਦਿੰਦੀ ਹੈ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਟੇਬਲ ਨਹੀਂ, ਤਾਂ ਪਹਿਲੇ ਭਾਗ ਵਿੱਚ ਬਣਾਇਆ ਜੋੜ ਉਤਰਨ ਦੀ ਥਾਂ ਨਹੀਂ ਪਾਉਂਦਾ, ਅਤੇ ਸੁਧਾਰ ਸਰਕਟ ਬਦਲਾਅ ਨਹੀਂ, ਕਲੈਕਟਰ ਬਦਲਾਅ ਹੈ।
ਵਿਵਾਦਿਤ ਸਰਕਟ ਲਈ ਕ੍ਰਮ ਛੋਟਾ ਹੈ: ਇੰਡੈਕਸ ਤੋਂ ਕਤਾਰ ਦੀ ਪਛਾਣ ਪੱਕੀ ਕਰੋ, ਇੱਕ ਜਾਣੇ ਟ੍ਰਾਂਸਫਰ ਨਾਲ ਦਿਸ਼ਾ-ਮੈਪਿੰਗ ਪੱਕੀ ਕਰੋ, ਸਿਰਫ਼ ਸਾਫ਼ ਨਿਰੰਤਰਤਾ-ਭੰਗ ਵਿੰਡੋ ਵਿੱਚ ਦਰ ਗਿਣੋ, ਅਤੇ ਪੱਕਾ ਕਰੋ ਕਿ ਦੋਵੇਂ ਟੇਬਲਾਂ ਉਸ ਰਿਲੀਜ਼ 'ਤੇ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ। ਹਰ ਕਦਮ ਇੱਕ ਸੰਭਾਵੀ ਵਿਆਖਿਆ ਹਟਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਚਾਰੇ ਲਾਗੂ ਹੋਣ ਅਤੇ ਕਾਊਂਟਰ ਫਿਰ ਵੀ ਨਾ ਹਿੱਲਣ, ਸਬੂਤ pseudowire ਤੋਂ ਦੂਰ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ। ਉਹੀ ਥਾਂ ਹੈ ਜਿੱਥੇ ਅਟੈਚਮੈਂਟ ਸਰਕਟ 'ਤੇ ਪੈਕਟ ਕੈਪਚਰ ਆਪਣੀ ਕੀਮਤ ਕਮਾਉਂਦਾ ਹੈ।