From: Shawn (shawn.yp@netstarnetworks.com)
Date: Tue Aug 16 2005 - 23:14:15 GMT-3
Hi all,
There is one thing I like to find out is when implementing DM GRE, how can
we backup the Main or WAN link of remote site?
Holdtime, the timer will decrement depending on the value you set (default
is 2hr) with or w/o traffic. If you set to a lower value, sometime you get
packet drops at a periodic interval. (Sometime there isn't any packet
drops). This timer is used to hold the dynamic tunnel formed between
remotes.
When Main/WAN link of remote A fail, the dynamic tunnel in remote B is still
cached inside the remote router, until the timer expire (It is not very good
if you set the holdtimer too high)
Mesut Abdurrahmani,
Just pay attention to the backup or redundancy (e.g ISDN) for remote site to
HUB if you are implementing it.
Thanks,
Shawn Ng
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of Mesut
Abdurrahmani
Sent: Wednesday, August 17, 2005 2:23 AM
To: ccielab@groupstudy.com
Subject: multipoint GRE
I was thinking to implement as a solution to an organization multipoint GRE
because of it's simplicity and flexibility, but I had some problems that I
wanted to discuss with you guys. I have managed to implement multipoint GRE
on HUB and two spokes ( not easily ), but the third spoke experiences me
some problem, on that spoke when I do a debug nhrp packet it says that the
"encapsulation succeeded" and that the registration request was sent but the
request doesn't go to the hub router. And the debug on hub router says that
the "encapsulation failed", there are no filters or any other mechanism that
won't allow these two to communicate. The configs are below:
Other 2 spokes have the same config as the below one, expect the IP's that
are different
Spoke router config:
ip address 10.10.0.5 255.255.255.0
no ip redirects
no ip directed-broadcast
ip nhrp authentication xxx
ip nhrp map 10.10.0.1 172.16.x.2
ip nhrp map multicast 172.16.x.2
ip nhrp network-id 77
ip nhrp holdtime 120
ip nhrp nhs 10.10.0.1
ip ospf network broadcast
ip ospf priority 0
tunnel source Ethernet0 (wan interface)
tunnel mode gre multipoint
tunnel key 777
tunnel checksum
HUB router config :
interface Tunnel100
ip address 10.10.0.1 255.255.255.0
no ip redirects
ip nhrp authentication xxx
ip nhrp map multicast 172.16.x.6
ip nhrp map multicast 172.16.x.10
ip nhrp map multicast 172.16.x.14
ip nhrp network-id 77
ip nhrp holdtime 120
ip ospf network broadcast
tunnel source Ethernet1/0 (wan interface)
tunnel mode gre multipoint
tunnel key 777
tunnel checksum
The first two spokes although at first didn't nhrp register at first after
some time the mysteriously registered and they are functioning correctlyI
would like to read your experiences with multipoint gre. I don't know if the
problem is at me, that I still don't know how it functions or simply the
nhrp protocol isn't defined well in cisco, these strange problems make me
think like that. Is there any one that uses multipoint gre on real life
scenario?
Thanks in Advance
Mesut Abdurrahmani
This archive was generated by hypermail 2.1.4 : Sun Sep 04 2005 - 17:01:19 GMT-3