qual é o pdu associado à camada de transporte

A camada de transporte utiliza um específico unidade de dados de protocolo para gerenciar a comunicação de ponta a ponta. Ao usar o Transmission Control Protocol (TCP), esta unidade é conhecida como Segmento. Por outro lado, o User Datagram Protocol (UDP) emprega um datagrama. Estas unidades distintas facilitam a troca de dados entre redes. Por exemplo, o TCP é responsável por aproximadamente 55% de tráfego em redes móveis, enquanto o UDP compreende cerca de 45%. É importante distinguir este termo de rede de um Distribuição de energia Unidade, que desempenha uma função diferente em sistemas elétricos.

Key Takeaways

• A camada de transporte usa uma Unidade de Dados de Protocolo (PTU) para enviar dados.
• O TCP usa uma PDU chamada Segmento. O UDP usa uma PDU chamada Datagrama.
• Os segmentos TCP garantem que os dados cheguem corretamente e em ordem. Eles são confiáveis.
• Datagramas UDP enviam dados rapidamente. Eles não garantem entrega ou pedido.
• Os números de porta ajudam a camada de transporte a enviar dados para a aplicação correta.
• TCP é bom para navegação na web e e-mail. O UDP é bom para streaming de vídeo e jogos online.
• Choosing the right PTU ajuda os aplicativos a funcionarem melhor.

Compreendendo a camada de transporte e sua unidade de dados de protocolo

O papel da camada de transporte na rede

Posição nos Modelos OSI e TCP/IP

A camada de transporte ocupa uma posição crucial na arquitetura de rede. No modelo Open Systems Interconnection (OSI), ele reside na Camada 4, diretamente acima da camada de rede e abaixo da camada de sessão. Da mesma forma, no modelo TCP/IP implementado mais amplamente, a camada de transporte fica entre a camada de Internet e a camada de aplicação. Esse posicionamento permite preencher a lacuna entre a entrega de dados no nível da rede e a comunicação específica do aplicativo.

Responsabilidades essenciais para comunicação ponta a ponta

A camada de transporte assume responsabilidades significativas para garantir uma comunicação ponta a ponta eficaz entre aplicações executadas em hosts diferentes. Ele suporta entrega processo a processo, permitindo que vários aplicativos compartilhem uma única conexão de rede. Esta camada executa multiplexação e demultiplexação, usando números de porta para direcionar os dados para o processo de inscrição correto. Também divide os dados das camadas superiores em segmentos (para TCP) ou datagramas (para UDP) e adiciona os cabeçalhos necessários. Além disso, a camada de transporte lida com detecção de erros, retransmissão e sequenciamento para manter uma comunicação confiável. Ele coordena o controle de fluxo para evitar que o receptor fique sobrecarregado, gerenciando as taxas de transmissão de dados para evitar que um remetente rápido sobrecarregue o buffer de dados do receptor.

Introdução à unidade de dados do protocolo da camada de transporte

O que é uma unidade de dados de protocolo?

A Unidade de dados de protocolo (PDU) representa a unidade fundamental de troca entre entidades que se comunicam através de um protocolo de rede específico. Os profissionais de rede utilizam PDUs ao trabalhar com pilhas de protocolos multicamadas e gerenciar interações de protocolo. Os protocolos de rede, especialmente aqueles desenvolvidos em modelos de referência em camadas, como os modelos OSI ou TCP/IP, definem suas unidades de troca de dados. Por exemplo, um pacote serve como PDU para IP, que rege as interações entre hosts identificados por endereços IP na camada de rede. As PDUs normalmente consistem em um cabeçalho de protocolo, contendo dados específicos, como endereços de destino e origem, e uma carga útil, que é a informação real transmitida.

Por que a camada de transporte precisa de uma PDU específica

A camada de transporte requer seu próprio unidade de dados de protocolo específica para gerenciar as complexidades da comunicação processo a processo. Ao contrário da camada de rede, que se concentra na entrega de host para host, a camada de transporte deve garantir que os dados cheguem à aplicação correta nesse host. Isto requer informações adicionais dentro da PDU, como números de porta, para identificar aplicações específicas. A PDU também carrega informações de confiabilidade, controle de fluxo e gerenciamento de conexão, dependendo do protocolo de transporte escolhido.

