Le service IP Multicast dispose d'une classe d'adressage, dite la classe D. L'espace d'adressage est codé sur 28 bits, soit environ 250 millions d'adresses. Malheureusement, cet espace n'est pas structuré, et mis à part quelques adresses réservées, il n'y a pas de politique ni d'authorité pour gérer et allouer cet espace pour un "scope" (portée) donné. N'importe qui peut alors choisir une adresse multicast au risque de provoquer une collision d'adresse.
Le groupe MALLOC de l'IETF (Internet Engineering Task Force) s'est penché sur ce problème et vient de publier récemment le RFC 2730 qui définit le protocole MADCAP (Multicast Address Dynamic Client Allocation Protocol) qui permet à un client de demander dynamiquement à un serveur d'adresses Multicast une adresse qui sera certifiée unique, comme le ferait un serveur DHCP pour des adresses Unicast dynamiques.
Le but du projet est d'implémenter ce serveur, dénommé dans la littérature MAAS (Multicast Address Allocation Server), avec le protocole MADCAP entre le client (le demandeur) et le serveur, décrit dans le RFC 2730.