Bocs, hogy belekötök, csak nem szeretném, ha téves információ terjedne ezzel kapcsolatban.

A probléma valódi oka az, hogy a UPC "Dual Stack Lite" nevű megoldást használ az IPv6 rolloutra. Amikor a UPC köznyelven szólva "átrak IPv6-ra", akkor valójában az történik, hogy szó szerint átrak IPv6-ra, tehát a natív IPv4 kapcsolatod szimplán megszűnik.
Természetesen ez a mai világban elfogadhatatlan lenne, hiszen az interneten használt szolgáltatások nagyrésze csak IPv4-en elérhető, ezért ebben a módban számodra a UPC az IPv4 kapcsolódást úgy oldja meg, hogy a natív IPv6 kapcsolatod felett létrehoz egy IPv4 tunnelt a saját LSN-jéig.

Miért okoz ez problémákat?
- Az LSN miatt megszűnik a publikus IPv4 címed(címeid), NATolva leszel. Nem fognak működni a port forwardok, nem tudsz kapcsolatot fogadni az internetről, csak az internetre kifelé indítani ("nem leszel aktív" torrenten).
- Minden IPv4 csomagod egy IPv6 csomagba van csomagolva, tehát az eddigi 1500-as MTU-d 1460-ra csökken (40 byte elveszik az IPv6 fejléc miatt). Ezekután, ha küldesz egy IPv4 csomagot, ami nagyobb, mint 1460 byte, a router a kliensednek egy ICMP Fragmentation Needed üzenettel válaszol. Ha a csomagodon a DF (Don't Fragment, ne tördeld) flag be volt állítva, és az adott alkalmazás/eszköz/bármi ezt nem tudja helyesen lekezelni és újraküldeni a csomagot, akkor a csomagod szimplán és némán elveszik.
Ez a fő oka annak, hogy különböző nehezen diagnosztizálható okból szimplán "nem működnek" szolgáltatások, ha a UPC bekapcsolja nálad az IPv6-ot.

Tömörítve:
Nem maga az IPv6 a hibás, hanem ahogy a UPC megoldotta az IPv6 támogatását. (Tehát a UPC.)