O segmento TCP: uma unidade de dados de protocolo confiável

Definindo o Segmento TCP

Características de um segmento TCP

Um segmento TCP representa a unidade fundamental de transmissão de dados dentro do Protocolo de Controle de Transmissão. Cada segmento consiste em um cabeçalho e uma carga útil. O cabeçalho carrega metadados essenciais para transmissão. Seu tamanho normalmente varia de 20 bytes a um máximo de 60 bytes se campos opcionais, como carimbos de data/hora ou confirmações seletivas, forem incluídos. O Tamanho Máximo do Segmento (MSS) define a maior quantidade de dados, excluindo o cabeçalho, que um segmento TCP pode transportar. Este é um conceito da Camada 4 influenciado diretamente pela Unidade Máxima de Transmissão (MTU) da rede subjacente da Camada 2. Os engenheiros de rede calculam o MSS como MTU - IPHeader - TCPHeader. Por exemplo, com uma MTU Ethernet de 1.500 bytes, um cabeçalho IP de 20 bytes e um cabeçalho TCP de 20 bytes, o MSS passa a ter 1.460 bytes. Os valores MSS comuns incluem 512 bytes para redes mais antigas e 1460 bytes, que é o padrão na maioria das redes Ethernet/IP.

Objetivo da unidade de dados do protocolo de segmento TCP

O objetivo principal do segmento TCP unidade de dados de protocolo é fornecer confiável, ordenado e corrigido por erros transmissão de dados entre aplicativos. Ele organiza dados para transmissão segura entre um servidor e um cliente. Isso garante a integridade dos dados, independentemente da quantidade de informações trocadas. O segmento TCP garante que os dados sejam recebidos sem erros e na ordem correta por meio de mecanismos como detecção de erros, retransmissão de pacotes e sequenciamento.

Principais componentes de um cabeçalho de segmento TCP

Números de porta de origem e destino

O cabeçalho do segmento TCP inclui campos cruciais para identificar as aplicações em comunicação. UM Porta de origem de 16 bits campo identifica o número da porta do aplicativo do remetente. Da mesma forma, um Campo Porta de destino de 16 bits identifica o número da porta do aplicativo do receptor. Esses números de porta permitem multiplexação e demultiplexação, garantindo que os dados cheguem ao processo correto no host de destino.

Números de sequência e reconhecimento

Os números de sequência são vitais para a entrega solicitada. UM Campo Número de sequência de 32 bits atribui um número exclusivo a cada byte de dados. Este número indica o número do byte do primeiro byte no segmento. Ajuda a remontar segmentos fora de ordem. O Campo Número de confirmação de 32 bits indica o próximo número de sequência esperado do remetente. Isto confirma o recebimento dos bytes anteriores e está presente quando o sinalizador ACK é definido.

Sinalizadores de controle e tamanho da janela

O cabeçalho TCP contém vários sinalizadores de controle, cada um servindo uma função específica. Estes incluem:

• SYN (Sincronizar): Usado para iniciar uma conexão durante o handshake triplo.
• ACK (reconhecimento): Indica que o campo Número de confirmação é significativo.
• FIN (Terminar): Sinaliza o fim da transmissão de dados do remetente.
• RST (redefinir): Redefine a conexão devido a um erro irrecuperável.
• URG (urgente): Indica que o campo Ponteiro Urgente é significativo, apontando para dados urgentes.
• PSH (empurrar): Solicita entrega imediata de dados armazenados em buffer para o aplicativo.
  O campo Tamanho da janela, um Valor de 16 bits, é crucial para o controle de fluxo. Especifica a quantidade de dados que o receptor está disposto a aceitar, evitando que um remetente rápido sobrecarregue um receptor mais lento. Esse valor pode ser dimensionado para até 1 GB ou mais com a opção Escala de janela.

