[j-nsp] Cisco-Juniper RSVP aggregate interop

[Stacy W. Smith]

I believe you may be hitting a Cisco bug. Specifically, CSCsj51007.

This is also documented in Juniper PR 232909. The release not for that  
PR states:

"In JUNOS 8.x we put all the RSVP submessages inside the RSVP  
aggregate bundle including the RSVP PATH messages. This is done only  
on the ethernet interface but not on the PT-to-PT links. So each  
submessage has TTL value that decrements independently of the TTL  
value of the bundle header. When RSVP aggregation (refresh reduction)  
is turned ON between a Juniper and Cisco on an ethernet interface,  
Cisco compares the IP TTL and the submessage TTL. Instead of comparing  
IP TTL and the bundle header TTL. This causes the MPLS LSP to not come  
up when LSP is trying to setup between a Juniper and CISCO with a  
Juniper router being the ingress and the Cisco as the Egress connected  
by a Ethernet interface."

--Stacy


On May 16, 2008, at 3:15 PM, Richard A Steenbergen wrote:

> I'm trying to set up RSVP on a path that goes Cisco-Juniper-Cisco, but
> running into what appears to be some type of interop problem with RSVP
> when using aggregate.
>
> Basically the Cisco on either end (this happens on both devices  
> depending
> on the direction of the LSP) thinks the Juniper in the middle isn't  
> RSVP
> capable, and constantly generates patherr's:
>
> May 16 19:05:25.683 UTC: RSVP: x.x.x.x_92->x.x.x.x_1001[x.x.x.x]:  
> PATH:
> non-RSVP-capable hop between prev-hop and me (ip ttl=254, rsvp  
> ttl=253)
> for new path
>
> The Juniper and Cisco both think that refresh reduction is supported  
> and
> the remote end is using it as well:
>
> Address: x.x.x.x via: blah status: Up
>  Last changed time: 49:58, Idle: 10 sec, Up cnt: 1, Down cnt: 0
>  Message received: 694
>  Hello: sent 331, received: 329, interval: 9 sec
>  Remote instance: 0xf6ee3e98, Local instance: 0xcb19f014
>  Refresh reduction:  operational
>    Remote end: enabled, Ack-extension: enabled
>
> And I can even do rsvp Cisco-Juniper w/aggregate just fine, but as  
> soon as
> the path goes Cisco-Juniper-Cisco RSVP breaks. If I turn on  
> interface blah
> no-aggregate (reliable doesn't seem to have any effect) the problem  
> goes
> away and everything signals correctly.
>
> Relevent Cisco side config:
>
> ip rsvp signalling refresh reduction
> ip rsvp signalling hello
> ip rsvp signalling hello statistics
> ip rsvp policy preempt
>
> interface Tunnel1001
> ip unnumbered Loopback0
> load-interval 30
> tag-switching ip
> tunnel destination x.x.x.x
> tunnel mode mpls traffic-eng
> tunnel mpls traffic-eng affinity 0x0 mask 0x1
> tunnel mpls traffic-eng path-option 10 dynamic
> tunnel mpls traffic-eng record-route
> tunnel mpls traffic-eng fast-reroute
> tunnel mpls traffic-eng auto-bw
>
> interface blah
> ...
> mpls traffic-eng tunnels
> tag-switching ip
> ip rsvp bandwidth 10000000
> ip rsvp signalling hello
> ip rsvp signalling hello refresh interval 1000
>
> Juniper config:
>
> rsvp {
>    interface blah {
>        aggregate;
>        reliable;
>        subscription 95;
>        bandwidth 9g;
>        update-threshold 3;
>        link-protection;
>    }
> }
>
> Is there something I'm missing here?
>
> -- 
> Richard A Steenbergen <ras at e-gerbil.net>       http://www.e-gerbil.net/ras
> GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1  
> 2CBC)
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp