Figura 1 prezintă R2 activat pentru PAT , folosind intervalul de adresele de la 209.165.200.226 la 209.165.200.240.
Atunci când există probleme la conectivitatea IPv4 într-un mediu NAT , este de multe ori dificil de a determina cauza problemei. Primul pas în rezolvarea problemei este de a exclude NAT drept cauză. Urmați acești pași pentru a verifica dacă NAT operează cum era de așteptat:
Pasul 1. Bazat pe configurație , se definește clar ce ar trebui NAT să atingă. Acest lucru poate dezvălui o problema cu configurația.
Pasul 2. Verificați dacă translația corectă există în tabelă folosind comanda show ip nat translations. . .
Pasul 3. Folosind comenzile clear și debug pentru a verifica dacă NAT operează cum era de așteptat. . . . . Verificați pentru a vedea dacă intrările dinamice sunt recreate după ce sunt șterse.
Pasul 4. Revizuiți în detaliu ce se întamplă pachetului și apoi verificați dacă routerele au informațiile corecte necesare pentru a muta pachetul.
Figura 2 arată randamentul comenzilor show ip nat statistics și show ip nat translations. . . . . Înainte de a utiliza comenzile "show" , . statisticle și intrările NAT în tabelă trebuie șterse cu comenzile clear ip nat statistics și clear ip nat translation. . . . . După ce hostul de la 192.168.10.10 folosește Telnet la serverul 209.165.201.1 , stasticile NAT și tabela sunt prezentate pentru a verifica dacă NAT funcționează corespunzător.
Într-un mediu simplu de rețea , este folositor să monitorizați statisticile NAT cu comanda show ip nat statistics. . . Comanda show ip nat statistics . afișează informații despre numărul total de translații active , parametrii de configurare NAT , numărul de adrese din interval și numărul de adrese care au fost alocate. Cu toate acestea , într-un mediu mai complex NAT , cu câteva translații având loc , această comanda nu poate să identifice clar problema. Ar putea fi necesar să folosiți comenzi de debug pe router. . .