About kszarkowicz

kszarkowicz · 04-21-2015

Hi, is it possible to establish RSVP-TE tunnel destined to secondary (not primary) loopback address? I have configured 172.17.10.102 as secondary loopback on some ASR. Now, when I try to establish RSVP-TE tunnel to that address from other node, it fa...

kszarkowicz · 02-05-2015

Hi, I have very simple test lab, where PE1 is directly connected to PE2. On PE2 I have RSVP-TE tunnel to PE1: RP/0/0/CPU0:01-PE2#show running-config interface tunnel-te11 inheritanceFri Feb 6 08:03:13.907 UTCinterface tunnel-te11 ipv4 unnumbered Loo...

kszarkowicz · 11-10-2014

Hi, I have simple configuration where I conditionally generate aggregate route based on some route-policy: router bgp 65001 vrf TEST-A rd 172.16.10.102:103 address-family ipv4 unicast aggregate-address 0.0.0.0/0 route-policy RP-TESTwhen I display...

kszarkowicz · 10-21-2014

Hi,During testing, I try following policy:route-policy PL-BGP-DOWN-VPN-TEST if destination in (0.0.0.0/0) then if protocol is static then done endif endif dropend-policy!After applying that policy to VPNv4 BGP neighbor, I get following ...

kszarkowicz · 08-26-2014

Hi, I have simple static route inside my VRF: router static vrf VRF-B address-family ipv4 unicast 192.168.2.5/32 GigabitEthernet0/0/0/5.2 192.168.25.5 ! !!next-hop is ping-able: P/0/0/CPU0:02-PE2#ping vrf VRF-B 192.168.25.5Tue Aug 26 21:17:44.510...

kszarkowicz · 04-28-2015

Problem is not with the routing, since as visible from my initial post RSVP-TE Path message arrives to the ASR in question. The problem is that IOS XR accepts Path messages requesting RSVP-TE tunnels destined to TE Router ID. Since in my case TE Rout...

kszarkowicz · 11-08-2014

Any ideas?

kszarkowicz · 09-11-2014

OK. It was my fault (misconfiguration). On CE I had VRF-lite, and the loopback with address in question (192.168.2.5) was not in that VRF. Now is working :-). Thanks

kszarkowicz · 07-10-2014

Yes. Figured out in the mean time. Thanks a lot.

kszarkowicz · 07-05-2014

I have similar problem. Did you manage to resolve the BGP-LU prefixes received over eBGP session? In my case as well all looks OK (eBGP LU session up, prefixes with labels exchanged, routing table looks OK), with the exception of CEF: RP/0/0/CPU0:02-...

Member Since	‎02-18-2004 02:54 AM
Date Last Visited	‎08-18-2017 03:51 AM
Posts	16
Total Helpful Votes Received	5

User Statistics

User Activity

RSVP-TE tunnel to secondary loopback address

Path-option is skipped because it is held down

Displaying contributing routes for aggregate (IOS XR)

route-policy on BGP neighbor with VPN-IPv4 address family

Static route inside VRF - forwarding problems

Problem is not with the

Any ideas?

OK. It was my fault

Yes. Figured out in the mean

I have similar problem. Did