FTP envia informações de controle fora da banda principalmente para
eficiência e simplicidade . Aqui está um colapso:
*
Eficiência: Se o controle e os dados fossem enviados na banda (sobre a mesma conexão), todo comando e resposta teriam que ser meticulosamente analisados no fluxo de dados. Isso adiciona sobrecarga e complexidade significativas. A separação deles permite um processamento mais rápido dos comandos de controle e reduz o risco de interpretações errôneas. A conexão de controle é normalmente leve, precisando apenas lidar com comandos e respostas de texto relativamente curtos. A conexão de dados pode se concentrar inteiramente na transferência eficiente de arquivos grandes.
*
Simplicidade: Manter os canais de controle e dados separados simplifica a implementação do protocolo. O canal de controle usa um protocolo simples baseado em texto que é relativamente fácil de analisar e entender. O canal de dados pode então empregar vários métodos de transferência (por exemplo, binário, ASCII) sem afetar a conexão de controle. Imagine a dificuldade de incorporar comandos dentro de um fluxo de dados binários - exigiria verificação e análise de erros extensos para extraí -los e interpretá -los de maneira confiável.
*
Robustez: A separação dos canais fornece mais resiliência. Se a conexão de dados for interrompida (por exemplo, devido a problemas de rede), a conexão de controle poderá permanecer ativa, permitindo que o usuário emite comandos e potencialmente retome a transferência. Por outro lado, uma abordagem na banda provavelmente perderia toda a conexão se o fluxo de dados fosse interrompido.
Em essência, o controle fora da banda no FTP permite uma separação limpa de preocupações, levando a um sistema de transferência de arquivos mais eficiente, mais simples e mais robusto. Embora possa parecer menos elegante à primeira vista, os benefícios práticos superam significativamente as desvantagens em potencial.
