IPsec ਟਨਲ ਰਾਹੀਂ ਇੱਕ G.729 ਪੈਕਟ ਦੀ ਗਿਣਤੀ
ਇੱਕ ਹੱਲ ਕੀਤੀ G.729 ਉਦਾਹਰਨ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਪੇਲੋਡ, RTP, ESP ਅਤੇ Ethernet ਫਰੇਮਿੰਗ ਕਿਵੇਂ ਜੁੜਦੇ ਹਨ, ਅਤੇ ਉਹੀ ਕਾਲ ਹਰ ਸੀਮਾ ਉੱਤੇ ਵੱਖਰੀ ਬੈਂਡਵਿਡਥ ਕਿਉਂ ਖਰਚਦੀ ਹੈ।
IPsec ਉੱਤੇ ਆਵਾਜ਼ ਨੂੰ ਕੋਡੈਕ ਬਿਟਰੇਟ ਵਜੋਂ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਅੰਕੜਾ ਕੋਡੈਕ ਦੀ ਆਪਣੀ ਸੀਮਾ ਤੋਂ ਬਿਨਾਂ ਹਰ ਸੀਮਾ ਉੱਤੇ ਗਲਤ ਹੈ। ਆਡੀਓ 8 kbit/s ਹੈ, ਇਸਨੂੰ ਢੋਣ ਵਾਲਾ ਪੈਕਟ ਵੱਡਾ ਹੈ, ESP ਖੋਲ ਹੋਰ ਵੀ ਵੱਡਾ ਹੈ, ਅਤੇ Ethernet ਫਰੇਮ ਅਜਿਹੀ ਫਰੇਮਿੰਗ ਜੋੜਦਾ ਹੈ ਜੋ ਟਨਲ ਉੱਤੇ ਲਏ ਕਿਸੇ ਵੀ ਕੈਪਚਰ ਵਿੱਚ ਕਦੇ ਨਹੀਂ ਦਿਸਦੀ। ਦਿੱਤੇ ਫਾਰਮੈਟ ਤੋਂ ਇੱਕ ਪੈਕਟ ਗਿਣਨਾ ਹੀ ਇਹ ਜਾਣਨ ਦਾ ਇੱਕੋ ਤਰੀਕਾ ਹੈ ਕਿ ਭੌਤਿਕ ਲਿੰਕ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਢੋਣਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਵਿਸ਼ਲੇਸ਼ਣ ਇਹ ਸਿਰਫ਼ ਇੱਕ ਦਿਸ਼ਾ ਲਈ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਥੇ ਹਰ ਅੰਕੜਾ ਅੰਕਗਣਿਤ ਹੈ, ਮਾਪ ਨਹੀਂ।
ਕੋਡੈਕ ਦੇ ਅੰਕੜੇ ਤੋਂ ਨਹੀਂ, ਪੈਕਟਾਈਜ਼ੇਸ਼ਨ ਦੀ ਚੋਣ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ
ਕੋਡੈਕ ਸਾਰਣੀ ਪੇਲੋਡ ਦਰ ਦਿੰਦੀ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ: G.729 8 kbit/s ਦਿੰਦਾ ਹੈ, ਜੋ ਹਰ 30 ms ਉੱਤੇ 30 ਬਾਈਟ ਆਡੀਓ ਹੈ। ਇਹ ਹੈਡਰ, ਸੁਰੱਖਿਆ ਜਾਂ ਫਰੇਮਿੰਗ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ, ਅਤੇ ਨਤੀਜੇ ਉੱਤੇ ਇਹ ਤਿੰਨੇ ਹੀ ਹਾਵੀ ਹਨ। ਅੰਤਰਾਲ ਇੱਕ ਨੀਤੀ ਚੋਣ ਹੈ ਜਿਸ ਉੱਤੇ ਦੋਵੇਂ ਸਿਰਿਆਂ ਨੂੰ ਸਹਿਮਤ ਹੋਣਾ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਪਹਿਲਾਂ ਚੁਣੋ ਅਤੇ ਘੋਸ਼ਿਤ ਕਰੋ, ਕਿਉਂਕਿ ਹਰ ਅਗਲਾ ਅੰਕੜਾ ਉਸੇ ਇੱਕ ਫ਼ੈਸਲੇ ਉੱਤੇ ਟਿਕਿਆ ਹੈ।
ਇਹ ਉਦਾਹਰਨ 30 ms ਵਰਤਦੀ ਹੈ, ਇਸ ਲਈ ਪੈਕਟ ਦਰ ਪ੍ਰਤੀ ਸਕਿੰਟ 33.3 ਹੈ। ਇਹ 12 ਬਾਈਟ RTP ਹੈਡਰ, 8 ਬਾਈਟ UDP ਹੈਡਰ ਅਤੇ ਬਿਨਾਂ ਵਿਕਲਪਾਂ ਵਾਲਾ 20 ਬਾਈਟ ਅੰਦਰੂਨੀ IPv4 ਹੈਡਰ ਮੰਨਦੀ ਹੈ, ਅਤੇ ਕੋਈ SRTP, ਹੈਡਰ ਸੰਕੁਚਨ ਜਾਂ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਗੋਪਨੀਯਤਾ ਦੀ ਪੈਡਿੰਗ ਨਹੀਂ; ਕੋਈ ਵੀ ਬਦਲਾਅ ਬਜਟ ਨੂੰ ਵੀ ਹਿਲਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਧਾਰਨਾਵਾਂ ਜਵਾਬ ਦੇ ਨਾਲ ਹੀ ਰੱਖਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਅੰਦਰੂਨੀ ਹੈਡਰ ਜੋੜੋ, ਫਿਰ ESP ਖੋਲ
ਐਪਲੀਕੇਸ਼ਨ ਪੇਲੋਡ ਸਮੇਤ RTP ਸਮੇਤ UDP ਸਮੇਤ IP ਭੇਜਦੀ ਹੈ, ਜੋ ਇਸ ਪੈਕਟਾਈਜ਼ੇਸ਼ਨ ਉੱਤੇ 70 ਬਾਈਟ ਹੈ। ਉਹ ਅੰਦਰੂਨੀ ਪ੍ਰਵਾਹ 18.7 kbit/s ਬਣਦਾ ਹੈ, ਜੋ ਕੋਡੈਕ ਦਰ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਦੁੱਗਣੇ ਤੋਂ ਵੱਧ ਹੈ, ਕਿਉਂਕਿ ਪੈਕਟ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਆਡੀਓ ਨਹੀਂ, ਹੈਡਰ ਬਣਾਉਂਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਬਾਈਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਆਵਾਜ਼ ਨਹੀਂ ਹੈ; ਉਹ ਪਤਾ ਅਤੇ ਕ੍ਰਮ ਦੇਣ ਦੀ ਕੀਮਤ ਹਨ। ਟਨਲ ਦੇ ਉੱਪਰ ਲਿਆ ਕੈਪਚਰ ਠੀਕ ਇਹੀ ਅੰਕੜਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਕਾਲ ਛੋਟੀ ਹੈ ਆਖਦਿਆਂ ਲੋਕ ਇਹੀ ਅੰਕੜਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹਨ।
ਇਹ ਉਹ ਅੰਕੜਾ ਵੀ ਹੈ ਜੋ ਕਦੇ ਤਾਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ। ESP ਟਨਲ ਮੋਡ 8 ਬਾਈਟ SPI ਅਤੇ ਕ੍ਰਮ ਨੰਬਰ, AES-GCM ਲਈ 8 ਬਾਈਟ ਸਪਸ਼ਟ IV, 2 ਬਾਈਟ ਟ੍ਰੇਲਰ ਅਤੇ 16 ਬਾਈਟ ਪ੍ਰਮਾਣਿਕਤਾ ਟੈਗ ਜੋੜਦਾ ਹੈ। 70 ਬਾਈਟ ਪੇਲੋਡ ਅਤੇ ਟ੍ਰੇਲਰ ਮਿਲ ਕੇ 72 ਬਣਦੇ ਹਨ, ਜੋ ਚਾਰ ਬਾਈਟ ਸੰਰੇਖਣ ਪਹਿਲਾਂ ਹੀ ਪੂਰੀ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਥੇ ਵਾਧੂ ਪੈਡਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ।RFC 4106 GCM ਦੇ IV ਅਤੇ ਟੈਗ ਦੇ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਅੰਕਗਣਿਤ ਵਿੱਚ ਹਨ, ਫੁਟਨੋਟ ਵਿੱਚ ਨਹੀਂ:
30 payload, G.729 at 30 ms
12 RTP
8 UDP
20 inner IPv4
--
70 inner IP packet
8 ESP SPI and sequence
8 explicit IV
2 pad length and next header
16 authentication tag
--
104 ESP packetNAT ਪਾਰ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਬਾਹਰੀ ਹੈਡਰ ਜੋੜੋ
ESP ਖੋਲ ਤੋਂ ਬਾਹਰ 20 ਬਾਈਟ ਬਾਹਰੀ IPv4 ਹੈਡਰ ਅਤੇ NAT ਪਾਰ ਕਰਨ ਲਈ 8 ਬਾਈਟ UDP ਹੈਡਰ ਹੈ, ਇਸ ਲਈ ਪੈਕਟ 132 ਬਾਈਟ ਬਣਦਾ ਹੈ। UDP ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਪੈਕਟ ਨੂੰ ਦੋਵੇਂ ਧਿਰਾਂ ਵਿਚਕਾਰਲੇ ਅਨੁਵਾਦਕ ਜੰਤਰ ਵਿੱਚੋਂ ਲੰਘਣਾ ਹੈ, ਅਤੇ ਇਹ ਸੁਰੱਖਿਅਤ ਪੇਲੋਡ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਬਾਹਰੀ ਰੂਪ ਬਦਲਦਾ ਹੈ। ਪ੍ਰਤੀ ਸਕਿੰਟ 33.3 ਪੈਕਟ ਉੱਤੇ, 132 ਬਾਈਟ ਲਗਭਗ 35.2 kbit/s ਹੈ, ਭਾਵ ਕੋਡੈਕ ਦੀ ਨਾਮਮਾਤਰ ਦਰ ਤੋਂ ਲਗਭਗ ਚਾਰ ਗੁਣਾ।
ਟੈਗ ਜਾਂ IV ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਛੋਟਾ ਕਰਨ ਲਈ ਅਨੁਮਾਨ ਵਿੱਚੋਂ ਕੱਢਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਉਸ ਦਾ ਹਿੱਸਾ ਹਨ ਜੋ ਲਿੰਕ ਅਸਲ ਵਿੱਚ ਢੋਵੇਗਾ। ਜੋ ਅਨੁਮਾਨ ਇਨ੍ਹਾਂ ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਉਹ ਅਜਿਹਾ ਪੈਕਟ ਦੱਸਦਾ ਹੈ ਜਿਸਨੂੰ ਪ੍ਰਾਪਤਕਰਤਾ ਰੱਦ ਕਰਦਾ। ਇਹੀ ਗੱਲ ਟ੍ਰੇਲਰ ਲਈ ਵੀ ਲਾਗੂ ਹੈ, ਜੋ ਸੁਰੱਖਿਅਤ ਖੇਤਰ ਦੇ ਅੰਦਰ ਪੇਲੋਡ ਦੀ ਸੀਮਾ ਅਤੇ ਅਗਲਾ ਹੈਡਰ ਦਰਸਾਉਣ ਲਈ ਹੈ।
ਅੰਕੜਾ ਹਵਾਲਾ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸੀਮਾ ਦਾ ਨਾਮ ਦਿਓ
ਬਾਹਰੀ IP ਅੰਕੜਾ ਅਜੇ ਵੀ Ethernet ਫਰੇਮਿੰਗ ਨੂੰ ਛੱਡਦਾ ਹੈ। ਟੈਗ ਵਾਲਾ ਜਾਂ ਬਿਨਾਂ ਟੈਗ ਵਾਲਾ ਪਹੁੰਚ ਲਿੰਕ 14 ਬਾਈਟ MAC ਹੈਡਰ ਅਤੇ 4 ਬਾਈਟ ਫਰੇਮ ਜਾਂਚ ਕ੍ਰਮ ਜੋੜਦਾ ਹੈ, ਫਰੇਮ ਨੂੰ 150 ਬਾਈਟ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਸਵਿੱਚ ਪੋਰਟ ਗਿਣਦਾ ਹੈ। ਉਸੇ ਪੈਕਟ ਦਰ ਉੱਤੇ ਇਹ 40 kbit/s ਹੈ, ਕੋਡੈਕ ਦਰ ਤੋਂ ਪੰਜ ਗੁਣਾ, ਅਤੇ ਫ਼ਰਕ ਬਰਬਾਦੀ ਨਹੀਂ ਸਗੋਂ ਢੋਆ-ਢੁਆਈ ਦੀ ਕੀਮਤ ਹੈ।
| Boundary | Packet size | Rate at 33.3 packets/s | What it counts |
|---|---|---|---|
| Codec payload | 30 bytes | 8.0 kbit/s | The audio alone |
| Inner IP packet | 70 bytes | 18.7 kbit/s | Application headers included |
| Outer IP packet | 132 bytes | 35.2 kbit/s | ESP and NAT-T included |
| Ethernet frame | 150 bytes | 40.0 kbit/s | Link framing included |
40 kbit/s ਦਾ ਅੰਕੜਾ ਅਜੇ ਵੀ ਪ੍ਰੀਐਂਬਲ, ਫਰੇਮਾਂ ਵਿਚਕਾਰਲਾ ਅੰਤਰ, VLAN ਟੈਗ, ਪ੍ਰਦਾਤਾ ਦਾ ਇਨਕੈਪਸੂਲੇਸ਼ਨ, RTCP, ਸਿਗਨਲਿੰਗ ਅਤੇ ਦੂਜੀ ਦਿਸ਼ਾ ਵੱਲ ਜਾਂਦੀ ਆਵਾਜ਼ ਨੂੰ ਛੱਡਦਾ ਹੈ। ਇਹ ਪ੍ਰਤੀ ਦਿਸ਼ਾ ਅਨੁਮਾਨ ਹੈ, ਲਿੰਕ ਰਿਜ਼ਰਵੇਸ਼ਨ ਨਹੀਂ, ਅਤੇ ਇਸਨੂੰ ਰਿਜ਼ਰਵੇਸ਼ਨ ਵਜੋਂ ਹਵਾਲਾ ਦੇਣਾ ਇੱਕ ਥਾਂ ਲਿੰਕ ਨੂੰ ਜਿੰਨਾ ਰਾਖਵਾਂ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਵਧਾ ਕੇ ਦੱਸਦਾ ਹੈ ਅਤੇ ਦੂਜੀ ਥਾਂ ਘਟਾ ਕੇ। ਹੋਸਟ ਉੱਤੇ ਲਿਆ ਕੈਪਚਰ ਲਿੰਕ ਵੱਲੋਂ ਜੋੜੀ ਫਰੇਮਿੰਗ ਵੀ ਖੁੰਝਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਅੰਕੜੇ ਦੇ ਨਾਲ ਸੀਮਾ ਦਾ ਨਾਮ ਦੇਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਸੀਮਾ ਸਾਰਣੀ ਇੱਕ ਸਿਰਲੇਖ ਅੰਕੜੇ ਤੋਂ ਵੱਧ ਲਾਹੇਵੰਦ ਹੈ। ਜਿਸ ਦਿਸ਼ਾ ਨੂੰ ਤੁਸੀਂ ਨਹੀਂ ਗਿਣਿਆ, ਉਸ ਲਈ ਵੱਖਰਾ ਰਿਜ਼ਰਵ ਕਰੋ।
ਅੰਕਗਣਿਤ ਨੂੰ ਇੰਟਰਫੇਸ ਦੇ ਸਾਹਮਣੇ ਜਾਂਚੋ
ਅਨੁਮਾਨ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਜਾਣੀ ਪਛਾਣੀ ਪੈਕਟ ਗਿਣਤੀ ਲਈ ਇੰਟਰਫੇਸ ਜੋ ਦੱਸਦਾ ਹੈ ਉਸ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਟਨਲ ਜੰਤਰ ਉੱਤੇ ਨਹੀਂ, ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਉੱਤੇ ਕੈਪਚਰ ਕਰੋ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਜਿਸ ਫਰੇਮਿੰਗ ਦਾ ਹਿਸਾਬ ਲੈਣਾ ਚਾਹੁੰਦੇ ਹੋ ਉਹ ਸ਼ਾਮਲ ਹੋਵੇ, ਅਤੇ ਪੂਰੀ ਮੇਲ ਦੀ ਥਾਂ ਥੋੜ੍ਹਾ ਫ਼ਰਕ ਆਸ ਕਰੋ।
sudo tcpdump -ni eth0 -c 50 'udp port 4500'
ip -s link show eth0ਕੈਪਚਰ ਬਾਹਰੀ ਪੈਕਟ ਦਾ ਆਕਾਰ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਜਦਕਿ ਇੰਟਰਫੇਸ ਕਾਊਂਟਰ ਫਰੇਮਿੰਗ ਸਮੇਤ ਦਰ ਦਿਖਾਉਂਦੇ ਹਨ। ਜੇ ਦੋਵੇਂ ਲਗਭਗ Ethernet ਭੱਤੇ ਜਿੰਨੇ ਵੱਖਰੇ ਹਨ, ਤਾਂ ਅੰਕਗਣਿਤ ਠੀਕ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਸੀਮਾ ਦਾ ਨਾਮ ਗਲਤ ਰੱਖਿਆ ਗਿਆ ਸੀ। ਇੱਕ ਫਰੇਮ ਹੈਡਰ ਤੋਂ ਬਹੁਤ ਵੱਡਾ ਫ਼ਰਕ ਲਿੰਕ ਉੱਤੇ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਮੁੜ-ਭੇਜਣ ਜਾਂ ਇੰਟਰਫੇਸ ਸਾਂਝਾ ਕਰਨ ਵਾਲਾ ਹੋਰ ਪ੍ਰਵਾਹ। ਪੈਕਟਾਈਜ਼ੇਸ਼ਨ ਅੰਤਰਾਲ, ਸੁਰੱਖਿਆ ਸੂਟ ਅਤੇ ਸੀਮਾ ਅੰਕੜੇ ਦੇ ਨਾਲ ਲਿਖੋ, ਕਿਉਂਕਿ ਇਹ ਤਿੰਨੇ ਬਿਨਾਂ ਵਾਲਾ ਅਨੁਮਾਨ ਅਗਲਾ ਪਾਠਕ ਮਾਪ ਵਜੋਂ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ।