51
que cada emissor é também um receptor, torna-se necessário montar duas sessões RSVP para cada estação. O protocolo RSVP é iniciado pelo receptor. Usando mensagens de sinalização RSVP, o emissor propicia uma QoS específica para o receptor que envia uma mensagem de reserva RSVP de volta com a QoS que deveria ser reservada para o fluxo do emissor para o receptor. Esse comportamento considera as exigências de QoS diferentes para receptor heterogêneos em grandes grupos de multicast. O emissor não precisa saber quais são as características de todos os possíveis receptores para estruturar as reservas. Para estabelecer uma reserva com RSVP, os receptores enviam requisições de reservas para os emissores dependendo das capacidades de seus sistemas. Por exemplo, uma estação de trabalho rápida e um PC lento querem receber um vídeo MPEG de alta qualidade com 30 quadros por segundo que tem uma taxa de dados de 1,5 Mbps. A estação de trabalho tem capacidade suficiente para decodificar o vídeo, mas o PC só consegue decodificar 10 quadros por segundo. Se o servidor de vídeo enviar as mensagens para os dois receptores dizendo que ele pode enviar o fluxo de vídeo a 1,5 Mbps, a estação de trabalho pode retornar uma requisição de reserva para 1,5 Mbps. Mas o PC não precisa de toda a largura de banda para esse fluxo já que ele não conseguiria decodificar todos os quadros. Assim, o PC poderia enviar uma requisição de reserva para um fluxo com 10 quadros por segundo e 500 Kbps. 3.2.5 - Operação do RSVP Uma parte básica da reserva de um recurso é o caminho. Um caminho significa o lugar por onde vai passar um fluxo de pacotes através de roteadores diferentes a partir do emissor até chegar ao receptor. Todos os pacotes que pertencem a um fluxo específico irão usar o mesmo caminho. Esse caminho é determinado se um emissor gerar mensagens de caminho RSVP que viajam no