Você pode mostrar a saída de 'sh ip nat stat' e 'sh ip nat tran'?
Acho que a configuração parece correta. Você tentou aplicar uma ACL na interface externa para permitir especificamente o tráfego?
interface GigabitEthernet0/0 ip access-group OUTBOUND out ! ip access-list extended OUTBOUND permit ip any any
aqui está um exemplo de trabalho de uma série de 1800:
interface FastEthernet0 description $FW_OUTSIDE$ bandwidth 34000 ip address 1.2.3.141 255.255.255.240 ip access-group OUTBOUND out ip verify unicast reverse-path no ip redirects no ip unreachables no ip proxy-arp ip nat outside ip virtual-reassembly load-interval 60 duplex auto speed auto ! interface FastEthernet1 description $FW_INSIDE$ bandwidth 34000 ip address 192.168.0.254 255.255.255.0 no ip redirects no ip unreachables no ip proxy-arp ip nat inside ip virtual-reassembly load-interval 60 duplex auto speed auto ! ip nat pool GLOBAL_IP_POOL 1.2.3.139 1.2.3.141 prefix-length 24 ip nat inside source route-map natmap pool GLOBAL_IP_POOL overload ! ip access-list extended natrules deny ip 192.168.0.0 0.0.0.255 10.180.3.0 0.0.0.255 permit ip 192.168.0.0 0.0.255.255 any ! route-map natmap permit 10 match ip address natrules
Espero que isso ajude.
Editado:
Não consigo identificar nada de estranho com a sua configuração. Como você parece não ter nenhum acesso nas tabelas de tradução, deve haver um problema na conectividade ou na configuração do cliente ou simplesmente em uma lista de acesso que nega o tráfego.
Você pode:
1) ping do roteador, certifique-se de fazê-lo a partir da interface correta, digitando:
ping 8.8.8.8 source 10.1.1.1
2) mostre as listas de acesso
show access-lists
Eu configurei três roteadores em um laboratório e configurei o rip + nat, e ele funciona exatamente como está. O roteador em questão e o roteador remoto que especificamente nega a rede interna do 'roteador em questão'.