Funções habilitadas pela unidade de dados do protocolo de segmento TCP

Transferência confiável de dados e recuperação de erros

O TCP garante uma transferência confiável de dados por meio de uma combinação de confirmações, tempos limite e mecanismos de retransmissão. Cada segmento inclui um campo de soma de verificação para detectar corrupção. Se um segmento estiver corrompido, o TCP de destino o descarta, tratando-o como perdido. O TCP usa confirmações para confirmar a entrega bem-sucedida de segmentos de dados. Segmentos ausentes, atrasados ​​ou corrompidos são retransmitidos. Isso ocorre quando o remetente recebe três confirmações duplicadas, conhecidas como Retransmissão rápida, ou quando um temporizador de retransmissão expira, conhecido como Retransmissão após RTO. Protocolos em pipeline como Go-Back-N e repetição seletiva também lida com dados perdidos ou corrompidos e pacotes de confirmação, aumentando ainda mais a confiabilidade.

Controle de fluxo e gerenciamento de congestionamento

O TCP emprega mecanismos sofisticados para controle de fluxo e gerenciamento de congestionamento. O controle de fluxo limita o número de segmentos não confirmados com base no tamanho da janela de recepção anunciada (RWND) do receptor. Os dados máximos em voo são os mínimos do RWND e da janela de congestionamento (CWND). Para gerenciamento de congestionamento, o TCP usa um algoritmo de controle de congestionamento incorporando Aumento-Aditivo/Diminuição-Multiplicativo (AIMD) e início lento. A janela de congestionamento (CWND) regula a taxa de envio, limitando o número total de pacotes não reconhecidos em trânsito. O início lento ajuda os fluxos TCP a atingirem rapidamente a capacidade do link, aumentando exponencialmente o CWND. Uma vez atingido um limite de início lento, o fluxo passa a evitar congestionamentos e o AIMD assume o controle, levando a um crescimento linear do CWND.

Estabelecimento e rescisão de conexão

Os segmentos TCP facilitam o estabelecimento da conexão por meio de um handshake triplo. Um cliente inicia uma abertura ativa enviando um segmento SYN com seu número de sequência inicial. O servidor reconhece o SYN do cliente e envia seu próprio SYN em um único segmento. Por fim, o cliente reconhece o SYN do servidor, estabelecendo a conexão. O término da conexão envolve um aperto de mão de quatro vias. Um aplicativo realiza um fechamento ativo enviando um segmento FIN, indicando que não há mais dados para enviar. A outra extremidade recebe o FIN, reconhece-o e passa um fim de arquivo para sua aplicação. Posteriormente, esse aplicativo fecha seu soquete, fazendo com que seu TCP envie um FIN. O sistema que executou o fechamento ativo recebe e reconhece este FIN final, concluindo o encerramento.

O datagrama UDP: uma unidade de dados de protocolo sem conexão

Definindo o Datagrama UDP

Características de um datagrama UDP

Um datagrama UDP representa um protocolo de camada de transporte simples e orientado a mensagens. Inclui verificação de integridade por meio de uma soma de verificação para o cabeçalho e a carga útil. No entanto, não oferece garantias de entrega de mensagens ao protocolo da camada superior. A camada UDP não retém nenhum estado das mensagens depois de enviá-las, levando à sua designação ocasional como 'Protocolo de Datagrama Não Confiável'. Qualquer confiabilidade de transmissão desejada deve ser implementada no nível da aplicação.

Os datagramas UDP possuem várias características principais:

• Estrutura Simples e Leve: Cada datagrama UDP inclui campos para Porta de Origem, Porta de Destino, Comprimento, Checksum (opcional em IPv4, obrigatório em IPv6) e Dados.
• Falta de confiabilidade: O UDP não fornece confirmações ou retransmissões. Isso significa que pacotes perdidos ou corrompidos podem passar despercebidos, tornando-os inadequados para aplicações que exigem entrega garantida.
• Protocolo sem conexão: O UDP não estabelece uma conexão antes da transmissão de dados. Trata cada datagrama como uma unidade independente, sem garantias de entrega ou pedido.
• Simplicidade e Eficiência: Possui menor sobrecarga e latência em comparação ao TCP devido à ausência de estabelecimento e manutenção de conexão.
• Apátrida: Nem o remetente nem o destinatário mantêm informações relacionadas ao estado ou à conexão.
• Sem controle de congestionamento: O UDP envia dados independentemente das condições da rede, podendo levar à perda de pacotes se a rede ficar sobrecarregada.
• Sem controle de fluxo: Faltam mecanismos para evitar que um remetente sobrecarregue um destinatário com muitos dados.
• Sem recuperação de erros ou sequenciamento: O UDP não oferece garantias de que os pacotes chegarão, chegarão em ordem ou chegarão apenas uma vez; os pacotes podem estar fora de ordem, duplicados ou perdidos.

Objetivo da unidade de dados do protocolo de datagrama UDP

O User Datagram Protocol (UDP) serve como um protocolo de comunicação escolhido especificamente para aplicações sensíveis ao tempo. Estes incluem jogos, reprodução de vídeo ou pesquisas de Sistema de Nomes de Domínio (DNS). Sua comunicação mais rápida decorre de não perder tempo formando uma conexão firme com o destino antes de transferir os dados. UDP é usado principalmente para estabelecer conexões de baixa latência e tolerância a perdas entre aplicativos na internet. Ele prioriza a velocidade, permitindo a transferência de dados antes que a parte receptora forneça um acordo. Isso o torna benéfico para comunicações urgentes, como VoIP, pesquisas de DNS e reprodução de vídeo ou áudio.

Principais componentes de um cabeçalho de datagrama UDP

Números de porta de origem e destino

O cabeçalho do datagrama UDP contém campos essenciais para identificar as aplicações em comunicação. UM O campo Porta de Origem identifica a porta do remetente quando presente. Se não for usado, será definido como zero. O campo Porta de Destino identifica a porta do receptor e é um campo obrigatório. Esses números de porta permitem que a camada de transporte direcione o datagrama para o processo de aplicação correto no host de destino.

Campos de comprimento e soma de verificação

O campo Comprimento especifica o comprimento total do cabeçalho UDP e dos dados em bytes. O comprimento mínimo é de 8 bytes, que é o tamanho do próprio cabeçalho. O máximo teórico é 65.535 bytes, mas IPv4 limita o comprimento dos dados a 65.507 bytes. Para jumbogramas IPv6, o campo de comprimento será zero se o comprimento total exceder 65.535 bytes. O campo Checksum pode ser usado para verificação de erros. É opcional no IPv4 e obrigatório na maioria dos casos no IPv6. Se não for utilizado, contém todos os zeros.

Funções habilitadas pela unidade de dados do protocolo de datagrama UDP

Comunicação sem conexão e sobrecarga mínima

O UDP permite a comunicação sem conexão, permitindo que os remetentes transmitam pacotes de dados (datagramas) diretamente aos destinatários. Isso é feito sem primeiro estabelecer uma conexão dedicada ou realizar um handshake. Isso significa que nenhuma confirmação é necessária, facilitando o fluxo de dados ininterrupto. UDPs sobrecarga mínima decorre de várias opções de design. Ele usa uma estrutura de pacote simples, que reduz o tempo de processamento e os recursos necessários tanto para o remetente quanto para o destinatário. Ao contrário do TCP, o UDP não implementa controle de fluxo para regular as taxas de transferência de dados. Também carece de recuperação de erros; O UDP não retransmite pacotes perdidos nem trata da correção de erros. Os aplicativos que usam UDP são responsáveis ​​por gerenciar a integridade dos dados e retransmissões, se necessário. Esta omissão de mecanismos de confiabilidade torna o UDP mais rápido e simples.

Velocidade acima da confiabilidade

