ISP átállitotta a helyi router configot?!

értelemszerűen nem, hiszen nem tudja a te routered jelszavát. Sőt, jobb esetben wan irányból nem is engedélyezett az admin felület elérése

A saját routereden valószínűleg dhcp az elsődleges beállítás, fix ip (192.168.0.x) a másodlagos. Ha a szolgáltató eszköze router módban van, a sajátod attól kap ip-t (10.84.186.x).

gondolom eddig is dhcp-n kapta a WAN cimet, es most mas kap, ennyi.

Tp-link routereknél látok olyat, hogy default 192.168.0.1 az ip-je és ha wanon is ebből a poolból kap címet, akkor restartol és 1.1-re módosítja a saját lan oldalát. Manualban én ezt sehol nem láttam feltüntetve

No akkor... Volt a bridge mód, ekkor a szolgáltató DHCP-szerverétől kaptál nem a 192.168.0.0/16-ból a WAN portra címet, a saját routered ekkor a belső oldalra osztott ebből címeket. Jött a szolgáltatói eszköz átbillenése router módba, ami szépen adott a te routerednek olyan tartományból IP-címet DHCP-n, amit ő a belső oldalon használt. Erre a routered a belső címtartományt nemes egyszerűséggel lecserélte olyanra, ami biztosan nem ütközik a 192.168-as priváttal. Ez után a wan oldal a szolgáltatói eszköz bridge módba billenése után újra más címet kapott, de a routered erre már nem állította vissza a belső lábon a címtartományt.

Programozóul (csak bele kell nézni a firmwarebe (vagy a logokba) :))

      ulog network_functions status "Conflict detected between Lan Networks and Wan Subnet ($PROHIBITED_ADDR)"
   elif [ -n "$SYSCFG_lan_ipaddr" -a -z "$PROHIBITED_ADDR" ] ; then
      sysevent set lan_ipaddr $SYSCFG_lan_ipaddr
      sysevent set lan_prefix_len $LAN_PREFIX_LEN
      eval `ipcalc -n ${SYSCFG_lan_ipaddr}/${LAN_PREFIX_LEN}`
      sysevent set lan_network $NETWORK
      sysevent set firewall-restart
      return 0
   fi
   LAN_NAME=`syscfg get lan_ifname`
   BYTE3=0x`ip link show $LAN_NAME | grep link | awk '{print $2}' | awk 'BEGIN { FS = ":" } ; { printf ("%s", $6) }'`
   BYTE3=`echo $BYTE3 | awk ' {printf ("%d", $1)}'`
   BYTE2=0x`ip link show $LAN_NAME | grep link | awk '{print $2}' | awk 'BEGIN { FS = ":" } ; { printf ("%s", $5) }'`
   BYTE2=`echo $BYTE2 | awk ' {printf ("%d", $1)}'`
   BYTE1=0x`ip link show $LAN_NAME | grep link | awk '{print $2}' | awk 'BEGIN { FS = ":" } ; { printf ("%s", $4) }'`
   BYTE1=`echo $BYTE1 | awk ' {printf ("%d", $1)}'`
   make_random_subnets $BYTE1 $BYTE2 $BYTE3 $LAN_PREFIX_LEN $PROHIBITED_ADDR
   LAN_SUBNET=$RANDOM_SUBNET_1
   GUEST_LAN_SUBNET=$RANDOM_SUBNET_2
   GUEST_LAN_PREFIX_LEN=24
   RANDOM=`expr $RANDOM - $BYTE3`
   OCTET4=`expr $RANDOM % 255`
   if [ "0" -eq $OCTET4 ]
   then
      OCTET4=63
   fi
   make_ip_using_subnet $LAN_SUBNET $LAN_PREFIX_LEN $OCTET4
   syscfg set lan_ipaddr $CREATED_IP_ADDRESS
   sysevent set lan_ipaddr $CREATED_IP_ADDRESS
   sysevent set lan_prefix_len $LAN_PREFIX_LEN
   eval `ipcalc -n ${CREATED_IP_ADDRESS}/${LAN_PREFIX_LEN}`
   sysevent set lan_network $NETWORK
   make_ip_using_subnet $GUEST_LAN_SUBNET 24 $OCTET4
   syscfg set guest_lan_ipaddr $CREATED_IP_ADDRESS
   syscfg set guest_subnet $GUEST_LAN_SUBNET
   if [ "$SYSCFG_lan_ipaddr" != `syscfg get lan_ipaddr` ]
   then
      sysevent set firewall-restart
      syscfg commit
      STATUS=`sysevent get lan-status`
      if [ "started" = "$STATUS" ]
      then
         sysevent set wan_conflict_resolved 1
         sysevent set lan-restart
      fi
   fi

