SGE2000 (horrible) problems.

Unanswered Question
Mar 18th, 2010
User Badges:

SGE2000 problems:

1) Layer 3 stack routing (?) problem after slave unit restarts.


Greetings!


Firmware: 3.0.0.18

Boot code: 20003


The scheme:


----- LAN1         SGE2000 Level 3 stack:

               `-----------Unit 2 (slave)

                           Unit 1 (master)

                           /

                           \

                            `----------(ws1)



The problem scenario:

            NB: It is only applicable to the situation when we use different subnets, in other words,

            the Layer 3 functionality of SGE2000 is involved. No such issues appear when all the hosts

            are in one VLAN, whether they are connected to different units in a stack or not.


            If the connection between Unit 1 and 2 is lost (I unplug the cable), slave unit ( Unit 2 ) resets,

            and comes up back to operation as a slave. It's OK.

            But the host ws1 (from LAN2) is not able to communicate to cmputers in LAN1 after the event.

            If I go to the web interface of the stack and do the ARP-table flush, some pings may pass

            but the next second the connectivity is lost again.


            All the ports involved in communication are in "forwarding" state.


            Sometimes, if I do a manual flush on Dynamic table in Bridging, communication

            becomes OK. Sometimes it doesn't help. Even if flushing arp cache too.


            If I unplug ws1 from the switch and plug it back, the connectivity becomes OK.

                 Flushing arp cache on ws1 doesn't help.


            If I restart the whole stack, the connectivity is OK.


            What's the problem with restarting a slave unit? Why the routing connectivity is lost?


--------------------------------------


2) Another problem is when trying to bind an ACL to the interface


     it simply reports:


Line No.Error TypeValueDiagnostic
1Unknown valueCannot apply because lack of HW resources..


     =) Great!

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
alissitz Fri, 03/19/2010 - 08:49
User Badges:
  • Silver, 250 points or more

Hello,


This sounds pretty odd, and thanks for explaining everything as you do.


Have you considered calling our support?

https://www.myciscocommunity.com/community/smallbizsupport


Look to the right hand side and you can find the link for the support numbers.  I do not see anything in the release notes as a known limitation or problem ... unless someone on this community has more to add, I would suggest calling our support.


Our support will likely request the configs and system logs (if you have any)


HTH,


Andrew Lissitz

KelvinKN3 Fri, 04/23/2010 - 04:58
User Badges:

I am also suffering from 'Problem 2' applying the ACL to a port.


It was OK - then suddenly has stopped working.  Have saved the config and bounced the device with no joy.


Any thoughts?


Regards,

satanovskyl Sat, 08/28/2010 - 11:22
User Badges:

UNFORTUNATELY,

regarding to the official Cisco tech support (what comes out of my discussions with them),

all the discussed bugs (see also bugs regarding SRW* ) are

not considered critical, and there are no plans to fix anything in the nearest time.

...

On ACL problem: they say, take the textual config of the switch (exprot it to a txt file), edit it and upload it back, that's the way to edit ACLs... =)

Sounds promising )

Paul Cobley Wed, 11/03/2010 - 10:54
User Badges:

Hi Leonid,


I have the same error re applying the ACLs at a customer site (Cannot apply because lack of HW resources) which is odd as I removed the existing ACL, editted it then tried to re-apply it.


What was the outcome of your dealings with Cisco support and did you manage to resolve this by using the 'textual config' method ?


If so do you have documentation of the 'textual config' method ?


Many thanks


Paul.

Actions

This Discussion

Related Content