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
Received on Thu Jul 11 2013 - 15:07:35 ART