Re: RSVP Split-Horizon and DMVPN Phase 3

I'm running EIGRP. What is it about EIGRP that you think would be
beneficial in this case?

I don't think keeping up the spoke tunnels up is a very scalable solution
for me since I have about 50+ sites.

How many sites did you have? What did you use to keep the tunnels up?

I just started testing a solution with disabling the EIGRP next hop
override and not using summary routes but detailed spoke prefixes on the
hubs interface. I think that might work but still have to test it with
voice. I had some RSVP drops but eventually got the reservation working. I
am afraid that might not work for voice, but have to test it tomorrow. I
think DMVPN phase 2 would work for sure, but I can't change that.

Thanks

Tom

On Thursday, July 11, 2013, Joseph L. Brunner wrote:

> You should Endeavor to keep the spoke to spoke tunnels up at all times
> then...
>
> That's what I used to do -
>
> Best way to do that - is just put the tunnel interfaces (which are ALL on
> the same subnet anyway) into Eigrp.
>
> You are running EIGRP, right?
>
> Or did you get fooled into running OSPF by one of the workbooks?
>
> LOL
>
> -----Original Message-----
> From: nobody_at_groupstudy.com <javascript:;> [mailto:nobody_at_groupstudy.com<javascript:;>]
> On Behalf Of Tom Kacprzynski
> Sent: Thursday, July 11, 2013 4:08 PM
> To: Cisco certification
> Subject: RSVP Split-Horizon and DMVPN Phase 3
>
> Hello,
> I'm running DMVPN with Phase 3 with RSVP enabled on tunnel interfaces. In
> phase 3 everything is initially routed through the hub, then redirected to
> spoke-to-spoke . The problem is that my DMVPN Hub will not forward the RSVP
> packets out the same tunnel interface it received the original message
> because of the RSVP split-horizon rule. If the spoke-to-spoke tunnel gets
> triggered by another traffic type, then RSVP works. The problem is that
> RSVP messages are send first before sending any voice RTP packets. If the
> RSVP reservation fails (cause of the split horizon rule) then there are no
> additional packets sent and spoke-to-spoke tunnels aren't dynamically
> created.
>
> Has anyone else see something similar or would be able to help me resolve
> this issue?
>
> Thank you,
>
> Tom Kacprzynski
> CCIE#36159
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Thu Jul 11 2013 - 17:09:26 ART