is it possible to improve bandwidth and delay when using GRE

[Maivoko]

D    172.16.0.0/16 [90/297246976] via 192.168.13.3, 00:07:45, Tunnel0

297246976 is a low bandwidth, large delay,

is it possible to improve this ?

Router1#sh ip route

Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP

       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

       E1 - OSPF external type 1, E2 - OSPF external type 2

       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2

       ia - IS-IS inter area, * - candidate default, U - per-user static route

       o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

C    192.168.13.0/24 is directly connected, Tunnel0

     23.0.0.0/24 is subnetted, 1 subnets

S       23.0.0.0 [1/0] via 12.0.0.2

D    172.16.0.0/16 [90/297246976] via 192.168.13.3, 00:07:45, Tunnel0

C    10.0.0.0/8 is directly connected, FastEthernet1/0

     12.0.0.0/24 is subnetted, 1 subnets

C       12.0.0.0 is directly connected, FastEthernet0/0

[Abzal]

Hi,

EIGRP uses cumulative delay and lowest bandwidth on the path to calculate route metric. So of course you could tune it. You can decrease delay along the path to the source subnet.

Sent from Cisco Technical Support iPhone App

[Maivoko]

if configure the parameters of the equation, is it really that it can increase bandwidth and decrease delay in GRE or just show low value in sh ip route without actual increase in speed ?

i am wonder why value not default in optimal after configure GRE and IPSec

[paolo bevilacqua]

Of course, changing routing protocol values does not change anything in actual performances.

[Abzal]

You can change delay and bandwidth under interface configuration. It will affect only to EIGRP metric calculation.

Sent from Cisco Technical Support iPhone App

[Richard Burts]

And bear in mind that both bandwidth and delay are artificial values when it comes to tunnel interfaces. They are dependent on the characteristics of the physical interfaces through which the tunnel passes and there is no way for the tunnel interface to know what is an accurate value. So Cisco takes the conservative and safe approach and assign low bandwidth and high delay for tunnel interfaces.

You can configure different values for bandwidth and for delay and make them look better in the routing table. But it will have no affect on the actual performance of traffic going through the tunnel.

HTH

Rick