Tunnel inverse dans Mobile IP : Fonctionnement
Le tunnel inverse dans Mobile IP (RFC 3344/5944) résout le problème du filtrage entrant / routage triangulaire quand un Nœud Mobile (NM) est sur réseau étranger.
Le problème : Routage triangulaire
- Nœud Correspondant (NC) envoie paquet vers Adresse Domicile (AD) du NM
- Agent Domicile (AD) intercepte, encapsule dans tunnel → Agent Étranger (AE) / Adresse de Soins (AdS) du NM
- NM répond : source = AD, dest = NC — envoyé directement via réseau étranger
- Problème : Filtrage entrant réseau étranger rejette paquets source ≠ préfixe assigné (AD pas dans préfixe étranger)
Solution tunnel inverse
- NM s'enregistre auprès AD (inclut AdS)
- AD crée tunnel inverse vers AdS du NM (GRE/IP-dans-IP)
- NM envoie tous paquets sortants vers AD via tunnel (source = AD)
- AD décapsule, transmet vers NC — IP source valide, passe filtrage
- NC répond vers AD → AD → tunnel → NM (tunnel direct normal)
Points clés
- Obligatoire dans Mobile IPv6 (RFC 6275) — toujours utilisé
- Optionnel dans Mobile IPv4 — négocié via bit 'R' dans enregistrement
- Ajoute latence (détour AD) — atténué par placement AD, optimisation route
- Permet mobilité derrière pare-feu/NATs bloquant sources usurpées
Contexte moderne
Mobile IP largement remplacé par :
- PMIPv6 (Proxy Mobile IPv6) — basé réseau, pas pile client
- Tunnels GTP (4G/5G EPC/5GC) — mobilité niveau porteur
- WireGuard / Tailscale / ZeroTier — maillage overlay, plus simple
Concept tunnel inverse perdure : forcer trafic retour via point d'ancrage pour satisfaire validation source.