O conceito Orientado ao Fluxo (Stream-Oriented) é a característica fundamental do serviço de Circuito Virtual (especificamente o TCP) que define como os dados são vistos e transportados. Neste modelo, a Camada de Transporte trata os dados não como uma sequência de blocos ou mensagens independentes, mas como um fluxo contínuo e ininterrupto de bytes.

Para a aplicação que envia os dados, é como se ela estivesse escrevendo em uma extremidade de um longo tubo, e a aplicação receptora estivesse lendo na outra ponta. Não existem marcas naturais, fronteiras ou divisórias dentro desse tubo; os dados fluem como a água em um cano.

1. A Diferença Fundamental: Fluxo vs. Mensagem

Para entender o modelo orientado ao fluxo, é essencial contrastá-lo com o modelo orientado a mensagens (Datagrama/UDP):

• Modelo Orientado a Mensagem (UDP): Preserva os limites. Se a aplicação enviar duas escritas distintas — primeiro um bloco de 100 bytes e depois um bloco de 200 bytes — o receptor receberá exatamente dois pacotes: um de 100 bytes e um de 200 bytes. A aplicação receptor sabe onde uma mensagem termina e a próxima começa.
• Modelo Orientado ao Fluxo (TCP): Não preserva os limites. Se a aplicação enviar um bloco de 100 bytes e depois outro de 200 bytes, o TCP simplesmente os enxerga como 300 bytes consecutivos de dados. O receptor pode receber tudo de uma vez (um único bloco de 300 bytes), ou em pedaços fragmentados (ex: 50 bytes, depois 150, depois 100), ou byte por byte.

2. O Processo Técnico: Segmentação e Remontagem

O TCP precisa mover esse fluxo contínuo sobre uma rede de pacotes (IP) que é fragmentada. Para resolver isso, o TCP gerencia a quebra e a montagem transparentemente para a aplicação:

A. No Lado do Remetente (Segmentação)

1. Buffer de Envio: A aplicação executa um comando de escrita (ex: send() ou write()). Os dados não vão imediatamente para a rede; eles vão para um buffer de memória no sistema operacional.
2. Agrupamento (Nagle’s Algorithm): O TCP pode aguardar brevemente para acumular mais dados, criando segmentos maiores e mais eficientes (MSS - Maximum Segment Size).
3. Corte em Segmentos: O TCP corta o fluxo de bytes em pedaços (segmentos) que cabem no MTU da Camada de Rede. A esses pedaços são anexados cabeçalhos TCP com números de sequência. Nota-se que o corte é baseado na capacidade da rede, não nas fronteiras de escrita da aplicação.

B. No Lado do Receptor (Remontagem)

1. Chegada Desordenada: Os segmentos chegam via IP, possivelmente fora de ordem.
2. Buffer de Recepção: O TCP coloca os bytes desses segmentos em um buffer de reordenamento, usando os números de sequência para colocá-los na ordem correta perfeita.
3. Entrega como Fluxo: A aplicação chama um comando de leitura (ex: recv() ou read()). O TCP entrega os bytes do buffer para a aplicação na ordem correta, exatamente como foram escritos originalmente, mas sem informar onde estavam as fronteiras dos segmentos originais.

3. O Problema da Aplicação: Definição de Limites

Como o transporte não diz à aplicação onde uma “mensagem” termina e a próxima começa, é a aplicação que deve definir seu próprio protocolo para interpretar o fluxo de bytes. A aplicação deve implementar lógica para “frasear” o fluxo.

Existem duas estratégias comuns para isso:

1. Delimitadores (Separadores): A aplicação insere um caractere especial (como \n newline ou \r\n) para indicar o fim de uma mensagem. O cliente lê o fluxo byte a byte até encontrar o delimitador. (Ex: Protocolo SMTP, HTTP Headers).
2. Prefixo de Comprimento (Length Prefixing): Antes de enviar os dados, a aplicação envia um cabeçalho fixo (ex: 4 bytes) indicando quantos bytes compõem a mensagem. O receptor lê os 4 bytes, sabe que a mensagem tem X bytes, e lê exatamente X bytes do fluxo.

4. Vantagens do Modelo Orientado ao Fluxo

A escolha pelo modelo de fluxo oferece vantagens significativas de eficiência e controle:

• Adaptação Dinâmica: O TCP pode decidir dividir o fluxo em segmentos de tamanhos variáveis dependendo das condições da rede (Congestion Control). Se a rede estiver congestionada, ele pode enviar segmentos pequenos; se a rede estiver limpa, ele pode enviar segmentos grandes. Isso seria impossível se a aplicação exigisse que cada “mensagem” fosse um pacote IP.
• Transparência de Tamanho: A aplicação não precisa se preocupar com o MTU (Maximum Transmission Unit) da rede subjacente. Ela pode escrever 1 MB de dados de uma só vez se quiser, e o TCP se encarregará de quebrar isso em pedaços pequenos o suficiente para atravessar a rede.
• Full-Duplex: O fluxo é bidirecional e independente. Os dados podem fluir em ambas as direções simultaneamente no mesmo “tubo”, sem colisão lógica.