Re: [c-nsp] Something I was thinking about whilst idle the otherday.

Right or at least be consistent, use masks or wild card bits but not both. I remember someone discussing the hardware reasons for this but still.:) - Original Message - From: "Whisper" <[EMAIL PROTECTED]> To: "Wink" <[EMAIL PROTECTED]> Cc: Sent: Thursday, March 20, 2008 7:45 PM Subject

Re: [c-nsp] Something I was thinking about whilst idle the other day.

cidr notation for inputting ip addresses for all platforms 192.168.0.1/24 On Fri, Mar 21, 2008 at 9:42 AM, Wink <[EMAIL PROTECTED]> wrote: > I think he means across all platforms the MAC address should be > formatted the same. > > More generally, I wish IOS was more consistent. Such as the use

Re: [c-nsp] 7201 cpu (revisited)

How many PPPoE sessions did you have terminated and approx what traffic flow in those graphs? On 21/03/2008, at 5:30 AM, Tassos Chatzithomaoglou wrote: > We did some testing on a NPE-G2 for a week and this was the > difference from NPE-G1: > > http://img84.imageshack.us/img84/905/g1vsg2px4.g

Re: [c-nsp] Something I was thinking about whilst idle the other day.

I think he means across all platforms the MAC address should be formatted the same. More generally, I wish IOS was more consistent. Such as the use "mask" or "netmask" in various places. I also wish that the new features weren't always released in a "half-way" fashion. So "yay!" Cisco can do

Re: [c-nsp] Something I was thinking about whilst idle the other day.

Wyatt Mattias Ishmael Jovial Gyllenvarg wrote: > How about mac addresses are always in the same format and always lower case? > > That one is enough too make me fart blood! So what exactly is the problem with that? It's a hexadecimal number. Any random pile of text you could come up with could

[c-nsp] [cisco-nsp] migration plan

Hi guys, I'm delegated the responsiblity of migration of our existing network infrastructure to a new design with new network devices and i should minimize the down time to least possible time we are migrating from a router connected to a software firewall and just 5 access switches and 1 distribut

[c-nsp] Something I was thinking about whilst idle the other day.

How about mac addresses are always in the same format and always lower case? That one is enough too make me fart blood! //Mattias Gyllenvarg ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive

Re: [c-nsp] 7201 cpu (revisited)

We did some testing on a NPE-G2 for a week and this was the difference from NPE-G1: http://img84.imageshack.us/img84/905/g1vsg2px4.gif PPPoE termination, Qos/ACL/netflow per user, simple mcast, plus some basic routing stuff. We used exactly the same setup (latest SB IOS) and same customers on b

Re: [c-nsp] BFD for HSRP

