Do článku se bohužel vloudila podstatná nepřesnost, a to v odstavci popisujícím komunikaci s nativním IPv6. Věta "Provede to tak, že pošle IPv6 ping (ICMPv6 echo) na svou vlastní Teredo adresu přes svůj Teredo server..." je v příkrém rozporu se skutečností (RFC 4380 3.4).
Teredo klient totiž neposílá ICMPv6 echo (ping) sám sobě, nýbrž cílovému IPv6 stroji, se kterým se snaží navázat komunikaci. Tento ping je zabalen do UDP a poslán přes Teredo server, tam je vybalen a přes IPv6 pokračuje k cíli (v6 stroji). Cílový stroj odpoví na normální IPv6 ping, od něj se tedy vrací v6 echo reply na Teredo adresu klienta. Ta je běžnými routovacími mechanismy nasměrována ve v6 síti k routeru propagujícímu Teredo prefix (tedy Teredo relayi). Relay paket zařadí do fronty a pošle přes Teredo server klientovi bublinu (prázdný paket), server bublinu přepošle klientovi, který z ní přečte IPv4 adresu a port relaye. Na tuto adresu pošle klient také bublinu, čímž prorazí zevnitř díru ve svém NATu. Jakmile relay tuto bublinu obdrží, vyřadí čekající ICMPv6 echo reply z fronty a pošle v UDP na IPv4 adresu klienta (z níž přišla odpovědní bublina). Tím končí ustavování spojení, protože od této chvíle relay i klient znají své IPv4 adresy, přes něž probíhá další komunikace.
Podstatný závěr z toho je, že relay je vybíráno IPv6 routováním ve směru od cílového v6 stroje, je tedy nejblíže cílovému stroji (ve v6 síti). Poloha Teredo serveru nemá na výběr relaye pražádný vliv.