i try configure a router from a remote office for access to the internet throught a local router and next to a aDSL router....the remote lan is 172.18.1.6.0 /27, the remote wan conection have a IP add 192.168.1.2 /30, the local wan conection have a IP add 192.168.1.1 /30, the local lan is 172.18.1.0 /24
In the remote router i make this route "ip route 126.96.36.199 255.255.255.0 192.168.1.1 "
In the local router i make this route "ip route 188.8.131.52 255.255.255.0 172.18.1.8"
The aDSL router i make the route to the remote office "ip route 192.168.1.0 255.255.255.0 172.18.1.1"
184.108.40.206 is the address to reach in the route, the aDSL is making NAT overloading and have a default route to a upstream router who know how get 220.127.116.11
After make this configuration i can make ping from the aDSL and local router to the internet server and the remote router can pass the aDSL with the route but the remote clients cant access the internet server, i cant ping the servers from my remote clients, my wan conection between the remote and local router is a frame relay link with a CIR of 56kbps.
My question is.....this is the right configuration, a pal say the problem is the nat function in the aDSL, but went i make a traceroute from the remote router i pass the aDSL with any problem and i cant get my upstream router from the ISP......thanks for read this crap ;)
Note: i dont have any proxy server o access-list apply
You are going to need a static router in the local router pointing to the 172.18.6.0 network so that it know where to send return traffic for the devices on the LAN. A ping from the remote router does not need this to work since it uses the source address of the WAN interface.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...