Protokoły routingu klasowego nie potrafią wysyłać tras dla supersieci. Przyczyną jest to, że podczas aktualizacji tras router odbierający automatycznie stosuje domyślną maskę klasową podsieci dla adresu sieciowego. Gdyby w tej przykładowej topologii zostałby zastosowany protokół routingu klasowego, to router R3 miałby w tablicy routingu jedynie trasę do podsieci 172.16.0.0/16.
Stosowanie VLSM i tras do supersieci wymaga użycia protokołów routingu bezklasowego, takich jak RIPv2, OSPF lub EIGRP. Protokoły routingu bezklasowego ogłaszają adresy sieciowe wraz z powiązanymi z nimi maskami podsieci. Za pomocą protokołu routingu bezklasowego, router R2 może sumaryzować podsieci 172.16.0.0/16, 172.17.0.0/16, 172.18.0.0/16 i 172.19.0.0/16 i przesłać do routera R3 sumaryczną trasę statyczną 172.16.0.0/14 w postaci supersieci. Wtedy router R3 w swojej tablicy routingu będzie miał trasę 172.16.0.0/14 zapewniającą komunikację do tej supersieci.
Uwaga: Gdy w tablicy routingu znajduje się supersieć, na przykład jako trasa statyczna, to klasowy protokół routingu nie będzie umieszczał tej trasy w swoich aktualizacjach routingu.