Você está na página 1de 5

IGMP - Internet Group Management Protocol

Introduo
A entrega Multicast IP seletiva: apenas estaes interessadas podem
receber trfego dirigido a um dado grupo. Almejando implementar essas rvores de
distribuio seletiva, que apenas atingem os membros do grupo, torna-se bsico que os
membros devem informar os routers onde esto, e que grupo(s) lhe(s) interessa(m).
Como sabido, os grupos multicast so dinmicos, a constituio dos grupos
varivel, o status de cada grupo deve ser conhecido por quem tem de entregar os
pacotes multicast: os routers.
O IGMP - Internet Group Management Protocol, permite s estaes agregarem-se
e abandonar grupos multicast. Enviando um relatrio de associao ou parceria
(membership report) ao router de vizinhana imediata, uma estao informa o router
que deseja fazer parte de um grupo multicast. Os routers transmitem periodicamente
mensagens com interrogaes de parceria (membership query) para determinar quais os
"host groups" que tm membros nas suas redes diretamente conectadas.
Um host responde com um membership report para cada grupo ao qual pertence. Para
limitar o nmero membership reports, cada estao inicia uma espera de tempo aleatrio
depois de ter recebido o membership query.
As estaes "vasculham" o meio tomando conhecimento dos relatrios de parceria enviados
ao router; se um relatrio submetido para o grupo ao qual a estao pertence o seu
tempo de espera expira, e cancela o seu relatrio para o grupo. Este mecanismo assegura
apenas um membership report gerado por cada grupo. Baseado nas informaes das
constituies dos grupos fornecidas atravs do IGMP, os routers esto capacitados para
determinar que trfego multicast (se houver algum) se deve encaminhar para as redes
interligadas.

Figura 1 - Internet Group Management Protocol - Mensagem de interrogao.

Quando o software aplicacional pede ao software de rede da estao para esta se


juntar a um grupo multicast, uma mensagem IGMP enviada ao router mais prximo
(se o host no for j um membro do grupo). Ao mesmo tempo, o endereo multicast de
classe D do grupo ao qual se junta mapeado como um endereo de baixo nvel e a
interface da rede programada para aceitar pacotes para esse endereo.
Por exemplo, se uma estao passa a integrar um grupo num interface Ethernet, os 23
bits mais baixos do endereo de classe D so mapeados aos 23 bits mais baixo do
endereo Ethernet. Devido a esta filtragem de endereos multicast por hardware, um
router no necessita manter uma lista detalhada das estaes que pertencem a cada
endereo de grupo, mas apenas esse membro, pelo menos, do grupo, est presente na
sub-rede qual se encontra vinculado.

IGMP v1
Uma das fraquezas da primeira verso do IGMP era a latncia elevada
associada com o trmino de sesses multicast. Depois do ltimo membro de um grupo
multicast numa sub-rede ter abandonado o grupo, os outros routers no so
imediatamente notificados para deter a propagao de trfego para o grupo. Esta demora
era causada pelo IGMP esperando at que vrias interrogaes indicassem que no
restavam membros na sub-rede, de um grupo em particular. No entanto,
indesejavelmente, trfego desnecessrio seria encaminhado para a sub-rede. O custo
deste envio intil podia ser elevado, particularmente num segmento da Internet com
largura de banda constrangida.

IGMP v2
A verso 2 do IGMP, apresenta alguns refinamentos que ajudaram a
reduzir o overhead do protocolo. As mensagens de interrogao dirigidas a grupos
especficos (Group Specific Query Message) permitem ao router interrogar grupos
especficos nas redes onde esto diretamente vinculados em vez de serem forados a
interrogar todos os grupos indiscriminadamente. Comeando com a verso 2, o trmino
de uma sesso multicast j no feito de forma passiva. O ltimo host de uma sub-rede
a deixar o grupo multicast, transmite uma mensagem de sada de grupo (Leave Group)
ao router na qual indicado qual o grupo abandonado. Depois de verificar a partida
com uma mensagem de interrogao dirigida a esse grupo especfico, o router notifica
outros routers para cessarem o encaminhamento de trfego para a sub-rede dirigido ao
grupo.

IGMP v3
A verso 3 do IGMP vai mais longe na reduo do overhead. A largura de banda
ser conservada pela mensagem Group-Source Report que permitir s estaes receber
trfego de fontes especficas de um grupo multicast. Em verses prvias do IGMP, o
trfego de todas as fontes tinha de ser encaminhado para uma sub-rede mesmo se as
estaes estivessem apenas interessadas em receber trfego de fontes especficas. As

