Pular para o conteúdo principal
Ter duas interfaces em um módulo na mesma sub-rede não lhe dá duas interfaces para dentro e para fora do módulo. Enquanto você recebe duas interfaces no módulo, o STCP usará apenas uma interface ao enviar os pacotes para fora do módulo. Ele faz isso independentemente de qual interface um cliente tenha se conectado.

 

Por exemplo, dadas estas duas interfaces na sub-rede 172.16.1.0/24
%phx_vos#sdlmux.m16.10.11-2 IP: 172.16.1.116 MAC: 00:00:a8:42:52:22
%phx_vos#sdlmux.m16.11.11-2 IP: 172.16.1.226 MAC: 00:00:a8:43:52:22

 

Observe na figura 1 que o pacote enviado para 172.16.1.226 usa o endereço MAC de destino 00:00:a8:43:52:22, mas a resposta vem de 00:00:a8:42:52:22, o endereço MAC para 172.16.1.116 mesmo que no pacote a resposta seja mostrada como vindo de 172.16.1.226.

 

11:04:57.117 Xmit Ether Dst 00:00:a8:43:52:22  Src 00:00:a8:42:3b:6e Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   2c, ID 2045, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  0363, Src ac100122, Dst ac1001e2
TCP from 172.16.1.34.49183 to 172.16.1.226.telnet
. . .
11:04:57.130 Rcvd Ether Dst 00:00:a8:42:3b:6e  Src 00:00:a8:42:52:22 Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   2c, ID  7c8, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  1be0, Src ac1001e2, Dst ac100122
TCP from 172.16.1.226.telnet to 172.16.1.34.49183
. . .
Figura 1 - pedido de conexão ao módulo (traçado tomado no cliente)
Se o módulo inicia uma conexão ao invés de receber uma, ele sempre usará a primeira (116) interface.
13:01:36.479 Rcvd Ether Dst 00:00:a8:42:3b:6e  Src 00:00:a8:42:52:22 Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   2c, ID 4a33, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  d9e2, Src ac100174, Dst ac100122
TCP from 172.16.1.116.49320 to 172.16.1.34.4680
. . .
Figura 2 - pedido de conexão do módulo a outro servidor (traçado levado no servidor)
Mesmo que você se ligue ao segundo (226) endereço IP ao enviar o pacote que ele deixa através da primeira (116) interface
13:02:55.349 Rcvd Ether Dst 00:00:a8:42:3b:6e  Src 00:00:a8:42:52:22 Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   2c, ID 4b7a, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  d82d, Src ac1001e2, Dst ac100122
TCP from 172.16.1.226.49321 to 172.16.1.34.4680
. . .
Figura 3 - pedido de conexão do módulo a outro servidor (rastreamento levado em outro servidor)
aplicação cliente vinculada à interface IP 172.16.1.226
Somente se a primeira (116) interface cair, o módulo passará a usar a segunda (226) interface. Enquanto as conexões para a segunda (226) interface serão mantidas, as conexões para a primeira (116) interface falharão.
13:14:43.884 Xmit Ether Dst 00:00:a8:43:52:22  Src 00:00:a8:42:3b:6e Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   28, ID 5072, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  d339, Src ac100122, Dst ac1001e2
TCP from 172.16.1.34.49186 to 172.16.1.226.telnet
. . .
13:14:43.885 Rcvd Ether Dst 00:00:a8:42:3b:6e  Src 00:00:a8:42:52:22 Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   28, ID 53ef, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  cfbc, Src ac1001e2, Dst ac100122
TCP from 172.16.1.226.telnet to 172.16.1.34.49186
. . .
A interface 172.16.1.116 falha - note a mudança no endereço MAC de origem
13:15:56.718 Xmit Ether Dst 00:00:a8:43:52:22  Src 00:00:a8:42:3b:6e Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   29, ID 50e7, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  d2c3, Src ac100122, Dst ac1001e2
TCP from 172.16.1.34.49186 to 172.16.1.226.telnet
. . .
13:15:56.719 Rcvd Ether Dst 00:00:a8:42:3b:6e  Src 00:00:a8:43:52:22 Type 0800
+(IP)
IP   Ver/HL 45, ToS  0, Len   29, ID 5552, Flg/Frg    0, TTL 3c,  Prtl  6
Cksum  ce58, Src ac1001e2, Dst ac100122
TCP from 172.16.1.226.telnet to 172.16.1.34.49186
. . .
Figura 4 - Mudanças no MAC quando a primeira interface falha (traço tomado no cliente)
Como você pode dizer qual interface será usada para enviar tráfego?
Há várias maneiras. A primeira é usar o packet_monitor ou algum outro analisador de protocolo no host remoto ou na rede para avaliar os endereços Mac de origem, ver figuras de 1 a 4.
O segundo é usar netstat para olhar a interface, gerar algum tráfego, executar netstat novamente e comparar. Apenas uma interface deveria ter incrementado seu contador de "quadros transmitidos".
netstat -interface #sdlmux.m16.10.11-2; netstat -interface #sdlmux.m16.11.11-2
. . .
MAC Statistics:
Received frames                          : 1598960
Received multicast and broadcast frames  : 1564503
Received octets                          : 258513766
Transmitted frames                       : 531
Transmitted octets                       : 50850
. . .
MAC Statistics:
Received frames                          : 1603838
Received multicast and broadcast frames  : 1569292
Received octets                          : 259291185
Transmitted frames                       : 15
Transmitted octets                       : 947
. . .
ready  13:29:48
ping 172.16.1.34
Pinging host 172.16.1.34 : 172.16.1.34
ICMP Echo Reply:TTL 60 time = 0 ms
ICMP Echo Reply:TTL 60 time = 0 ms
ICMP Echo Reply:TTL 60 time = 0 ms
ICMP Echo Reply:TTL 60 time = 0 ms
Host 172.16.1.34 replied to all 4 of the 4 pings
ready  13:29:55
netstat -interface #sdlmux.m16.10.11-2; netstat -interface #sdlmux.m16.11.11-2
. . .
MAC Statistics:
Received frames                          : 1603142
Received multicast and broadcast frames  : 1568591
Received octets                          : 259187870
Transmitted frames                       : 535
Transmitted octets                       : 51274
. . .
MAC Statistics:
Received frames                          : 1607492
Received multicast and broadcast frames  : 1572869
Received octets                          : 259880655
Transmitted frames                       : 15
Transmitted octets                       : 947
. . .
Figura 5 - Utilização do netstat para comparar o contador de quadros transmitidos
A terceira maneira é conectar-se a um serviço em outro sistema e ver qual endereço de origem local é usado. A menos que você vincule explicitamente a outro endereço, o endereço IP de origem corresponderá à interface ativa.
netstat -numeric
Active connections
Proto Recv-Q Send-Q  Local Address      Foreign Address    (state)
. . .
tcp        0      0  172.16.1.116:49369 172.16.1.34:23     ESTABLISHED
. . .
Figura 6 - qual interface é utilizada para as conexões de saída
É minha opinião que ter múltiplas interfaces na mesma sub-rede só confunde as coisas e geralmente não vale a pena a confusão. Se por algum motivo você precisar de endereços IP na mesma sub-rede, adicione um pseudônimo à primeira interface.
ifconfig #sdlmux.m16.10.11-2 172.16.1.226 -add -alias
Adicionando o endereço IP 172.16.1.226 à interface %phx_vos#sdlmux.m16.10.11-2
%phx_vos#sdlmux.m16.10.11-2: <UP, BROADCAST, RUNNING, NOFORWARDBROADCAST, KEEPAL
+IVE>
172.16.1.116 netmask 0xffffff00 broadcast 172.16.1.255
Number of additional address(es): 1
172.16.1.226
Figura 7 - adição de um pseudônimo a uma interface

© 2024 Stratus Technologies.