O UDP é um protocolo sem conexão que prioriza a velocidade. Não estabelece conexão formal nem verifica o recebimento de dados. Ele simplesmente envia dados como datagramas individuais sem aperto de mão, semelhante ao envio de um cartão postal. Essa abordagem leva a uma entrega não confiável, pois não garante a entrega, o pedido ou a correção de erros. Ao considerar velocidade versus confiabilidade, datagramas menores são mais confiáveis, pois têm menos probabilidade de serem perdidos, corrompidos ou reordenados. Eles também são menos propensos a fragmentação, quedas ou atrasos. Datagramas maiores são mais eficientes e rápidos devido ao transporte de mais carga útil por unidade aérea, o que reduz a contagem de pacotes e a carga de processamento. No entanto, datagramas maiores são menos confiáveis, pois são mais propensos a perdas, corrupção, reordenamento, congestionamento de rede, latência e instabilidade. Eles também consomem mais largura de banda e recursos.

Comparando as unidades de dados do protocolo da camada de transporte: segmento vs. datagrama

Diferenças fundamentais no design da unidade de dados de protocolo

Comparação de confiabilidade, velocidade e custos indiretos

Segmentos TCP e datagramas UDP apresentam diferenças fundamentais de design, impactando diretamente sua confiabilidade, velocidade e sobrecarga. Prioridades TCP integridade de dados garantida. Ele garante a entrega confiável de dados e retransmite dados perdidos. O TCP usa números de sequência para garantir a remontagem dos dados na ordem correta. Ele executa verificação robusta de erros com somas de verificação no cabeçalho e nos dados. Além disso, o TCP incorpora mecanismos integrados para evitar o congestionamento da rede. Por outro lado, o UDP não rastreia nem reenvia pacotes, levando a uma potencial perda de dados. Ele também não consegue rastrear ou reordenar os dados, o que pode ser problemático para o processamento sequencial. O UDP carece de mecanismos para desacelerar a transmissão durante congestionamentos.

Os recursos abrangentes do TCP contribuem para maior latência devido ao seu handshake de três vias e reconhecimentos constantes. Também incorre em maior sobrecarga com um cabeçalho maior de 20 a 60 bytes, consumindo mais largura de banda. O TCP consome muitos recursos, exigindo mais memória e processamento para estado de conexão, temporizadores e números de sequência. Um pacote perdido no TCP pode atrasar pacotes subsequentes no fluxo, um fenômeno conhecido como bloqueio head-of-line. O UDP, no entanto, oferece uma abordagem mais rápida, simples e eficiente. Seu cabeçalho fixo de 8 bytes resulta em sobrecarga muito baixa.

Feature	TCP (protocolo de controle de transmissão)	UDP (protocolo de datagrama do usuário)
Confiabilidade	Garante a entrega de dados.	Não garante a entrega de dados.
Velocidade	Comparativamente mais lento.	Mais rápido, mais simples e mais eficiente.
Comprimento do cabeçalho	Comprimento variável (20-60 bytes).	Comprimento fixo (8 bytes).
Despesas gerais	Baixo, mas superior ao UDP.	Muito baixo.

Abordagens Orientadas a Conexão versus Abordagens Sem Conexão

A abordagem para estabelecer comunicação também distingue estas duas unidades de dados de protocolo da camada de transporte. TCP é orientado a conexão. Ele estabelece uma conexão dedicada usando um handshake de três vias (SYN, SYN-ACK, ACK) antes da transferência de dados. Ele encerra esta conexão com um handshake de quatro vias. O TCP rastreia ativamente o estado da comunicação durante a sessão. Em contraste, o UDP não tem conexão. Ele envia dados sem um handshake preliminar ou uma conexão dedicada. Cada pacote é transmitido de forma independente e o UDP não rastreia o estado da comunicação.

Aplicações práticas de cada unidade de dados de protocolo

Casos de uso para segmentos TCP

Aplicações que exigem transmissão de dados confiável, ordenada e controlada por erros usam predominantemente segmentos TCP. Aplicativos de comunicação de texto como WhatsApp, Instagram, Google Chat e iMessage confiar no TCP. O File Transfer Protocol (FTP) é essencial para transferir arquivos onde a perda de dados é inaceitável e a ordem correta é crucial. O HyperText Transfer Protocol (HTTP), utilizado para acessar páginas da web, aproveita os recursos do TCP para entrega ordenada de dados, controle de erros, controle de fluxo e retransmissão de segmentos de dados. O Simple Mail Transfer Protocol (SMTP), um protocolo da camada de aplicação para envio de e-mails, também depende de serviços TCP.