mensagens Leave-Group apresentadas em primeira instncia pela verso 2 foram


tambm aperfeioadas para permitir s estaes largar um grupo inteiro ou para
especificar a fonte a que queriam renunciar.
Levando-se em conta que as verses recentes do IGMP podem reduzir o trfego
desnecessrio, otimizando a utilizao deste protocolo, deve ser favorecida a sua
utilizao em detrimento das anteriores.
Pelos mtodos acima mencionados, os routers multicast esto habilitados a
manter, por interface, uma tabela atualizada contendo os grupos cujo trfego tem
interesse para a sub-rede pela qual, aps a recepo de pacotes multicast, os mrouters
sabem para que interfaces os pacotes devem ser encaminhados.

Possibilidades de erros

Como no existe nenhum mecanismo de alocao de endereo multicast pode


ocorrer de existirem dois grupos distintos utilizando o mesmo endereo. A nica
soluo para este fato confiar na probabilidade baixssima de que dois grupos
sejam formados no mesmo instante, com o mesmo endereo em locais prximos.
Como um host vai descobrir o endereo para onde esto sendo enviados os pacotes
de um grupo, j que os endereos so alocados dinamicamente ? A soluo
implementar um mecanismo onde as sesses multicast sejam anunciadas e esta
informao seja espalhada pela Internet.
Nem todos os roteadores IP do suporte a multicast Com isso, se um roteador
que no suporta multicast receber um pacote com o endereo destino da classe D,
ele no encontrar um caminho para enviar este pacote e ento ser descartado.

Observaes importantes

Observar que quando um pacote destinado a um endereo multicast chega em uma


LAN, o tratamento dado a ele o mesmo que no caso de um pacote com endereo
broadcast. Porm, ao invs de todos os usurios lerem aquele nico pacote que est
circulando na rede, somente as estaes que desejarem recebe-lo o armazenaro
(figura 2). Com isso possvel observar que a economia no realizada somente na
subrede de comunicao, mas sim tambm na rede local porque se no existisse este
mecanismo, vrios pacotes com a mesma informao deveriam ser replicados para
cada estao que desejasse recebe-lo.

Algumas redes que oferecem suporte a igmp ( multicast )


Mundo Unix
Atualmente a maioria das mquinas Unix j saem de fbrica com este suporte (o IGMP
incorporado ao Kernel). Caso mquina seja antiga, provvel que no exista este suporte,
portanto ser necessrio sua requisio diretamente ao representante ou a
aquisio deste arquivo em qualquer site FTP que oferea este programa.
Windows / Dos
Tambm existe suporte para multicast disponvel para sistemas Windows da Microsoft. Os
sistemas Windows 95 e Windows NT j vm com suporte para IGMP.
Informaes adicionais podem ser obtidas no site da Microsoft.

Segurana
Uma tcnica para configurao de roteadores para admitir somente pacotes teis a rede
chamada de filtragem. Estes filtros so utilizados pelos chamados firewalls que ficam entre
sua rede e a Internet global.
Com os filtros, sero aceitos somente pacotes vindo de determinados destinos (um conjunto
de determinados endereos IP).
No nosso caso, sero aceitos somente IGMP para pacotes de atualizao de roteamento ou
de participao em grupos.
Esses pacotes IGMP para consulta (query) e relatrio (report), como foi descrito
anteriormente no saem da rede local. Porm as mensagens de atualizao de roteamento
IGMP DVMRP(Distance Vector Multicast Routing Protocol) so trocadas por tneis
vizinhos. Mensagens trocadas por mrouters atravs de redes que oferecem suporte para
multicast so enviados para o endereo 224.0.0.4, enquanto que entre vizinhos conectados
por tnel, o pacote trocado um pacote normal (unicast). As atualizaes DVMRP so
enviados com o TTL igual a 1, garantindo que o pacote no sair da rede local. Isto faz com
que somente as mensagens IGMP DVMRP passem pela fronteira do firewall.

Figura 3 circulao de mensagem Mbone

Para monitorarmos o trfego IGMP na rede, bastaria digitar:


%tcpdump ip proto igmp
As estatsticas IGMP podem ser obtidas pelo comando netstat p igmp.

Referncias Bibliogrficas
[1] Claudio G. Mello, Gustavo H. M. B. Carneiro, Paulo R. Lira Gondim Implantao de
um n mbone do IME
[2] Srgio Alipi Domingues Deusdado Integrao adaptativa de aplicaes multicast para
conferencia multimdia
[3] http://mesonpi.cat.cbpf.br/mcast

Você também pode gostar