Re: [c-nsp] Route Leaking (GRT<-> VRF)

? From: Phil Bedard <phil...@gmail.com> Sent: Tuesday, 1 May 2018 6:15 AM To: CiscoNSP List; cisco-nsp NSP Subject: Re: [c-nsp] Route Leaking (GRT<-> VRF) This is regular IOS? Be careful where you are sourcing the pings from, since it's intermitt

[c-nsp] Route Leaking (GRT<-> VRF)

Hi, (Apologies in advance, rather long post) Have setup a peering vrf to test route leaking (GRT<->VRF) For the route leaking, added the following to two PEs (Both having a vrf interface on them) vrf definition: address-family ipv4 import ipv4 unicast 1 map RP_TEST_PREFIXES_GRT

Re: [c-nsp] Redistributed connected / static prefixes to upstream and set as-path prepend

it, and the AS Prepends miraculously showed up in carriers looking glassfun  From: Florin Florian <florin.flor...@gmail.com> Sent: Thursday, 2 November 2017 5:55 AM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Redistributed connected /

Re: [c-nsp] CISCO-AVAGO CISCO-FINISAR etc SFPs

;cisco" optics ever again? Cheers From: Nick Cutting <ncutt...@edgetg.com> Sent: Wednesday, 1 November 2017 12:12 AM To: CiscoNSP List; Doug McIntyre Cc: cisco-nsp@puck.nether.net Subject: RE: [c-nsp] CISCO-AVAGO CISCO-FINISAR etc SFPs No, they still r

Re: [c-nsp] CISCO-AVAGO CISCO-FINISAR etc SFPs

reason why ) They still sell "cisco" only branded optics for 10 times the price of others? Or do they now sell (only) these cheaper co-branded ones to compete? Thanks From: Doug McIntyre <mer...@geeks.org> Sent: Tuesday, 31 October 2017 11:38 PM To: C

[c-nsp] CISCO-AVAGO CISCO-FINISAR etc SFPs

Are the cisco-avago, cisco-finisar "genuine" Cisco optics? i.e TAC will provide support if you are using them? Ours were purchased through a Cisco disty (As a Cisco part)We are hitting multiple issues with them (10G Optic will not initialize in ASR920, 100G give no light/power readings in

[c-nsp] Redistributed connected / static prefixes to upstream and set as-path prepend

Hi, We are redistributing our own prefixes via iBGP with redist connected + static with route-map : router bgp address-family ipv4 redistribute connected route-map OUR_RANGES redistribute static route-map OUR_RANGES route-map OUR_RANGES permit 10 match ip address prefix-list

Re: [c-nsp] BGP not advertising supernet to RR's

RR's On 27 September 2017 at 17:44, CiscoNSP List <cisconsp_l...@hotmail.com> wrote: > > To answer my own question, I tested this by trying a /22 within the supernet > statically routed to a next hop on the routercommunity tags applied > correctly, prefix advertised to RR's, s

Re: [c-nsp] BGP not advertising supernet to RR's

sue, you'd think the /22 would be impacted? I cant see anything else that would be causing the /20 to not get tagged though? Any suggestions are greatly appreciated. From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <ciscon

Re: [c-nsp] BGP not advertising supernet to RR's

: Tuesday, 26 September 2017 4:32 PM To: CiscoNSP List; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] BGP not advertising supernet to RR's You can test the hits in the route-map with "sh ip bgp route-map G_RANGES" and see if it hits correctly. If the redist statements are new then t

[c-nsp] BGP not advertising supernet to RR's

Hi Everyone, Have a problem with supernet being advertised from an ASR1006 to our RR's - Prefix is in the routing table, and in bgp, but the router is only advertising smaller prefixes to the RR's (/30,/29, 28 etc)...I dont *think* its due to the PL (As it should be allowing anything less

Re: [c-nsp] OSPF equal cost load balancing

ve to know  Cheers. From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Friday, 1 September 2017 8:55 AM To: Aaron Gould; 'James Bensley'; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] OSPF equal cost load balancing Hmm -

Re: [c-nsp] OSPF equal cost load balancing

checked, and it arbitrarily changes based on src ipbut, that could be just cef miss-reporting. very frustrating. From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Friday, 1 September