Casos de uso para datagramas UDP

Os aplicativos que priorizam a velocidade em vez da confiabilidade geralmente empregam datagramas UDP. Streaming de vídeo ao vivo, usado por VoIP e videoconferência, se beneficia da menor sobrecarga do UDP e da tolerância à perda de pacotes, o que reduz a latência. O Sistema de Nomes de Domínio (DNS) normalmente usa UDP para consultas rápidas e leves. O multicast de dados de mercado utiliza UDP em negociações de baixa latência para entrega eficiente de dados de mercado a vários destinatários simultaneamente. Os dispositivos da Internet das Coisas (IoT) geralmente empregam UDP para enviar pequenos pacotes de dados. Serviços de streaming como YouTube e Netflix confie no UDP para uma reprodução suave e em tempo real, minimizando a latência e permitindo pequenas perdas de pacotes. Jogos multijogador também preferem UDP para garantir capacidade de resposta em tempo real e uma experiência de jogo tranquila, tolerando pequenas perdas de pacotes.

O significado da unidade de dados do protocolo da camada de transporte

Como as PDUs facilitam a entrega processo a processo

O papel dos números de porta no roteamento de PDU

As PDUs da camada de transporte, como segmentos ou datagramas, são cruciais para estender o serviço de entrega host a host da camada de rede para um serviço de entrega processo a processo. Isso envolve multiplexação e demultiplexação de aplicativos. No lado do envio, a camada de transporte converte mensagens de aplicação em PDUs de Transporte, potencialmente dividindo-as em pedaços menores e adicionando um cabeçalho da camada de transporte. Essas PDUs passam então para a camada de rede. No lado receptor, a camada de transporte recebe essas PDUs da camada de rede, remove o cabeçalho de transporte, remonta as mensagens e as entrega ao processo de aplicação correto. Isso garante que aplicativos executados em hosts diferentes possam se comunicar logicamente, mesmo que não estejam fisicamente conectados.

Os números de porta são cruciais na camada de transporte para identificar aplicações ou serviços específicos em um host. Quando os dados chegam a um destino, a camada de transporte usa o número da porta no cabeçalho para direcionar os dados para a aplicação correta. Por exemplo, a porta 80 lida com o tráfego HTTP e a porta 25 gerencia o email. Esse mecanismo permite que vários aplicativos em um único dispositivo se comuniquem simultaneamente sem direcionamento incorreto de dados.

Encapsulamento e Decapsulamento da Unidade de Dados do Protocolo

Na camada de transporte, o encapsulamento envolve adicionar um Cabeçalho TCP ou UDP para os dados. Os cabeçalhos TCP são abrangentes, incluindo números de porta de origem e destino, números de sequência, números de confirmação, tamanho de janela e sinalizadores de controle. Em contraste, os cabeçalhos UDP são mais simples, contendo apenas campos de porta de origem, porta de destino, comprimento e soma de verificação. Este processo transforma os dados em um segmento para TCP ou datagrama para UDP. O desencapsulamento nesta camada concentra-se no exame dos números das portas para direcionar os dados para a aplicação correta. Para TCP, ele também gerencia números de sequência, confirmações e controle de fluxo antes de remover o cabeçalho de transporte e entregar os dados ao aplicativo.

Impacto no desempenho da rede e no design de aplicativos

Escolhendo a unidade de dados de protocolo apropriada

A escolha entre um segmento TCP e um datagrama UDP impacta significativamente o desempenho da rede e o design da aplicação. TCP garante a integridade dos dados para aplicações críticas como transações financeiras e registros médicos, garantindo a entrega. No entanto, a sobrecarga do TCP impacta significativamente o desempenho devido a cabeçalhos adicionais, tráfego de confirmação e retransmissões, consumindo largura de banda e recursos de processamento. O bloqueio head-of-line também pode atrasar segmentos de dados subsequentes enquanto aguarda a retransmissão dos que faltam, afetando particularmente o desempenho em redes de alta latência.

