Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Cisco Community
- :
- About OliverDarvall
08-18-2017
Stats
Member since
02-20-2012
76
Posts
0
Helpful
0
Solutions
08-26-2014
06:26 AM
Thanks Richard & Paul. Your questions guided me to solve the problem. Our Office 1 sites were advertised as the default route only. I changed the EIGRP to advertise the individual routes which then properly propagated through all the way to our VPN routers.
... View more
08-25-2014
08:02 AM
Guys, I have a reasonably simple setup in which our two Offices are connected via an MPLS network. Then from Office 2 we have lots of VPN (Easy VPN) connections to remote sites. Now Office 1 can not connect (ping or otherwise) to any of the Remote Site(s). When I do a tracert from any Office 1 PC it gets to 192.168.2.2 on our Core switch at Office 2, from there onwards the tracert times out. Basically all that should happen is that the traffic should be routed from FA3/48 to VLAN111 , but the traffic does not make that jump. When you do "show ip route remote_site_ip" from our Core for instance it does know the EIGRP route to the remote site. The Core switch can ping the remote sites, it can traceroute to the remote sites, but the traffic just does not want to jump from FA3/48 to VLAN 111. Any ideas ?
... View more
Labels:
06-17-2014
01:49 AM
Where is the correct place to specify the MTU value for an ADSL connection ? Should it be on the Dialer interface as MTU 1492 ? Should it be on the Dialer interface as IP MTU 1492 ? Should it be on the ATM sub interface as MTU1492 ? Should it be on the ATM main interface as MTU1492 ? Thanks !
... View more
- Tags:
- adsl atm mtu dialer
Labels:
06-17-2014
01:09 AM
We have a few hundred 857/877 routers in the field. Our fixed line operator here in SA is slowly converting/upgrading their DSLAMS and suddenly we are experiencing problems connecting with ADSL with those routers. Basically the line syncs, but the PPP never comes up, neither though are there very helpful debug events. The FLO confirmed that they are mostly upgrading to the Alcatel Lucent 7302 ISLAMS and as they upgrade, our sites go down. So it seems that there is a incompatibility with the old 20190 chipset on the Cisco's with the newer equipment. The latest IOS is in use on all the routers and I have tried basically every 20190 firmware that I could fine (like at http://forums.whirlpool.net.au/archive/2036510), but the PPP never comes up. I tried lowering the MTU values and everything, but no luck. The pain in the butt is that when trying any other cheap-ass consumer ADSL router (Netgear, Belkin, etc) it works fine, so there are no line problems or so. Any advice please ?
... View more
Labels:
Created by
OliverDarvall
in Other Network Architecture Subjects
in Other Network Architecture Subjects
06-17-2014
12:53 AM
06-17-2014
12:53 AM
I eventually managed to resolve the issue with one of the servers (it turns out that server2's network card was bust, transmits but does not receive). I added a local policy to set the default gateways on the core. Then I added a route-map on the interfaces to set the next hops. I then also had to remove the default gateway as setup on the server and replace it with a few static permanent routes. Everything seemed fine after that.
... View more
Created by
OliverDarvall
in Other Network Architecture Subjects
in Other Network Architecture Subjects
06-05-2014
02:39 AM
06-05-2014
02:39 AM
I have changed both routers to now point their gateways to the SVI VLAN of the core switch. It has actually improved the situation somewhat. When I now do a test from an external PC and do a "telnet server_ip 80" then connection actually seems to connect instead of just timing out as it usually did. Also in a browser I go http://server_ip and something happens, although the page is empty, but no connection errors as before.
... View more
Created by
OliverDarvall
in Other Network Architecture Subjects
in Other Network Architecture Subjects
06-04-2014
08:08 AM
06-04-2014
08:08 AM
No, I am using the ISP gateway addresses (I can ping them from the server).
... View more
Created by
OliverDarvall
in Other Network Architecture Subjects
in Other Network Architecture Subjects
06-04-2014
07:47 AM
06-04-2014
07:47 AM
Sandy, yes each server has an IP address assigned from the range from a respective ISP and that same ISP's gateway address is used as the Default Gateway.
... View more
Created by
OliverDarvall
in Other Network Architecture Subjects
in Other Network Architecture Subjects
06-04-2014
07:16 AM
06-04-2014
07:16 AM
Some more info. I have tried setting the Default Gateways(s) on Server1 and Server2 to the Core's ip address, to the respective ISP gateway addresses and tried local policies. None of it worked.
... View more
Created by
OliverDarvall
in Other Network Architecture Subjects
in Other Network Architecture Subjects
06-04-2014
06:57 AM
06-04-2014
06:57 AM
Guys, We have a core switch with two fibre lines connecting us through two different ISP's to the internet. These ISP's have provided us with a range of public ip's each. We have a few routers on some of these ip's and they are working fine and we can access them externally (telnet and ssh). I am now busy setting up two servers, one on each ISP with their respective public ip's. I can ping the core switch and the isp gateways from the servers and from the core. I have triple checked that there are no active firewalls and I can see that the http ports are open and accessible (TcpView). But for the life of me I can not access those servers externally. I am now completely stumped. I do suspect though that it is a routing problem through the core. And herewith the relevant parts from my Core switch's config: version 12.2 service tcp-keepalives-in service tcp-keepalives-out ! hostname SMS-CORE ! no aaa new-model clock timezone ZAR 2 no ip source-route ! mls netflow interface mls cef error action reset ! spanning-tree mode pvst spanning-tree portfast edge default ! vlan internal allocation policy ascending ! interface FastEthernet3/25 switchport switchport access vlan 153 switchport mode access ! interface FastEthernet3/31 switchport switchport access vlan 153 switchport mode access ! interface FastEthernet3/35 switchport switchport access vlan 153 switchport mode access ! interface FastEthernet3/37 switchport switchport access vlan 20 switchport mode access ! interface FastEthernet3/47 switchport switchport access vlan 20 switchport mode access ! interface FastEthernet3/48 ip address 192.168.2.2 255.255.255.252 ! interface Vlan1 no ip address ! interface Vlan20 ip address PUBLIC_IP1 255.255.255.240 ! interface Vlan153 ip address PUBLIC_IP2 255.255.255.248 ! ip classless ! ip route 0.0.0.0 0.0.0.0 192.168.2.1 ! ip local policy route-map PUBLIC ! access-list 100 permit ip ISP2_NETWORK 0.0.0.7 any access-list 101 permit ip ISP1_NETWORK 0.0.0.15 any ! route-map PUBLIC permit 10 match ip address 100 set ip default next-hop PUBLIC_GW2 ! route-map PUBLIC permit 20 match ip address 101 set ip default next-hop 192.168.2.1 ! Any ideas guys, I am at my wits end here .... Thanks as always !
... View more
Labels:
03-06-2014
10:59 PM
I solved my problem, phew ! Someone made a change to the crypto acl on the main router and changed the mask from 0.0.255.255 to 0.0.0.255. I am not entirely sure why it only affected a select few of my clients, but at least everything is working now again.
... View more
03-05-2014
01:17 AM
Alain, that is not quite correct. The "directly connected" routes will be used/tried first before the static routes come into play. So the PC's that are connected through the Easy Vpn connections will be routed to first, if none can be found then only does it get routed to the static routes. This is a simple form of fail over and is working quite well for us.
... View more
03-04-2014
12:40 AM
Guys, When I do a traceroute from PC2 to PC1 it does not resolve successfully and follows the following steps: PC2 2851/2 2851/1 * * * * * * * * * When I do a traceroute from 2851/2 to PC1 it does resolve successfully and follows the following steps: 2851/2 2851/1 PC1 Public IP PC1 Loopback IP When I do a traceroute from 2851/1 to PC1 it does resolve successfully and follows the following steps: 2851/1 PC1 Public IP PC1 Loopback IP When I do a traceroute from PC3 to PC1 it does resolve successfully and follows the following steps: 2851/1 PC1 Public IP PC1 Loopback IP 2851/2 has the following static routes: ip route 0.0.0.0 0.0.0.0 gateway1_ip 100 permanent ip route 40.0.0.0 255.0.0.0 192.168.1.81 30 ip route 50.0.0.0 255.0.0.0 192.168.1.81 30 ip route 192.168.11.0 255.255.255.0 192.168.1.81 30 ip route 192.168.21.0 255.255.255.0 192.168.1.81 30 ip route 192.168.31.0 255.255.255.0 192.168.1.81 30 ip route 192.168.51.0 255.255.255.0 192.168.1.81 30 2851/1 has the following static routes: ip route 0.0.0.0 0.0.0.0 gateway2_ip 100 permanent ip route 40.0.0.0 255.0.0.0 192.168.1.80 30 ip route 50.0.0.0 255.0.0.0 192.168.1.80 30 ip route 192.168.11.0 255.255.255.0 192.168.1.80 30 ip route 192.168.21.0 255.255.255.0 192.168.1.80 30 ip route 192.168.31.0 255.255.255.0 192.168.1.80 30 ip route 192.168.51.0 255.255.255.0 192.168.1.80 30 I am stumped ! Why would PC2 to PC1 not resolve ?
... View more
Labels:
12-09-2013
06:57 AM
I am still struggling with the web port forwarding, but am now completely out of ideas. Any other ideas pop to mind guys ?
... View more
08-26-2014
Thanks Richard & Paul. Your questions guided me to solve the problem.
Our Office 1 sites were advert...
08-25-2014
Guys, I have a reasonably simple setup in which our two Offices are
connected via an MPLS network. T...
06-17-2014
Where is the correct place to specify the MTU value for an ADSL
connection ? Should it be on the Dia...
06-17-2014
We have a few hundred 857/877 routers in the field. Our fixed line
operator here in SA is slowly con...
06-17-2014
I eventually managed to resolve the issue with one of the servers (it
turns out that server2's netwo...
Created by
OliverDarvall
in Other Network Architecture Subjects
06-05-2014
06-05-2014
I have changed both routers to now point their gateways to the SVI VLAN
of the core switch. It has a...
Created by
OliverDarvall
in Other Network Architecture Subjects
06-04-2014
06-04-2014
Sandy, yes each server has an IP address assigned from the range from a
respective ISP and that same...
Created by
OliverDarvall
in Other Network Architecture Subjects
06-04-2014
06-04-2014
Some more info. I have tried setting the Default Gateways(s) on Server1
and Server2 to the Core's ip...
Created by
OliverDarvall
in Other Network Architecture Subjects
06-04-2014
06-04-2014
Guys, We have a core switch with two fibre lines connecting us through
two different ISP's to the in...
03-06-2014
I solved my problem, phew ! Someone made a change to the crypto acl on
the main router and changed t...
03-05-2014
Alain, that is not quite correct. The "directly connected" routes will
be used/tried first before th...
03-04-2014
Guys,When I do a traceroute from PC2 to PC1 it does not resolve
successfully and follows the followi...
Public Statistics
| Date Registered | 02-20-2012 10:54 PM |
| Date Last Visited | 08-18-2017 04:00 AM |
| Total Messages Posted | 76 |