Re: [c-nsp] OSPF equal cost load balancing

aar...@gvtc.com> Sent: Friday, 1 September 2017 6:37 AM To: 'CiscoNSP List'; 'James Bensley'; cisco-nsp@puck.nether.net Subject: RE: [c-nsp] OSPF equal cost load balancing In my mpls cloud I usually would lag dual gige's together to feed my PE boxes with more bandwidth. Worked well for me

Re: [c-nsp] OSPF equal cost load balancing

Thursday, 31 August 2017 6:12 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] OSPF equal cost load balancing On 31 August 2017 at 01:35, CiscoNSP List <cisconsp_l...@hotmail.com> wrote: > > AAh - Thank you James! So the ASR920 will not ECMP over 2 links, it requires > 4...that

Re: [c-nsp] OSPF equal cost load balancing

ate 103174000 bits/sec, 16690 packets/sec 30 second output rate 395000 bits/sec, 101 packets/sec Help?  From: CBL <alanda...@gmail.com> Sent: Thursday, 31 August 2017 1:13 PM To: CiscoNSP List Cc: James Bensley; cisco-nsp@puck.nether.net Subject: Re: [c-n

Re: [c-nsp] OSPF equal cost load balancing

Hi Pshem - No, only L3VPN and "standard" Inet links cheers From: Pshem Kowalczyk <pshe...@gmail.com> Sent: Thursday, 31 August 2017 6:51 AM To: CiscoNSP List; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] OSPF equal cost load balancing Are y

Re: [c-nsp] OSPF equal cost load balancing

AAh - Thank you James! So the ASR920 will not ECMP over 2 links, it requires 4...that would explain the difference between egress/ingress (and why the 920 is not working particularly well!) Yes, this is ECMP, not LAG - So changing the load sharing algorithm can only be done globally (As I

Re: [c-nsp] OSPF equal cost load balancing

provide some "better" balance as it has more algorithm balancing options to choose from? (Or potentially setting up TE, but I think this may be overkill, and not provide more benefit?) Cheers ____ From: Aaron Gould <aar...@gvtc.com> Sent: Thursda

[c-nsp] OSPF equal cost load balancing

Hi Everyone, Have an ASR920 connected to an ME3600 with 2 x 1Gb links with same ospf cost (It was a single 1Gb, but secondary 1Gb was added as utilization was getting close to 1Gb) - Was hoping for at least a partial balance of traffic across the 2 links, but egress from ASR920 to the

Re: [c-nsp] IPerf alternative

net Subject: Re: [c-nsp] IPerf alternative On 9 August 2017 at 08:39, CiscoNSP List <cisconsp_l...@hotmail.com> wrote: > Thanks Ryan - They did not include bidirectional simultaneous test in V3 I > dont think? (this is a test we definitely require, and one that is causing us > the most

Re: [c-nsp] IPerf alternative

From: Raymond Burkholder <r...@oneunified.net> Sent: Monday, 7 August 2017 8:40 PM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] IPerf alternative > On 7 Aug 2017, at 04:25, CiscoNSP List <cisconsp_l...@hotmail.com> wrote: > Looking for an al

Re: [c-nsp] IPerf alternative

more?)...I maybe wrong though? perhaps one of the forks? Cheers From: Josh Galvez <j...@zevlag.com> Sent: Tuesday, 8 August 2017 2:33 AM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] IPerf alternative I'm not sure how stuck on Laye

Re: [c-nsp] IPerf alternative

? From: Ryan Harden <harde...@uchicago.edu> Sent: Tuesday, 8 August 2017 7:14 AM To: Josh Galvez Cc: CiscoNSP List; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] IPerf alternative iperf is dead. Use iperf3, maintained by the folks at the Energy Science Network. http://software.es.net

Re: [c-nsp] IPerf alternative

Much appreciated Saku! Thanks. From: Saku Ytti <s...@ytti.fi> Sent: Monday, 7 August 2017 5:37 PM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] IPerf alternative On 7 August 2017 at 10:25, CiscoNSP List <cisconsp_l...@hotmail.c

[c-nsp] IPerf alternative

Hi everyone, Looking for an alternative to IPerf for link testing - Having some "reliability" concerns with IPerf results (Primarily with simultaneous data transfers) - Any recommendations are greatly appreciated (10G capabilities would be fantastic, but not 100% necessary) - Has anyone

Re: [c-nsp] Migrating multi 1Gb port-chan member ints to 10G .....possible withot having to create a new portchan?

did the sameso a relatively painless change,, and we now have 2x10Gs in the portchan. Thanks for all the suggestions - cheers. From: Pete Templin <peteli...@templin.org> Sent: Thursday, 15 June 2017 3:47 AM To: CiscoNSP List; Cisco Network Service Provider

Re: [c-nsp] Migrating multi 1Gb port-chan member ints to 10G .....possible withot having to create a new portchan?

nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Tuesday, 13 June 2017 8:25 AM To: Tom Hill; cisco-nsp@puck.nether.net; Nick Cutting Subject: Re: [c-nsp] Migrating multi 1Gb port-chan member ints to 10G .possible withot having to create a new

Re: [c-nsp] Migrating multi 1Gb port-chan member ints to 10G .....possible withot having to create a new portchan?

I dont believe that you can remove all of a portcchan's member Ints (Ive not tested this, but read a forum post were someone was attempting something similar (1G->10G), and the router threw an error when attempting to remove the last 1G Int (Something along the lines of "portchan cannot be

[c-nsp] Migrating multi 1Gb port-chan member ints to 10G .....possible withot having to create a new portchan?

Hi Everyone, Ive researched this, and the info Ive read s not entirely definitive (I dont have an opportunity to test the migration in a lab unfortunately_ We have an existing port-chan on an asr1006, with 4 x 1Gb portsegress from ASR1006 on the member ports is very balanced, but

Re: [c-nsp] Load balancing on portchan (4500X->ASR1006)

to ASR1000, which does L3 (dot1q subints on portchan).an old legacy setup from many years ago, that is goign to be retirred adap  Thanks From: "Rolf Hanßen" <n...@rhanssen.de> Sent: Sunday, 4 June 2017 12:49 AM To: CiscoNSP List Cc: cisco-nsp

[c-nsp] Load balancing on portchan (4500X->ASR1006)

Hi Everyone - Have a 4 port etherchan between ASR1006/4500X(In VSS) - Tried virtually all the load-balancing options on the 4500X, but port "1" in the portchan group always gets majority of traffic share. Links are: ASR1006 4500X (2) 0/0/31/1/4 1/0/01/1/16

Re: [c-nsp] Best practise/security design for BGP and OSPF

:23 PM To: CiscoNSP List Cc: adamv0...@netconsultings.com; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Best practise/security design for BGP and OSPF On 25 May 2017 at 05:25, CiscoNSP List <cisconsp_l...@hotmail.com> wrote: Hey, > but not XE? Regarding TTL(In both OSPF and BGP)..

Re: [c-nsp] Best practise/security design for BGP and OSPF

Tuesday, 23 May 2017 7:10 PM To: adamv0...@netconsultings.com Cc: CiscoNSP List; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Best practise/security design for BGP and OSPF On 23 May 2017 at 12:00, <adamv0...@netconsultings.com> wrote: Hey, > Regarding OSPF, > Best security is to u

[c-nsp] Best practise/security design for BGP and OSPF

Hi Everyone, Just doing a bit of a refresh of our current bgp+ospf templates to ensure they are inline with todays "best pracitse" (I have googled this, but majority of the exmaples are from circa 2012 or earlierso hoping someone can provide some feebdack :) Current BGP (We use RR's with

Re: [c-nsp] NCS4200 - re-badged ASR920 / ASR900 ?

Specific interest here alsowe are about to purchase a heap of 5501's, and ASR920's as PEsnow this NCS4200 has thrown a spanner in the works lolXR across the board would be much nicerbut if its BU split/politics, then it will be interesting times ahead.

Re: [c-nsp] NCS4200 - re-badged ASR920 / ASR900 ?

(I believe..5xxx/6xxx are)...It would be like having the ASR9001 running XE, where all others run XR,just seems wrong lol. Cheers From: Gert Doering <g...@greenie.muc.de> Sent: Wednesday, 26 April 2017 5:36 AM To: Erik Sundberg Cc: Pete Templin; Gert D

Re: [c-nsp] NCS4200 - re-badged ASR920 / ASR900 ?

From: Ted Johansson <ted.johans...@tele2.com> Sent: Tuesday, 25 April 2017 4:07 PM To: CiscoNSP List; cisco-nsp@puck.nether.net Subject: RE: NCS4200 - re-badged ASR920 / ASR900 ? The ASR900 series will not be replaced by NCS4200, both series will co-exist. Best Regards Ted -Or

[c-nsp] NCS4200 - re-badged ASR920 / ASR900 ?

Just noticed these on Cisco's site - They appear to be just re-badged ASR920/ASR900's? (They even use ASR920 power supplies etc) Anyone have any info on them? Is this Cisco discretely releasing a "new" ASR920/900 that supports Laeba-based chips perhaps, and ASR900/920 will be "replaced"?

Re: [c-nsp] (Off-Topic) HLD / LLD Network Documentation framework

the requirements, is paramount before even looking at HLD. Thanks From: adamv0...@netconsultings.com <adamv0...@netconsultings.com> Sent: Tuesday, 18 April 2017 7:28 PM To: 'CiscoNSP List'; cisco-nsp@puck.nether.net Subject: RE: [c-nsp] (Off-Topic) HLD

[c-nsp] (Off-Topic) HLD / LLD Network Documentation framework

Hi Everyone, Bit Off Topic, but hoping someone may have links/suggestions on the following: Looking for some example templates of HLD + LLD Network documentation - Had a bit of a google, but not having a lot of luck finding templates/example docs that have appealed to meWant to document

Re: [c-nsp] Design recommendation from Cisco

oesnt, Ill start a new thread... Cheers From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of Tom Hill <t...@ninjabadger.net> Sent: Tuesday, 7 March 2017 3:28 AM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Design recommendation from Cis

[c-nsp] Design recommendation from Cisco

Hi Everyone, Received a draft proposal/bom from Cisco for a new "core"...we currently run a bunch of ASR920's/ME3600's/ASR1Ks, utilising the 10G ports on ASR920's for interpop...obviously these are limited, so more an more ASR920's are being purchased purely for 10G...not ideal, so proposed

[c-nsp] ebgp - multihop - prefixes received are inaccessible (next hop)

Hi, Have a customer with 2 multiop eBGP peering sessions to 2 x ASR1001 - Sessions establish (2 hops away), they receive default, and advertise a /24 - we receive the /24, but prefixes "were" inaccessible and not added to routing table. Setup is not really ideal, but cust is peering to our

Re: [c-nsp] PE "Sprawl" - P/Core Router suggestions.

...hope this isnt the case Cheers From: Tim Durack <tdur...@gmail.com> Sent: Saturday, 31 December 2016 12:49 AM To: CiscoNSP List; Phil Bedard; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] PE "Sprawl" - P/Core Router suggestions. I have an NCS

[c-nsp] Segment Routing

Hi Everyone, Been doing a bit of reading on segment routing, and on paper it looks very interesting - Just wondering if anyone has deployed it, and what their experiences with it are? Coestinence with LDP is certainly a plus as migration from LDP->SR would be "easier"...theoretically, as

Re: [c-nsp] PE "Sprawl" - P/Core Router suggestions.

f the 5001? Im hoping someone on the list has used (Or is using) the 5000/5500 - As they are very new, stability is a concern - Cheers From: Phil Bedard <phil...@gmail.com> Sent: Friday, 30 December 2016 1:19 AM To: CiscoNSP List; cisco-nsp@puck.nether.net

Re: [c-nsp] PE "Sprawl" - P/Core Router suggestions.

; Sent: Wednesday, 28 December 2016 8:23 PM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] PE "Sprawl" - P/Core Router suggestions. Have you been looking at the ASR903? They support 8x10GE LCs and the chassis supports 6 LCs with the A900-RSP3C-400-S. Or perhaps Juniper ACX500

Re: [c-nsp] PE "Sprawl" - P/Core Router suggestions.

...If anyone has actually used them (Or running them in production), would love to hear your feedback - Cheers From: Saku Ytti <s...@ytti.fi> Sent: Wednesday, 28 December 2016 7:05 PM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] PE &

[c-nsp] PE "Sprawl" - P/Core Router suggestions.

Hi Everyone (Apologies in advance for the long post :) ) We have multiple POPs, of varying sizes, no true "core"due to size initially(# of customer tails @ POPs), collapsed design was used to reduce capex/improve ROI. Hardware currently used are ME3600's/ASR920's/ASR1Ks(LNS/Transit), and

Re: [c-nsp] Incremental SFP (ISPF) - Provide any benefits "now"?

<cisco-nsp-boun...@puck.nether.net> on behalf of James Bensley <jwbens...@gmail.com> Sent: Wednesday, 21 December 2016 9:06 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Incremental SFP (ISPF) - Provide any benefits "now"? On 16 December 2016 at 14:01, CiscoNSP List &

Re: [c-nsp] cisco SDC ?

Secure Data Center ? http://www.cisco.com/c/dam/en/us/solutions/collateral/enterprise/design-zone-security/sdc-dg.pdf Design and Implementation Guide - Cisco Systems www.cisco.com Secure Data

Re: [c-nsp] Incremental SFP (ISPF) - Provide any benefits "now"?

..somewhat strange, but I pressed them for more info, and that is all that they have provided so far... From: adamv0...@netconsultings.com <adamv0...@netconsultings.com> Sent: Friday, 16 December 2016 11:31 PM To: 'CiscoNSP List'; cisco-nsp@puck.nether.net Sub

[c-nsp] Incremental SFP (ISPF) - Provide any benefits "now"?

Hi, Quick question re ISPF - Seems to be a very old feature (Introduced 12.0?) that was more "efficient" than full SPF algorithm (Allows OSPF to converge faster)...but it appears Cisco are deprecating it, and I can only assume because it is no longer necessary on today's faster hardware?

Re: [c-nsp] Router memory problem

Very bleary eyed - but shouldnt this: ip prefix-list max23 seq 5 permit 0.0.0.0/0 ge 8 le 16 be: ip prefix-list max16 seq 5 permit 0.0.0.0/0 ge 8 le 16 As you are referencing max16 in your dist-ist router bgp distribute-list prefix max16 in From:

[c-nsp] OSPF / FRR(rLFA) + Non FRR links

Hi, Have an interesting(unexpected) situation on an ASR920 that is running ospf / frr(rLFA) to a number of other ASR920's (All running sopf / frr(rLFA)but it also has a non-frr(rLFA) link to a 7200, which also has a non-frr(rLFA) link back to the other ASR920's (So bascially a triangle

[c-nsp] OSPF rLFA FRR - Criteria for creation of repair paths (ASR920)

Hi Everyone - Apologies for the long post, and hope the ascii diag retains shape! Im hoping someone can explain what process a router goes through when deciding to create repair paths/tunneland how it decides how "many" it will create. I have the following setup, and just trying to

Re: [c-nsp] OSPF Loop-Free Alternate Fast Reroute and repair path

sco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Friday, 30 September 2016 7:57 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] OSPF Loop-Free Alternate Fast Reroute and repair path Ok - A little digging, I found "sh ip ospf rib

Re: [c-nsp] OSPF Loop-Free Alternate Fast Reroute and repair path

LSA: 1/xxx.xxx.76.207/xxx.xxx.76.207 Thanks From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Friday, 30 September 2016 7:39 PM To: cisco-nsp@puck.nether.net Subject: [c-nsp] OSPF Loop

[c-nsp] OSPF Loop-Free Alternate Fast Reroute and repair path

Hi Everyone - Have some ASR920's that have just been deployed, and have just setup ospf+mpls on the Interpop links - One of the ASR920's has a link to a legacy 7200, that will be retired soon, and Ive set ospf cost very high on that link, as I dont want it used, unless all other interpop links

Re: [c-nsp] aggregate-address with 2 neighbours

kov...@gamma.co.uk> Sent: Wednesday, 28 September 2016 9:38 PM To: CiscoNSP List; cisco-nsp@puck.nether.net Subject: RE: aggregate-address with 2 neighbours > CiscoNSP List > Sent: Wednesday, September 28, 2016 11:01 AM > > Hi Everyone, > > > If we have a customer with 2 si

[c-nsp] aggregate-address with 2 neighbours

Hi Everyone, If we have a customer with 2 sites, that has there own /24 that they have split into 2 x /25's - Each site advertises its /25 to us (In a single VRF)...we then want to advertise the aggregate /24 to our upstreamsso, to achieve this we would need to use (under address-family

Re: [c-nsp] BGP full feeds on ASR1k

here's a non-production asr1006 (rp1/only 4gb ram), 2 full feeds, 2 peering feeds(~extra 20,000 prefixes on top of the 2 full feeds from the peerings) #sh memory summary HeadTotal(b) Used(b) Free(b) Lowest(b) Largest(b) Processor 300AC008 1717380576

Re: [c-nsp] ASR1000 memory

Yes - We have used Curvature branded (third party) ram in ASR's (The 1001s)havent had an issue with it. cisco ASR1001 (1RU) processor with 6854860K/6147K bytes of memory. 16777216K bytes of physical memory. From: cisco-nsp

[c-nsp] Virtual CPE / NFV

Hi Everyone - Slightly off topic, but am hoping some of the brains trust on the list can provide some feedback/experience in the vCPE/NFV area. We predominantly provide L3VPNs to customers, supply the CE (TYpically over spec'd to allow for future growth), and as this model "works", it is quite

Re: [c-nsp] Netflow with nfsen issue

Havent followed the entire thread, but you are using FNF correct? sh ip cache flow is for the "old style" (ip flow ingress) with FNF, there's a lot more flexibility to viewing flowsi.e. sh top talker sorted - show flow monitor cache sort highest counter packets top 20

Re: [c-nsp] Default / catchall VPDN group for LNS

gmail.com> Sent: Wednesday, 6 July 2016 7:15 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Default / catchall VPDN group for LNS Hmm, not sure why you have a VPDN group per LAC. On 6 July 2016 at 05:36, CiscoNSP List <cisconsp_l...@hotmail.com> wrote: > vpdn-group 1 >

[c-nsp] Default / catchall VPDN group for LNS

Hi Everyone, We (currently) create a new vpdn-group every time a new LAC is enabled(bought online) by one of our DSL providers - Cumbersome, and if we miss the e-mail notification from them, any DSL services initiating connections from the new LAC are rejected by our LNSas the password

Re: [c-nsp] Connected routes / Static routes advertised to RR's

see if they are both needed) Cheers! From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Thursday, 30 June 2016 7:45 AM To: Oliver Boehmer (oboehmer); Nick Hilliard Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp]

Re: [c-nsp] Connected routes / Static routes advertised to RR's

Loop IP's) From: Oliver Boehmer (oboehmer) <oboeh...@cisco.com> Sent: Wednesday, 29 June 2016 9:19 PM To: Nick Hilliard; CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Connected routes / Static routes advertised to RR's Nick wrote: >

[c-nsp] Connected routes / Static routes advertised to RR's

Hi Everyone, Have an issue with an RR client and advertising its connected and static routes to RR's (Note - From all other RR-clients, static and connected routes are working fine) The prefixes on the RR client are advertised, and I can reach the "connected" prefix IP's, but a static route

Re: [c-nsp] Private IP in point to point link on internet

Yes - We were going to use /31's for cust eth links, but as Win7 etc dont support them, it made testing the links to a Lappy/PC rather difficult, so had to stick with wasting 2 IP's and use /30 All our Core p-t-p links are /31s though...saves a heap on IP "wastage"

[c-nsp] ASR920 (24SZ-M) 10Gb ports...not dual rate?

Hi Everyone, Just tried inserting a 1G SFP into one of the 4 10Gb ports on one of our ASR920's, and got the following error: Jun 21 2016 14:30:13.036 GMTWA: %TRANSCEIVER-6-INSERTED: SIP0: iomd: transceiver module inserted in TenGigabitEthernet0/0/25 Jun 21 2016 14:30:18.076 GMTWA:

Re: [c-nsp] netflow on bridge domain interface

R) or Advanced Video Coding (AVC) From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Thursday, 19 May 2016 12:17 PM To: Mike; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] netflow on bridge domain interfa

Re: [c-nsp] ASR1000 RP1 vs RP2

Ive got some ASR1006's with RP1/SIP10purchased years ago, and they do the job, but If buying one now, Id def go RP2...writing conf, sh commands(Both can be horribly slow vs RP2), flexibility to add more ram, bigger/newer SIPs/ESPs etcmore $, but worth it imo.

Re: [c-nsp] ASR920 - Any "outstanding" TAC cases people are working through?

d memory is released. From: Erik Sundberg <esundb...@nitelusa.com> Sent: Friday, 3 June 2016 5:41 AM To: CiscoNSP List; Mark Tinka; James Jun Cc: cisco-nsp@puck.nether.net Subject: RE: [c-nsp] ASR920 - Any "outstanding" TAC cases people are working through? We have been using ASR92

Re: [c-nsp] ISR4431 memory usage

Thanks Juergen - Did you notice any significant increase in ram utilisation once you enabled the 2 full tables? (i.e. ours is currently sitting at ~83%, base conf)or did memory usage not change that much (i.e. it was "reallocated" from other processes) Cheers

Re: [c-nsp] ISR4431 memory usage

Thanks Chuck - Much appreciated. From: Chuck Church <chuckchu...@gmail.com> Sent: Thursday, 2 June 2016 12:32 PM To: 'CiscoNSP List'; cisco-nsp@puck.nether.net Subject: RE: [c-nsp] ISR4431 memory usage I don't see a problem with the amount of memory you'

Re: [c-nsp] ISR4431 memory usage

<ncutt...@edgetg.com> Sent: Wednesday, 1 June 2016 10:52 PM To: CiscoNSP List; cisco-nsp@puck.nether.net Subject: RE: ISR4431 memory usage My 4431's command outputs look similar to yours - almost the same in fact, and I've got maybe 1k routes on these and a few vrfs I think it pre-allocates t

Re: [c-nsp] ISR4431 memory usage

on the 4431, but it's looking like 8Gb might be needed to safely do so? Cheers From: Chuck Church <chuckchu...@gmail.com> Sent: Wednesday, 1 June 2016 10:09 PM To: 'CiscoNSP List'; cisco-nsp@puck.nether.net Subject: RE: [c-nsp] ISR4431 memory usage

[c-nsp] ISR4431 memory usage

Hi Everyone, Purchased a couple of ISR4431's for a small POP, that has a single IPTransit service (Currently being handled by an old 2851, taking full table and default)obviously full table not necessary, but we had a customer at this POP that wanted the full table advertised to them, so

Re: [c-nsp] ASR920 - Any "outstanding" TAC cases people are working through?

Cheers Guys - Have 03.16.02aS on the ones ready for deployment, so fingers crossed, it remains a stable release :) Thanks for the feedback. From: Mark Tinka <mark.ti...@seacom.mu> Sent: Thursday, 26 May 2016 3:35 PM To: James Jun; CiscoNSP List Cc:

[c-nsp] ASR920 - Any "outstanding" TAC cases people are working through?

Hi Everyone, Just reading through all the recent threads, and as we are about to deploy a number of these boxes in production, wanted to be 100% on any potential issues we may face (couple of recent posts, mention ASR920, ISIS stopping working(And routing unexpectedly), and reboot "resolves"

Re: [c-nsp] LNS Alternatives

Cheers Raphael - Wasnt aware of the vrf complexities.this would hurt us significantly, as 70-80% of our DSL tails are in vrf's From: cisco-nsp on behalf of raf Sent: Monday, 23 May 2016 7:39 PM

Re: [c-nsp] LNS Alternatives

appreciated. From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of James Bensley <jwbens...@gmail.com> Sent: Monday, 23 May 2016 7:28 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] LNS Alternatives On 23 May 2016 at 10:03, C

Re: [c-nsp] LNS Alternatives

Cheers James - We need them all(5), as our POPs are geographically VERY far apart lol..majority of our customers are eth based, and use DSL as either redundant link, or where eth/fibre not available...unfortunately, they make a HUGE noise re latency(They are VERY latency conscious!)

Re: [c-nsp] ASR1006 Hardware redundancy question

You have no RP/ESP/SIP redundancyif any of those fail, you are in trouble If you add another RP+ESP, then you have auto redundancy...one will be primary, the other failover (We have them, I have tried this many times in the lab.ie disconnecting primary RP etc to ensure backup RP takes

Re: [c-nsp] LNS Alternatives

so simple :) Cheers From: Patrick Cole <z...@amused.net> Sent: Sunday, 22 May 2016 11:52 AM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] LNS Alternatives I have used l2tpns in a cluster successfully in the past for this. It's capable of doin

Re: [c-nsp] LNS Alternatives

link/info. From: Charles Sprickman <sp...@bway.net> Sent: Sunday, 22 May 2016 10:48 AM To: CiscoNSP List Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] LNS Alternatives > On May 21, 2016, at 8:32 PM, CiscoNSP List <cisconsp_l...@hotmail.com> wrote: > > Hi E

[c-nsp] LNS Alternatives

Hi Everyone, We have around 5 POPs that need to terminate DSL tails, so require LNS - historically, we have done this on 7200's, now with 7200 basically EOLd, we are looking at the ASR1K's, but the broadband licensing on them is heinously expensive...Just wondering what others are using as an

Re: [c-nsp] FNF vs "old" netflow

y 2016 7:25 AM To: CiscoNSP List; Roland Dobbins; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] FNF vs "old" netflow On 21/May/16 23:02, CiscoNSP List wrote: > Thanks for the reply Roland - Our main issue is that we have a legacy billing > platform, that utilises netflow data (So

Re: [c-nsp] FNF vs "old" netflow

.net> on behalf of Roland Dobbins <rdobb...@arbor.net> Sent: Sunday, 22 May 2016 6:00 AM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] FNF vs "old" netflow On 21 May 2016, at 20:42, CiscoNSP List wrote: > If this is true, could we potentially "limit" the numbe

[c-nsp] FNF vs "old" netflow

Hi Everyone, Historically, to capture ingress/egress with V5 netflow, we have enabled ip flow ingress on PE cust interface, and also on interpop/transit links...using ip flow ingress and egress was always a no no, as you saw duplicate traffic? With FNF, with "match flow direction" enabled,

Re: [c-nsp] netflow on bridge domain interface

Hmm..replied to this earlier, but didnt show up on the list (My other replies have come through immediately) - re-sendapologies for double post, if the original reply shows up :) I ran into a similar problem on our older ASR1001's, trying to get FNF to workone way traffic only being

Re: [c-nsp] Pre-owned equipment vender

If you purchase from Curvature, and purchase their support, you basically get tech support(Not overly great, but TAC isnt either lol)+advanced hardware replacement , but you dont get access to software updateshence why we purchase smartnet on any kit we get from Curvature.

Re: [c-nsp] Pre-owned equipment vender

Yes - As per a previous reply to you, we have dealt with Curvature/NHR for many years, and concur with Jason - No complaints at all.great to deal withlol, even better when AUD was at parity (Or better) with USD! From: cisco-nsp

Re: [c-nsp] netflow on bridge domain interface

I ran into a similar problem on our older ASR1001's, trying to get FNF to workone way traffic only being reported(Config was correct)opened TAC case that was "protracted"out of frustration, and needing FNF "immediately", I ended up having to just use old-style dot1Q subints, and

[c-nsp] EVC/BDI vs dot1q subint on ASR1K

Hi Everyone, Historically, we have used the old-style dot1q subints on 7200's, and then when we moved to the ASR1K, BDI had a bug with FNF, so we went with dot1q subints, purely for netflow support.BDI/FNF Ive yet to test on our new batch of ASR1001X's, but do "most" use EVC/BDI vs dot1q

Re: [c-nsp] ASR920 vs ME3600 (BDI/vlan/dot1q subints)

Cheers Mark - much appreciated. From: Mark Tinka <mark.ti...@seacom.mu> Sent: Thursday, 12 May 2016 5:37 AM To: CiscoNSP List; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] ASR920 vs ME3600 (BDI/vlan/dot1q subints) On 11/May/16 08:32, CiscoNS

Re: [c-nsp] ASR920 stops routing unexpectedly

Hmm…If memory serves correct, Marks issue may have been on the ME3600(ISIS issue), not the ASR920…..Ill confirm tomorrow From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of CiscoNSP List <cisconsp_l...@hotmail.com> Sent: Wedne

  1   2   3   4   5   >