1. Szolgáltato modemje router üzemmódban, saját router szépen osztja a netet

vs.

5. Technikai segítség felhív: "Ó igen ilyenkor ez teljesen új szerződésként admiinsztrálódik, valóban a router már nem bridgeként megy."

Képzavar. Nem segít megfejteni mi történt, de  valszeg az eredeti problémának csak a triggere. A kevés infoból megszokott "vélekedéseket" már leírták. Szóval tovább kellene menni azon, hogy miért is csinálja ezt a routered, vagy ha ezt nem lehet a bizalomhiányból fakadóan kukázni.

1) Ha a szolgáltatód a WAN oldal felől hozzá tud piszkálni a routeredhez, akkor talán meg kéne köszönni, hogy rámutattak egy sebezhetőségre, mert ebben az esetben az internet felől bárki hozzá piszkálhat a routeredhez a WAN oldal felől és ez több mint gáz. (Egyébként gyanús, hogy nem ez történt, már csak azért sem, mert akkor fel kéne tenni azt a kérdést is, hogy ugyan miért tenné ezt? Miért akarna kicseszegetni a saját ügyfeleivel? Szembe megy az üzleti érdekeivel.)

2) Ha már "saját kézbe veszed" a belső hálózatod kezelését, akkor miért jó, hogy egyébként pontosan ugyanazt a tartományt használod, amiből majd mindenki oszt alapértelmezetten? Ilyen esetben a 192.168.[0|1|100|200].0/24 tartományt nem használjuk! Csendesen hozzá teszem: jelenleg is van olyan ügyfelünk, aki a céges hálóban ezt a tartományt használja - ha az otthoni vagy saját céges belső hálózat is ezen IP-ket használná,a VPN máris fenn akadna, mert a fogadó mögött is ugyanaz a subnet lenne, mint ami a helyi háló.

3) Nem szeretem azt az okos eszközt, ami helyettem kitalálja, hogy mi jó nekem - esetünkben subnetet vált. Ugyanakkor amiatt, hogy napjainkban közel 0 informatikai tudással mindenki netet akar használni, sajnos van létjogosultsága az ilyen feature-öknek, mert r1 usert nem érdekli, hogy milyen IP címet kapott. Őt az érdekli, hogy működjön. És működni akkor is fog, ha a belső háló hirtelen a 172.16.x.y/z tartományra állt át.
Viszont aki nem r1 user, az a 2. pontban leírtakkal biztosítja, hogy ez a feature még véletlenül se süljön el (de ha igazán szerencséje van, akkor ez a feature kikapcsolható menüből és ki is kapcsolja).

TP-LINK és ASUS esetében ez teljesen normális működés, gondolom a Linksys is felült erre a vonatra. Ha a WAN oldali cím ütközik a LAN oldali DHCP pool-lal, a router rögvest intenzív állítgatásba kezd.

Engem zavar, nincs is ilyen eszközöm. MikroTik-et illetve OpenWRT-t használok (utóbbit MT7621 chipset-tel, így van IPv4 és IPv6 HW offload, tehát bírja a gigabitet 0% CPU terheléssel). Maga a funkció viszont hasznos, az ismerettségi kör hálózatban járatlan tagjait mentette már meg amikor az ISP cserélte vagy módosította az eszközét. A TP-LINK-nél elvileg ezért van a tplinklogin.net, valami ilyen az ASUS-nak is van, hogy ha megváltozik a LAN oldali subnet, akkor a felhasználónak ne kelljen túrnia az átjáró címét (ami a routeré is).

9. Újabb telefon, mi a franc van, hogy képzelik, hogy belematatnak a saját eszközöm konfigjába. Ügyfélszolgálat váltg állítja márpedig ők nem. Panasztétel után elválunk, és szívok, hogy visszaállítsak mindent.  :(

Hogy a lofaszba allitott volna barki barmit a te sajat tulajdonu routereden anelkul hogy tudna az admin usert/jelszot hozza?

Fantasztikus elmeny lehettel az ugyfelszolgalatosnak, egy agressziv anyazo hulye aki azt hiszi hogy okos. A letezo legrosszabb fajta.