cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
461
Views
0
Helpful
4
Replies

have issue with unequal eigrp routing

elnurh
Level 1
Level 1

Hi everybody.  I have  issue with my branch office router that connect to main office via dmvpn. In branch office I have router 1941 with two connection to main office. First  is connect to Main VPN HUB via optic cables (  ISP WAN Network),  Second is via Internet  connect to secondary Hub.   Via tunnel working EIGRP, and configuration variance 2 command. It's ADSL connections.  When I did  trace route  from the branch   Pc all packet goes via  path that have big metric and delay ADSL channel via Internet. The routing protocol eigrp pass this via Less bandwidth channel tunnel 1.  How do I change the path that via router first path must be path with a less  AD MEtric. And I have that it's be Optic channel ans the second  ADSL channel.

I need that normaly when 4 packet goes via  optic cabel the one or two packet go via second links ADSL

 

I need to finish it via 2 days because the users say that the many programs works slowly.

 

 

Everybody thanks before

4 Replies 4

Richard Burts
Hall of Fame
Hall of Fame

It would be easier to give you good suggestions if we had some more details about your situation. Can you post the configuration of the interfaces and the configuration of EIGRP? Also post the output of show ip interface for the interfaces on the router.

 

HTH

 

Rick

HTH

Rick

branch router some config

router eigrp 50
 variance 2
 network 172.19.90.0 0.0.0.255
 network 172.19.91.0 0.0.0.255
 network 192.168.217.0
 passive-interface GigabitEthernet0/0
 eigrp stub connected static

 

Tunnel0 is up, line protocol is up
  Hardware is Tunnel
  Internet address is 172.19.91.217/24
  MTU 17870 bytes, BW 100 Kbit/sec, DLY 50000 usec,
     reliability 255/255, txload 255/255, rxload 255/255
  Encapsulation TUNNEL, loopback not set
  Keepalive not set
  Tunnel source 10.10.10.217 (GigabitEthernet0/0.1658), destination 10.10.10.1
   Tunnel Subblocks:
      src-track:
         Tunnel0 source tracking subblock associated with GigabitEthernet0/0.1658
          Set of tunnels with source GigabitEthernet0/0.1658, 1 member (includes iterators), on interface <OK>
  Tunnel protocol/transport GRE/IP
    Key 0xEB5AC29D, sequencing disabled
    Checksumming of packets disabled
  Tunnel TTL 255, Fast tunneling enabled
  Path MTU Discovery, ager 10 mins, min MTU 92
  Tunnel transport MTU 1430 bytes
  Tunnel transmit bandwidth 8000 (kbps)
  Tunnel receive bandwidth 8000 (kbps)
  Tunnel protection via IPSec (profile "rbprof")
  Last input 00:00:00, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 234
  Queueing strategy: fifo
  Output queue: 0/0 (size/max)
  5 minute input rate 195000 bits/sec, 124 packets/sec
  5 minute output rate 274000 bits/sec, 134 packets/sec
     7070819 packets input, 2633278374 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     4157092 packets output, 1027915918 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out

 

interface Tunnel0
 ip address 172.19.91.217 255.255.255.0
 no ip redirects
 ip mtu 1440
 ip nhrp map multicast 10.10.10.1
 ip nhrp map 172.19.91.254 10.10.10.1
 ip nhrp network-id 1
 ip nhrp holdtime 400
 ip nhrp nhs 172.19.91.254
 ip nhrp registration no-unique
 ip virtual-reassembly in
 no ip route-cache
 ip tcp adjust-mss 1360
 tunnel source GigabitEthernet0/0.1658
 tunnel destination 10.10.10.1
 tunnel path-mtu-discovery
 tunnel protection ipsec profile rbprof

Interface  Tunn1

Tunnel1 is up, line protocol is up
  Hardware is Tunnel
  Description: ##### backup connection via Internet ######
  Internet address is 172.19.90.217/24
  MTU 17862 bytes, BW 100 Kbit/sec, DLY 50000 usec,
     reliability 255/255, txload 255/255, rxload 255/255
  Encapsulation TUNNEL, loopback not set
  Keepalive not set
  Tunnel source X.X.X.X (Dialer1), destination  X.X.X.X
   Tunnel Subblocks:
      src-track:
         Tunnel1 source tracking subblock associated with Dialer1
          Set of tunnels with source Dialer1, 1 member (includes iterators), on interface <OK>
  Tunnel protocol/transport GRE/IP
    Key 0xEB5AC2B2, sequencing disabled
    Checksumming of packets disabled
  Tunnel TTL 255, Fast tunneling enabled
  Path MTU Discovery, ager 10 mins, min MTU 92
  Tunnel transport MTU 1414 bytes
  Tunnel transmit bandwidth 8000 (kbps)
  Tunnel receive bandwidth 8000 (kbps)
  Tunnel protection via IPSec (profile "rbprof")
  Last input 00:00:00, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/0 (size/max)
  5 minute input rate 130000 bits/sec, 52 packets/sec
  5 minute output rate 105000 bits/sec, 55 packets/sec
     32462 packets input, 9517839 bytes, 0 no buffer
     Received 0 broadcasts (3094 IP multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     172605 packets output, 43434285 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out

 config interface Tun1 is the same like Int tun 0

 

sh ip route 192.168.5.5
Routing entry for 192.168.5.0/24
  Known via "eigrp 50", distance 90, metric 26882816, type internal
  Redistributing via eigrp 50
  Last update from 172.19.90.254 on Tunnel1, 00:11:23 ago
  Routing Descriptor Blocks:
  * 172.19.90.254, from 172.19.90.254, 00:11:23 ago, via Tunnel1
      Route metric is 26882816, traffic share count is 1
      Total delay is 50110 microseconds, minimum bandwidth is 100 Kbit
      Reliability 255/255, minimum MTU 1440 bytes
      Loading 1/255, Hops 2
 

when i do trace from client PC the traffic goes via Tunnel 1 but  I need that It goes via Tunnel 0 and only that if the traffic on Tunnel 0 loading on 50%  the traffic goes parallel via tunnel 1 two.

OR more like that  6 packet goes via tun 0

 2 packet via tun1 and the client feels that the bandwidth was higher

 

 

no one can help  or consult to me with this issue ?  May be need tunning interface delay or ip cef  ? I know that working in one per destination mode

According to what you have posted there is a single route in the table for that destination. Perhaps it would help us understand the issue better if you would post the output of show ip eigrp topology for that route.

 

HTH

 

Rick

HTH

Rick
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: