Resumo

  • A RFC 1346 expôs demandas opostas sobre um único enlace: uma instituição queria participação mínima garantida; o gestor da rede queria limitar a participação máxima de cada parceiro.
  • Phil Jones observou que a ausência de ferramentas de controle poderia empurrar o cliente para a compra de mais capacidade. Uma cobrança influenciava o uso; não dividia o tráfego na hora do aperto.

Um enlace pode estar folgado à noite e insuficiente no horário de trabalho de outra região. A capacidade ociosa de ontem não pode ser depositada para amanhã. Phil Jones usou essa característica, entre outras, para discutir o compartilhamento de redes na RFC 1346, publicada em junho de 1992. A pergunta não era apenas quanto custava uma linha maior. Era quem podia decidir o que acontecia na linha que já existia.

Jones descreveu um gestor de informática que via seu acesso sobrecarregado. O fornecedor podia oferecer uma ampliação, com preço. O gestor talvez preferisse garantir que o departamento X tivesse mais recursos que o Y, ou que um terminal interativo passasse antes de uma transferência de arquivos. A ampliação do acesso local não resolve a disputa se o gargalo continua no trecho usado por várias instituições. Para transformar uma preferência em serviço, alguém precisa medir a disputa e executar uma regra no ponto certo.

O conflito tem duas medidas de sinais opostos. Uma instituição menor teme ser sufocada por parceiras maiores e pede um mínimo. O administrador da rede quer conter o consumo de cada uma e pede um máximo, possivelmente relacionado à contribuição para os custos. Uma porcentagem no contrato parece simples até surgir a pergunta de Jones: porcentagem de quê? Largura da conexão de acesso, tráfego observado, prioridade durante congestionamento? A própria unidade do quinhão ainda estava em aberto.

Também havia uma questão de comando. Se o gestor da rede limitava uma instituição, essa instituição precisava repartir seu quinhão entre departamentos e usuários. Sem instrumentos para essa segunda divisão, o limite imposto no alto da hierarquia chegava ao chão como uma disputa que o pagador não conseguia administrar. O controle de um recurso compartilhado exigia delegação, não apenas um número na fatura.

Jones imaginou outra negociação: o administrador A poderia permitir que B usasse ocasionalmente seu enlace como caminho de reserva. Os dois talvez ganhassem com isso. A temia, porém, prejudicar o serviço normal se não pudesse restringir o tráfego de B. A ausência de um teto verificável transformava cooperação em risco aberto. Mais capacidade física podia estar disponível e, ainda assim, permanecer fora de uso.

O texto alcança o incentivo comercial sem rodeios. Jones escreveu que um provedor talvez não tivesse interesse em entregar ferramentas de controle se a falta delas encorajasse ou obrigasse o cliente a comprar mais. A alternativa também aparece: bons controles poderiam diferenciar o provedor. A RFC não apresenta uma operadora acusada nem números de vendas. Mostra por que o conselho de fazer upgrade deve vir acompanhado de uma pergunta operacional: quem controla a alocação da capacidade já paga?

Preço não é escalonador de pacotes. Cobrar mais altera incentivos, mas não escolhe qual fluxo atravessa primeiro o gargalo, exceto no caso particular de crédito pré-pago que acaba e corta o serviço. A RFC cita endereço de origem e destino, protocolo de aplicação, sinalização de prioridade e classes X.25 como possíveis critérios. Jones admite que faltavam ferramentas práticas. Dividir a linha em partes rígidas poderia reservar recursos, mas diminuiria o benefício do uso compartilhado.

O documento terminou com recomendações de estudo, sem transformar suas opções em padrão. Ficou uma pergunta mais exigente que o preço por megabit: quem define o quinhão, quem impõe o limite e quem pode redistribuí-lo dentro da instituição? Uma linha mais larga não assina essas três respostas.

Fonte: RFC 1346 original, seções 1–3; registro do RFC Editor.