Re: [c-nsp] default-information IPv6 IOS-XR
Thanks Andrew. What about if we need to send default route IPv6 into vrf? ie 6vPE. Thnx BR De: Andrew Koch andrew.k...@gawul.net Para: henrry huaman henry.hua...@yahoo.es CC: cisco-nsp@puck.nether.net cisco-nsp@puck.nether.net Enviado: Miércoles 25 de abril de 2012 22:44 Asunto: Re: [c-nsp] default-information IPv6 IOS-XR On Wed, Apr 25, 2012 at 22:03, henrry huaman henry.hua...@yahoo.es wrote: Hi guys, Please could help us, we need to send defaul route in IPv6 (IOS-XR). Hi Henry, I am guessing that you want to send a default route to a BGP peer. In this case, your syntax below will not work out. You are instead looking for default-originate under the address family under the particular neighbor. router bgp 65404 neighbor 2001:db8::1 address-family ipv6 unicast default-originate And we have only this command in bgp proccess default-information originate. This is used to import a default-route into the BGP process with the redistribute command. Typically when you redistribute from another protocol 0.0.0.0/0 and ::/0 are ignored. This changes that default behavior. HTH, Andy ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] VRF-Lite and IPv6...
AFAIK there is just LAN Base, IP Base, and IP Services now, IPv6 was rolled into IP Services. It was IP Services, 15.0(1). On 4/26/2012 10:03 AM, Dale W. Carder wrote: Was this on advanced ip services or a different license set? Dale Thus spake Jeff Kell (jeff-k...@utc.edu) on Wed, Apr 25, 2012 at 11:36:28PM -0400: After playing with a lab switch (3560X) today looking at some IPv6 features, we discovered you can't really do IPv6 VRFs on it. The vrf definition configuration option doesn't like address-family at all, so no IPv4/IPv6 bits there. Is this an under consideration software function, or a forget-about-it hardware limitation for the lower-end Catalysts? Jeff ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] I can't seem to get this 3750 to properly filter IPv6 on a VLAN ACL.
Thanks Klaus, mac access-list extended macl-ipv6 deny any any 0x86DD 0x0 permit any any IRC MAC ACLs on CAT2K/3K (12.2SE) only match non-IP traffic. IPv4 packets match only in the IP ACL, IPv6 packets match only in the IPv6 ACL. So even with a deny any any in the MAC ACL IPv4 and IPv6 packets won't be blocked. (IPv4 won't work because ARP will match under non-IP) That pretty much explains the mystery. I was confused as to why I could match some ethertypes and not others, and even though the confusion is gone the frustration isn't. Maybe there's an architectural reason that we can't do this but I don't know it. I guess I'm going to use the ipv6 template and filter on L3 like Nick Hilliard suggested. Paul ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] lsd
Thanks Chris, That command doesn't exist on a couple of my pe's (asr901 and me3600x) is there a way to see that in those platforms? Maybe this is architectural specific and perhaps lower end units don't have the idea of lsd layer (guessing)... *** me3600x 3600#sh mpls infrastructure lsd ? % Unrecognized command 3600#sh mpls infrastructure ? % Unrecognized command 3600#sh mpls ? discovery Information about LSP discovery flow MPLS netflow information forwarding-table Show the Label Forwarding Table interfacesPer-interface MPLS forwarding information ipMPLS IP information l2transport MPLS circuit transport info label Label information ldp Label Distribution Protocol information memoryMemory usage information oam OAM information staticShow MPLS static information traffic-eng Traffic engineering information 3600#sh ver | in IOS Cisco IOS Software, ME360x Software (ME360x-UNIVERSALK9-M), Version 15.2(2)S, RELEASE SOFTWARE (fc1) * asr901 901#sh mpls infrastructure lsd apps 901#sh mpls infrastructure lsd app 901#sh mpls infrastructure lsd 901#sh mpls infrastructure lsd ? % Unrecognized command 901#sh mpls infrastructure ? % Unrecognized command 901#sh mpls infrastructure 901#sh mpls ? discovery Information about LSP discovery flow MPLS netflow information forwarding-table Show the Label Forwarding Table interfacesPer-interface MPLS forwarding information ipMPLS IP information l2transport MPLS circuit transport info label Label information ldp Label Distribution Protocol information memoryMemory usage information oam OAM information staticShow MPLS static information 901#sh ver | in IOS Cisco IOS Software, 901 Software (ASR901-UNIVERSALK9-M), Version 15.1(2)SNH, RELEASE SOFTWARE (fc2) -Original Message- From: Christophe Fillot [mailto:c...@utc.fr] Sent: Wednesday, April 25, 2012 12:43 PM To: Aaron Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] lsd Aaron wrote: Is there something similar in IOS to lsd (label switch db) found in IOS XR ? does this function of lsd exist in ios? (lsd seems like what I used to understand as lib/tib but unsure at this point). if there is an lsd-type thing in IOS, is there a way to see client apps (l2vpn, bgp, etc) bound to it like in xr below. ? Aaron RP/0/RSP0/CPU0: 9k#sh mpls lsd applications Wed Apr 25 08:39:17.792 CST Application StateRecoveryTimeLocation --- LSD Active 0/0 (0) 0/RSP0/CPU0 L2VPNActive 0/0 (900) 0/RSP0/CPU0 LDP:Active Active 0/0 (15)0/RSP0/CPU0 LDP:Standby Active 0/0 (15)0/RSP1/CPU0 BGP-VPNv4:bgp-0 Active 0/0 (600) 0/RSP0/CPU0 RP/0/RSP0/CPU0: 9k# Something like that ? 7600#sh mpls infrastructure lsd apps Application Registration Status: Index Name Client Index Recovery(ms) Cutover(ms) Timer 1 INTERNAL 650 0INACTIVE 5 CONFIG690 0INACTIVE 6 IPRM 706 6INACTIVE 7 LDP 716060 INACTIVE 8 TE Tun I 726 6INACTIVE 9 TE Lsp I 736060 INACTIVE 10 SNMP 741010 INACTIVE 13 ATOM 771 1INACTIVE 15 BGP VPNV 796 6INACTIVE 17 BGP IPV6 811 1INACTIVE 18 MPLS CHK 826 6INACTIVE ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] VRF-Lite and IPv6...
Hi, On Thu, Apr 26, 2012 at 10:41:12AM -0400, Jeff Kell wrote: AFAIK there is just LAN Base, IP Base, and IP Services now, IPv6 was rolled into IP Services. Didn't they promise us it would be in the same package that has the corresponding IPv4 stuff? So if something is in IP Base for IPv4, but requires IP Services for IPv6, complain to your account manager, and point them at the Jon Chambers we're *so* committed to IPv6!!! video... gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany g...@greenie.muc.de fax: +49-89-35655025g...@net.informatik.tu-muenchen.de pgpG8dmbts4O3.pgp Description: PGP signature ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] MSTP between Cisco / Brocade
On Apr 25, 2012, at 5:08 PM, Randy wrote: Who is: 0015.62b7.0dc0 with a bridge-priority of 16384? That is the who the cisco is blocking. From Brocade-output above: Bridge: 8024389c3d00 [Priority 32768, SysId 0, Mac 0024389c3d00] ./Randy The mac in question is the Cisco's: ar01.prov#sh spanning-tree active MST0 Spanning tree enabled protocol mstp Root IDPriority16384 Address 0015.62b7.0dc0 This bridge is the root But nevermind I suppose, the issue is resolved with help from Brocade TAC. The MLX defaults to route-only which apparently means every port acts like Cisco's equivalent to no switchport or layer-3 only mode. So it would receive the MLX's BPDUs and silently discard them. Here's the strange part, despite being set for route-only, the MLX still transmits BPDUs. Which the Cisco received, detected that the MLX said port role is designated, and put it into blocking dispute since Cisco is the real root. Is it common expected for swouters to tx BPDUs when the port is in layer-3-only mode? Or am I just not getting the idea behind route-only in Brocade? Thanks for the help! ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] MSTP between Cisco / Brocade
On Apr 26, 2012, at 1:09 PM, Steven Raymond wrote: The MLX defaults to route-only which apparently means every port acts like Cisco's equivalent to no switchport or layer-3 only mode. So it would receive the MLX's BPDUs and silently discard them. s/receive the MLX's/receive the Cisco's/ Meh my crappy proofreading. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] lsd
I can see it now a new technology from cisco called thc... that one should generate at least as many silly comments as lsd has.pcpetc -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Scott Granados Sent: Wednesday, April 25, 2012 1:17 PM To: Chuck Church Cc: Robert E. Seastrom; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] lsd Now all we need is a feature called weed and another called mushrooms and you'd have my college years wrapped up in a single network element. On Apr 25, 2012, at 1:53 PM, Chuck Church wrote: I know every time I'm at a laser light show and listening to Pink Floyd, I'm wondering how I could make this even better. Now I know - MPLS! Chuck -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Robert E. Seastrom Sent: Wednesday, April 25, 2012 1:32 PM To: Scott Granados Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] lsd While MPLS hides the underlying topology from you, LSD is good for exposing the metaphysical layer. ;-) Scott Granados sc...@granados-llc.net writes: Gee and I thought LSD was for the operator and not a feature. Nice, no reason the gear shouldn't share in the fun. :) On Apr 25, 2012, at 11:10 AM, Peter Rathlev wrote: On Wed, 2012-04-25 at 09:44 -0500, Aaron wrote: Is there something similar in IOS to lsd (label switch db) found in IOS XR ? does this function of lsd exist in ios? (lsd seems like what I used to understand as lib/tib but unsure at this point). if there is an lsd-type thing in IOS, is there a way to see client apps (l2vpn, bgp, etc) bound to it like in xr below. ? Unsure if this is what you're looking for, but you can see the LFIB via: Router#show mpls forwarding Local Outgoing Prefix Bytes Label Outgoing Next Hop Label Label or Tunnel Id Switched interface 16 Pop Label IPv4 VRF[V] 2632 aggregate/VRF3305 17 Pop Label IPv4 VRF[V] 71864 aggregate/VRF2400 18 Pop Label IPv4 VRF[V] 37630 aggregate/VRF2401 19 Pop Label IPv4 VRF[V] 266812aggregate/VRF2433 20 10510.20.30.8/320 Gi4/2 10.10.250.161 21 14710.20.30.152/32 0 Gi4/2 10.10.250.161 22 No Label l2ckt(10)7465810 Gi4/4 point2point 23 11210.20.30.31/32 0 Gi4/2 10.10.250.161 24 No Label 10.10.250.8/30 0 Gi4/2 10.10.250.161 25 No Label 10.10.241.64/27 0 Gi4/2 10.10.250.161 26 27 10.20.30.151/32 0 Gi4/2 10.10.250.161 27 11410.20.30.133/32 0 Gi4/2 10.10.250.161 ... Specific L2VPN VC labels: Router#show mpls l2transport vc Local intf Local circuit Dest addressVC ID Status - -- --- -- -- Gi4/4 Ethernet 10.20.30.17 10 UP Gi4/3 Ethernet 10.20.30.27 3 UP Router# Sorry if this if off in the wrong direction. -- Peter ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] MSTP between Cisco / Brocade
Is it common expected for swouters to tx BPDUs when the port is in layer-3-only mode? Or am I just not getting the idea behind route-only in Brocade? I would definitely not expect a routed interface to transmit BPDUs by default. Steinar Haug, Nethelp consulting, sth...@nethelp.no ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] default-information IPv6 IOS-XR
In my case of ipv4 and vpnv4 I had to add default-info orig within vrf under bgp in order for my vpnv4 neighbors to learn default route. Under bgp vrf one rd 10.101.0.1:1 default-information originate address-family ipv4 unicast redistribute ospf 1 -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of henrry huaman Sent: Thursday, April 26, 2012 1:28 AM To: Andrew Koch Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] default-information IPv6 IOS-XR Thanks Andrew. What about if we need to send default route IPv6 into vrf? ie 6vPE. Thnx BR De: Andrew Koch andrew.k...@gawul.net Para: henrry huaman henry.hua...@yahoo.es CC: cisco-nsp@puck.nether.net cisco-nsp@puck.nether.net Enviado: Miércoles 25 de abril de 2012 22:44 Asunto: Re: [c-nsp] default-information IPv6 IOS-XR On Wed, Apr 25, 2012 at 22:03, henrry huaman henry.hua...@yahoo.es wrote: Hi guys, Please could help us, we need to send defaul route in IPv6 (IOS-XR). Hi Henry, I am guessing that you want to send a default route to a BGP peer. In this case, your syntax below will not work out. You are instead looking for default-originate under the address family under the particular neighbor. router bgp 65404 neighbor 2001:db8::1 address-family ipv6 unicast default-originate And we have only this command in bgp proccess default-information originate. This is used to import a default-route into the BGP process with the redistribute command. Typically when you redistribute from another protocol 0.0.0.0/0 and ::/0 are ignored. This changes that default behavior. HTH, Andy ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] amend the work time after a call has been completed.
Hi, Is it possible to amend the work time after a call has been completed. For example I want to be able to check what the current work time is after a call, say 20 seconds, and I want to increase it to say 30 seconds before the next call comes through. This is one of my ticket. I am not sure whether call manager can perform the above mentioned task. Any suggestions? Thanks Hemal ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