Thanks Oli, Could you send me any reference/description of the solution on IOS-XR? Tks, Alaerte -Original Message- From: ext Oliver Boehmer (oboehmer) [mailto:[EMAIL PROTECTED] Sent: Thursday, March 20, 2008 1:09 PM To: Vidali Alaerte (NSN - BR/Rio de Janeiro); cisco-nsp@puck.nether.ne

Re: [c-nsp] Can't find MIB : LM-SENSORS-MIB

8:59am coueffe charly said: >I would like check with command : SNMPWalk , the power >environnement , >but I don't find the MIB : LM-SENSORS-MIB. > >I would like the same result as the command : show power but >with snmp >for graph the result. > >

Re: [c-nsp] Cisco vs. Turin

I thought I¹d summarize the responses I received. Basically its 50/50. I received an equal amount of responses that alternated between ³worst box ever² and ³runs very well with very few issues². It does appear that when configured in a specific manner the outcome is very positive. That being wi

Re: [c-nsp] Something I was thinking about whilst idle the other day.

Make one side of the box the business end, and don't put ANY interfaces on the other side. (admittedly, this has gotten better over time) David Barak Need Geek Rock? Try The Franchise: http://www.listentothefranchise.com --- On Thu, 3/20/08, Sam Stickland <[EMAIL PROTECTED]> wrote: > From:

Re: [c-nsp] Something I was thinking about whilst idle the other day.

A few things that would make my day-to-day life a litlte bit easier, that I really don't think are that hard: A text pager that lets you scroll backwards Outbound telnet from FWSMs/PIXs (to check port connectivity) "Show running-config all" for showing full configuration (including defaults).

Re: [c-nsp] IOS 12.2(33)SRB2 clear arp-table

Hi Andrey, How are you detecting that the arp-table is spontaneously cleared? I'm wondering whether it is increasing in size before it clears, and whether it then immediately begins to increase again to normal levels. If there is a scan taking place on your network (e.g. virus or network disc

Re: [c-nsp] Something I was thinking about whilst idle the other day.

On (2008-03-20 15:14 +0100), Gert Doering wrote: > Alas, a 6724-GE-TX would be nice... 6748-GE-TX is way overkill for us in > most locations, and a 6724-SFP plus 24 GLC-Ts looks quite stupid. Not to mention they only run 1GE, not 10/100. I wish there'd be LAN refresh that would bring DOM and 1

Re: [c-nsp] Cisco 3020 blade switches hung, HLFM errors, network meltdown?

So that's a good point. Would storm-control have helped any here with sufficiently low values as to not overwhelm the entire network? Would that be on the port-channel or the member interfaces (or both)? Mateusz B?aszczyk wrote: > As Fredrik said running "channel-group on" could be very danger

Re: [c-nsp] bgp redistribution timers

Sorry, I didn't mean to imply there were redistribution timers. Just to clarify, in the scenario below, how long would it be before router R4 chooses the next Feasible successor with the timers previously listed for a single route that disappeared from R1s routing table. R1--R2-R3-R4

Re: [c-nsp] BFD for HSRP

[EMAIL PROTECTED] <> wrote on Thursday, March 20, 2008 4:02 PM: > Hi, > > Do you know if BFD for HSRP can be configured on Etherchannel? > If not, what will occur if HSRP for BFD support is configured in Vlan > interface level, BFD is configured in 2 interfaces participating on > etherchannel, a

Re: [c-nsp] bgp redistribution timers

Uddin, Tahir <> wrote on Thursday, March 20, 2008 4:27 PM: > If I have a bgp timer of 30 90 seconds and redistributing into eigrp > with default timers 5 15 seconds, would the downstream eigrp neighbor > reroute after 90 seconds or 90 + 15 = 105 seconds. there is no such thing as a "redistributio

[c-nsp] bgp redistribution timers

If I have a bgp timer of 30 90 seconds and redistributing into eigrp with default timers 5 15 seconds, would the downstream eigrp neighbor reroute after 90 seconds or 90 + 15 = 105 seconds. Thanks - The information contained in this transmission may

[c-nsp] BFD for HSRP

Hi, Do you know if BFD for HSRP can be configured on Etherchannel? If not, what will occur if HSRP for BFD support is configured in Vlan interface level, BFD is configured in 2 interfaces participating on etherchannel, and there is a failure on 1 interface of the bundle? Will BFD communicate the

Re: [c-nsp] Something I was thinking about whilst idle the other day.

Hi, On Thu, Mar 20, 2008 at 02:00:37PM +, [EMAIL PROTECTED] wrote: > just be thankful you CAN 'just plug' SFP modules into the > CISCO kit - I've been dealing with other kit where the > SFPs are fixed into the blades/devices and you have to > order to spec - no personal choice to change an SX

Re: [c-nsp] Something I was thinking about whilst idle theother day.

Saku Ytti wrote: >> I think by "support" he means "you plug it into the switch/router and it >> works", not technical support. > That indeed is there in many platforms. This is more of a business thing than a gripe with IOS itself, but a four-liner from Cisco to the effect of: "We won't labe

Re: [c-nsp] Something I was thinking about whilst idle the other day.

hi, just be thankful you CAN 'just plug' SFP modules into the CISCO kit - I've been dealing with other kit where the SFPs are fixed into the blades/devices and you have to order to spec - no personal choice to change an SX with an LX or GLC ! alan __

Re: [c-nsp] Something I was thinking about whilst idle the other day.

> I think by "support" he means "you plug it into the switch/router and it > works", not technical support. That indeed is there in many platforms. -- ++ytti ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/list

Re: [c-nsp] Something I was thinking about whilst idle the other day.

On 20/03/2008, at 9:11 PM, Saku Ytti wrote: > On (2008-03-19 13:58 -0500), Justin Shore wrote: > >> Support for 3rd-party SFPs. > > You're asking quite lot, why would company want to actively support > 3rd party > SFP, they'd need to spend money testing them without getting > revenues, I > kn

Re: [c-nsp] Something I was thinking about whilst idle the other day.

Hi, On Thu, Mar 20, 2008 at 08:22:49AM -0400, Drew Weaver wrote: > > Ah yes, I love those guys.. > > I got sick of trying to be polite and just said 'Sorry, my routers > > have more important things to do, than respond to your ICMP packets.' > Get more/better routers. You'll pay? gert -- USENET

Re: [c-nsp] Something I was thinking about whilst idle the other day.

Hi, On Thu, Mar 20, 2008 at 08:22:23AM -0400, Drew Weaver wrote: > As someone who works for a company that has potential > customers that use trace route to determine whether or not to use > one company's service over another [yes, I realize that is a very > poor metric but it is a very co

Re: [c-nsp] IOS version

After much deliberation, we chose to go 6500 for primarily GigE and some 10Gig. Toyed with purchasing SIP-400 cards for lower speed WAN style interfaces, but I think we can avoid that by using the VS-S720 for WAN facing ports as it has good size buffers. Of course we lose all the fancy QoS and othe

Re: [c-nsp] Something I was thinking about whilst idle the other day.

Tracing connectivity issues were a lot easier in the days when routers consistently responded to ICMP packets and ICMP wasn't filtered. It's only made troubleshooting more difficult, not easier. I understand the need for DoS protection (applied perhaps via rate-limiting based on combination of so

Re: [c-nsp] Something I was thinking about whilst idle the other day.

-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shane Short Sent: Wednesday, March 19, 2008 9:11 PM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Something I was thinking about whilst idle the other day. Ah yes, I love those guys.. I got sick of try

Re: [c-nsp] Something I was thinking about whilst idle the other day.

-Original Message- From: Tom Storey [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2008 10:01 PM To: Phil Bedard Cc: Drew Weaver; 'cisco-nsp@puck.nether.net' Subject: Re: [c-nsp] Something I was thinking about whilst idle the other day. > It's only bad if the process using it is st

Re: [c-nsp] ARP and less specific interface entries

I'm not sure I fully understand what you said, but it appears plausible. =) Thanks, Frank -Original Message- From: Rodney Dunn [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2008 10:50 PM To: Frank Bulk Cc: 'Peter Hicks'; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] ARP and less

Re: [c-nsp] IOS version

Hi Thanks for that. My requirements are: 1. to have an increased number of Ethernet ports for customer connections, i.e. make use of 48port GigE cards 2. to have stable BGP including carrying full Internet routes 3. Use basic policy maps for traffic rate limiting per interface 4. have the potentia

Re: [c-nsp] Connecting PA-MC-T3 to PA-T3+

If you had the PA-MC-2T3+ you could do it: http://www.cisco.com/warp/public/471/pa-mc-2t3_unchannel.html Jason On 3/19/08 10:10 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Is there any way to have a PA-MC-T3 in a 7206 use the full DS3 (non > channelized) for an HDLC connection to > An

Re: [c-nsp] Something I was thinking about whilst idle the other day.

On (2008-03-19 13:58 -0500), Justin Shore wrote: > Support for 3rd-party SFPs. You're asking quite lot, why would company want to actively support 3rd party SFP, they'd need to spend money testing them without getting revenues, I know my company wouldn't do it. Cisco does accept 3rd party SFP's t

Re: [c-nsp] Cisco 3020 blade switches hung, HLFM errors, network meltdown?

As Fredrik said running "channel-group on" could be very dangerous: http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a008009448d.shtml Best Regards, -mat On 20/03/2008, Fredrik Jacobsson <[EMAIL PROTECTED]> wrote: > In a stp troubleshooting paper on cco, I saw a recommenda

Re: [c-nsp] Something I was thinking about whilst idle the other day.

On (2008-03-19 14:20 -0400), Drew Weaver wrote: > What are some persistent things about Cisco products that no > matter how high into the product line you travel you cannot get away from? I > was sitting around the other day thinking about how odd it is that in 2008 > the BGP sc

Re: [c-nsp] Something I was thinking about whilst idle the other day.

> -Original Message- > From: [EMAIL PROTECTED] [mailto:cisco-nsp- > [EMAIL PROTECTED] On Behalf Of Drew Weaver > Sent: Wednesday, March 19, 2008 2:20 PM > To: 'cisco-nsp@puck.nether.net' > Subject: [c-nsp] Something I was thinking about whilst idle the other day. > > What ar

Re: [c-nsp] 7200+SRC, Netflow fast path no longer supported?

Rodney, all interfaces on this box are 802.1q trunks, here is a typical configuration: ! interface GigabitEthernet0/2 description Trunk to switch mac-address 0011.2047.501c mtu 1548 no ip address no ip redirects no ip unreachables no ip proxy-arp media-type rj45 speed 1000 duplex full

[c-nsp] Can't find MIB : LM-SENSORS-MIB

Hi, I would like check with command : SNMPWalk , the power environnement , but I don't find the MIB : LM-SENSORS-MIB. I would like the same result as the command : show power but with snmp for graph the result. I mon

Re: [c-nsp] Cisco 10K MPLS VPN

FAHAD ALI KHAN wrote on Thursday, March 20, 2008 6:04 AM: > Oli > > autoroute announce will send all the traffic (IGP + VPN) towards > tunnel, where as i dont want to send IGP traffic but only VPN > traffic. > > Is there any way.well u say static...managment of s