Por outro lado, o UDP oferece comunicação leve com sobrecarga mínima, crucial para aplicações urgentes que não toleram atrasos. Aplicativos como streaming de vídeo (YouTube, Netflix) prefira UDP. Descartar um único quadro é preferível a pausar o fluxo para retransmissão, pois os usuários podem notar apenas uma pequena falha. Os jogos online também se beneficiam do UDP; receber informações um pouco desatualizadas é melhor do que informações perfeitas tarde demais.

Otimizando para Diferentes Necessidades de Comunicação

A otimização das necessidades de comunicação envolve a seleção do protocolo de camada de transporte correto e a implementação de estratégias específicas. Por exemplo, um Roteador PDU (PduR) roteia PDUs com eficiência entre diferentes protocolos de comunicação. Ele atua como um gateway para transmissão de PDUs recebidas entre módulos de interface específicos de barramento ou controladores. O protocolo de transporte CAN (CanTp) otimiza o tamanho da mensagem segmentando grandes PDUs e remontando-as no receptor, incluindo controle de fluxo. Os desenvolvedores consideram o tipo de dados, os requisitos de largura de banda, as necessidades de confiabilidade e os custos de hardware ao escolher os protocolos.

---

A camada de transporte unidade de dados de protocolo é um segmento TCP ou um datagrama UDP. Os segmentos TCP garantem entrega de dados confiável, ordenada e com verificação de erros. Os datagramas UDP são otimizados para transmissão rápida, sem conexão e com baixo overhead. Cada tipo de PDU atende a requisitos de comunicação distintos. Isso torna a escolha entre eles crucial para o desempenho do aplicativo e a eficiência da rede. Compreender essas PDUs é fundamental para compreender como os dados trafegam pelas redes e chegam ao processo pretendido.

FAQ

Qual é a principal diferença entre um segmento TCP e um datagrama UDP?

Um segmento TCP oferece entrega de dados confiável, ordenada e com verificação de erros. Por outro lado, um datagrama UDP fornece transmissão rápida, sem conexão e com baixo overhead. Os desenvolvedores escolhem entre eles com base nas necessidades do aplicativo.

Por que os aplicativos usam segmentos TCP?

Os aplicativos usam segmentos TCP quando exigem entrega garantida de dados. Isso inclui navegação na web, e-mail e transferência de arquivos. O TCP garante que os dados cheguem corretamente e na sequência adequada.

Quando um datagrama UDP é a melhor escolha para uma aplicação?

Os aplicativos priorizam a velocidade em vez da confiabilidade ao usar datagramas UDP. Os exemplos incluem streaming de vídeo ao vivo, jogos online e pesquisas de DNS. Esses aplicativos toleram pequenas perdas de dados para reduzir a latência.

Qual é o papel dos números de porta nas PDUs da camada de transporte?

Os números de porta identificam aplicativos específicos em um host. Eles permitem que a camada de transporte direcione os dados recebidos para o processo de software correto. Isso permite que vários aplicativos se comuniquem simultaneamente.

O UDP fornece alguma forma de verificação de erros?

Sim, o UDP inclui um campo de soma de verificação. Essa soma de verificação ajuda a detectar corrupção no cabeçalho e na carga útil. Entretanto, o UDP não retransmite datagramas perdidos ou corrompidos.

Qual é a finalidade dos números de sequência e de confirmação do TCP?

Os números de sequência garantem a entrega ordenada de dados. Eles identificam a posição dos dados dentro do fluxo. Os números de confirmação confirmam o recebimento bem-sucedido dos dados, permitindo confiabilidade e retransmissão.

Um único aplicativo pode usar TCP e UDP?

Sim, um aplicativo pode usar TCP e UDP para funções diferentes. Por exemplo, um aplicativo de jogo pode usar UDP para dados de jogo em tempo real e TCP para login ou recursos de chat.