Re: OT: VSS dual active detection mechanisms

Hi James,

1)Yes I do have Fast hellos configured and the link is up. But the thing is
that it is not reloading by itself when the VSL link comes up..One of them
gets into recovery mode which means that it has detected another active
chasis.

2)As for exclusion list:

When a dual-active scenario is detected, part of the recovery action is for
the chassis to shut down all of its non-VSL interfaces. You can specify one
or more interfaces to be excluded from this action (for example, to exclude
the interface you use for remote access to the chassis).

To specify interfaces that are not to be shut down by dual-active recovery,
perform this task:

I guess without it, if VSL links fail everything should fail, so I thought
to enable exclusion list on one of the switches (so at least one switch can
server the network),

I would highly appreciate the feedback/ideas regarding the 1st point.
Thanks

On Mon, Oct 25, 2010 at 11:15 PM, Poplawski, James <
jpoplawski_at_starkinvestments.com> wrote:

> 1) Do you have a Dual Active line setup? My recollection is it
> just rectify itself/
>
> a. Show switch virtual dial-active fast-hello
>
> 2) Im trying to recall the exclusion list. I thought it was
> preventing the ports from working in a failover mode? Please forward me
the
> cisco link youre referencing. As I recall we opted not to do the
> exclusion, but you have to weigh out what works in your environment.
>
>
>
> *From:* karim jamali [mailto:karim.jamali_at_gmail.com]
> *Sent:* Monday, October 25, 2010 2:47 PM
> *To:* Poplawski, James
> *Cc:* koen_at_koenzeilstra.com; ccielab_at_groupstudy.com
>
> *Subject:* Re: OT: VSS dual active detection mechanisms
>
>
>
> Hello experts,
>
> Regarding VSS Dual active detection, I just want to check on one thing
> which I am facing in a production environment.
> 1)When I tend to remove the VSL links between the core switches (note that
> I configured Fast hellos as dual active detection mechanism), and put them
> back I see one of the switches in recovery mode and the other isn't and
when
> I reconnect the VSL link back it still shows as active/active..Until I
> reload the switch things go back to normal.
>
> 2) Is it a best practice to configure the exclusion list on one of the
> switches in order not to lose complete service?
>
> Thanks
>
> On Mon, Oct 25, 2010 at 4:39 PM, Poplawski, James <
> jpoplawski_at_starkinvestments.com> wrote:
>
> It's a Layer 3 Port Channel, STP not required.
>
> interface TenGigabitEthernet1/5/4
> description VSS Link
> no switchport
> no ip address
> mls qos trust cos
> channel-group 10 mode on
> end
>
> Nice little article on VSS.
>
>
http://www.cisco.com/en/US/products/ps9336/products_tech_note09186a0080a7c74c
.shtml
>
> HTH,
> JB
>
>
> -----Original Message-----
> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
> koen_at_koenzeilstra.com
> Sent: Monday, October 25, 2010 2:45 AM
> To: 'ccielab_at_groupstudy.com'
> Subject: Re: OT: VSS dual active detection mechanisms
>
> Thanks for the replies.
>
> Do you still use STP as a precaution measure in case VSS fails or do you
> completely trust VSS and have you removed all STP config?
>
>
>
>
> On Thu, 21 Oct 2010, Poplawski, James wrote:
>
> > I know you can use Gig Int, I have been for over a year. :)
> >
> > One other recommendation, or best practice. Spread your 10G Port channel
> across two different line cards. IE if you have another 10G blade use one
> 10G from one blade and another 10G port from another blade to be a part of
> the port channel bundle.
> >
> > I only have the two teng's that came with my sups, so I'm not running
> "best practice". Uncle John (Chambers) is slightly disappointed with me.
> >
> > -JB
> >
> > ----- Original Message -----
> > From: Ryan West [mailto:rwest_at_zyedge.com]
> > Sent: Thursday, October 21, 2010 10:16 AM
> > To: Poplawski, James; 'Thomas Perrier' <thomas_at_perrier.name>; Koen
> Zeilstra <koen_at_koenzeilstra.com>
> > Cc: ccielab_at_groupstudy.com <ccielab_at_groupstudy.com>
> > Subject: RE: OT: VSS dual active detection mechanisms
> >
> > James,
> >
> > We're doing the same:
> >
> > show switch virtual dual-active fast-hello
> > Fast-hello dual-active detection enabled: Yes
> >
> > Fast-hello dual-active interfaces:
> > Port Local State Peer Port Remote State
> > ---------------------------------------------------
> > Gi1/1/48 Link up Gi2/1/48 Link up
> >
> > One thing to remember though, fast hellos are only supported if you're
> running SXI. I tried the ePaGP route to a stack of 3750G's running
> 12.2(55)SE, no luck.
> >
> > -ryan
> >
> > -----Original Message-----
> > From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
> Poplawski, James
> > Sent: Thursday, October 21, 2010 11:08 AM
> > To: 'Thomas Perrier'; Koen Zeilstra
> > Cc: ccielab_at_groupstudy.com
> > Subject: RE: OT: VSS dual active detection mechanisms
> >
> > Am I missing something???
> >
> > Core-01#show switch virt dual-active fast-hello Fast-hello dual-active
> detection enabled: Yes
> >
> > Fast-hello dual-active interfaces:
> > Port Local State Peer Port Remote State
> > ---------------------------------------------------
> > Gi1/1/48 Link up Gi2/1/48 Link up
> >
> > Core-01#
> >
> > I think you can spare 1 Gig port per chassis (2 total). I can't even
> imagine the fun experienced with two active Core Switches. Sounds like an
> RGE to me.
> > JB
> >
> >
> > This transmission contains information for the exclusive use of the
> intended recipient and may be privileged, confidential and/or otherwise
> protected from disclosure. Any unauthorized review or distribution is
> strictly prohibited. Our company is required to retain electronic mail
> messages, which may be produced at the request of regulators or in
> connection with litigation. Electronic messages cannot be guaranteed to be
> secure, timely or error-free. As such, we recommend that you do not send
> confidential information to us via electronic mail. This communication is
> for informational purposes only and is not an offer or solicitation to buy
> or sell any investment product. Any information regarding specific
> investment products is subject to change without notice. If you received
> this transmission in error, please notify the sender immediately by return
> e-mail and delete this message and any attachments from your system.
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
> This transmission contains information for the exclusive use of the
> intended recipient and may be privileged, confidential and/or otherwise
> protected from disclosure. Any unauthorized review or distribution is
> strictly prohibited. Our company is required to retain electronic mail
> messages, which may be produced at the request of regulators or in
> connection with litigation. Electronic messages cannot be guaranteed to be
> secure, timely or error-free. As such, we recommend that you do not send
> confidential information to us via electronic mail. This communication is
> for informational purposes only and is not an offer or solicitation to buy
> or sell any investment product. Any information regarding specific
> investment products is subject to change without notice. If you received
> this transmission in error, please notify the sender immediately by return
> e-mail and delete this message and any attachments from your system.
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
>
> --
> KJ
>
> ------------------------------
> This transmission contains information for the exclusive use of the
> intended recipient and may be privileged, confidential and/or otherwise
> protected from disclosure. Any unauthorized review or distribution is
> strictly prohibited. Our company is required to retain electronic mail
> messages, which may be produced at the request of regulators or in
> connection with litigation. Electronic messages cannot be guaranteed to be
> secure, timely or error-free. As such, we recommend that you do not send
> confidential information to us via electronic mail. This communication is
> for informational purposes only and is not an offer or solicitation to buy
> or sell any investment product. Any information regarding specific
> investment products is subject to change without notice. If you received
> this transmission in error, please notify the sender immediately by return
> e-mail and delete this message and any attachments from your system.
>

--
KJ
Blogs and organic groups at http://www.ccie.net