Resumo

  • Como ATM UNI não alterava QoS num VC ativo, o circuito anterior continuava levando tráfego durante a construção do substituto; só a conclusão autorizava mudança e encerramento.
  • Se a substituição falhasse, um aumento gerava erro, mas uma redução podia ser aceita enquanto a alocação maior permanecia.

Sucesso sem mudança física

RSVP aceitava mudanças de reserva a qualquer momento; ATM UNI 3.x e 4.0 não alterava os parâmetros de um VC pronto. A RFC 2380 respondeu com substituição: conservar o velho, criar o novo, mover tráfego quando o novo estivesse completo e então fechar o anterior. Se a criação falhasse, o VC antigo continuava.

Uma ampliação fracassada precisava retornar erro, pois faltavam recursos. Uma redução fracassada era tratada como sucesso: o circuito maior já atendia ao pedido menor. Era subótimo, mas preservava serviço e as regras de erro RSVP. A resposta não provava liberação de capacidade. Pedido atual e recurso instalado exigiam registros separados.

Silêncio não encerrava a reserva

VCs IP sobre ATM comuns podiam expirar por inatividade. RSVP já possuía mensagens e tempos próprios para decidir a vida do recurso. Assim, o temporizador do iniciador deveria ser infinito e o receptor não podia limpar uma conexão RSVP apenas por falta de tráfego. Silêncio era observação, não autoridade de desmontagem.

O receptor pedia, o emissor construía

RSVP era orientado ao receptor; o controle ATM, ao emissor. O emissor da sub-rede iniciava os VCs QoS e o receptor precisava aceitá-los. RESV comprovava pedido, não circuito concluído.

Controle e dados não podiam compartilhar o VC QoS associado. Falha irrecuperável do VC de dados era falha de alocação. Falha irrecuperável do controle exigia liberar VCs QoS associados, impedindo que encaminhamento sobrevivesse ao estado de reserva.

Multicast preferiu repetição curta a lacuna

Usar VC velho e novo podia duplicar; usar cedo o novo incompleto podia omitir receptores. Um novo VC multicast esperava todos os participantes. Ao mover um único destino para um VC QoS existente, primeiro se adicionava ao novo caminho e só depois se removia do best effort. A duplicação breve evitava perda.

Durante a transição, pedido menor, resposta positiva, circuito grande, custo igual e serviço contínuo podiam ser simultaneamente verdadeiros.