09-04-2014 12:59 PM - edited 03-04-2019 11:41 PM
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
09-04-2014 01:34 PM
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
09-04-2014 10:25 PM
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
09-09-2014 01:35 PM
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
09-09-2014 06:23 PM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide