[c-nsp] ASR 1000 series again: Netflow export

Tassos Chatzithomaoglou achatz at forthnet.gr
Fri May 15 04:49:07 EDT 2009


The real advantage of ASR's management port is the ability to use it regardless of the IOS 
condition.
Other than that, i don't know how QFP marketing was supposed to solve all things, but 
netflow functionality in ASR (CPU bound?) is in infant phase.


-- 
Tassos


Elmar K. Bins wrote on 15/05/2009 11:12:
> benny+usenet at amorsen.dk (Benny Amorsen) wrote:
> 
>> The mgmt port should perhaps be thought of as an ethernet version of the
>> console port? Personally, I would prefer that to be the case; the more
>> it looks like a serial port + a terminal server + a power control bar,
>> the better.
> 
> Which is of not much use. Initial configuration happens over the console,
> and from then on, the Mgt port is supposed to be the out-of-band
> management transfer, used for
> 
>   - AAA (Tacacs etc)
>   - Logging
>   - ssh
>   - NTP
>   - SNMP
>   - SW updates
>   - Netflow
> 
> 
> What's the use of deliberately disabling part of the management
> functionality, just because "it might not be able to keep up
> with the bandwidth"? I can easily saturate the bw with SW updates.
> 
> This forces everyone with out-of-band management and monitoring
> equipment to sacrifice one of the "power ports" for management
> and again run ACL based security there. Just like in the olden
> days...
> 
> I think I'll also take this up with the BU, since implementation
> might be two keystrokes. Yet, with the release policy on XE, we
> will probably not see such a feature for quite a while.
> 
> Life sucks sometimes...
> 
> Elmar.
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
> 


More information about the cisco-nsp mailing list