[Cerowrt-devel] Switch Issue

William Katsak wkatsak at gmail.com
Thu Feb 21 11:43:37 PST 2013


Hey guys,

Thanks for the help troubleshooting.

So it turns out that one of the machines on the restricted VLAN (this is 
a small charity/nonprofit, this VLAN is for their clients to browse the 
web) got infected with something and was generating a mind-blowing 
amount of broadcast traffic. Since the cero router is the device that 
routes between the VLANs, the switch was getting hit with all of this 
traffic and locking up.

The fact that I had all three VLANs trunked over one port made it so 
that I couldn't see anything to figure out how to fix it...once I got 
someone on site to start poking at cables, I was able to split each VLAN 
to a different wire, then was able to get to the Dell managed switch 
interface and figure out who was the culprit.

Thanks again!
-Bill

On 02/21/2013 08:53 AM, Maciej Soltysiak wrote:
> Hi David,
> Yup, I know, I'm not using vlans now. What I meant is that when I 
> tinkered with it, I screwed wired connections.
> Hence I offered a working-ethernet config to William.
> William, did you have any luck fixing your issue?
> Regards,
> Maciej Soltysiak
>
> On Wed, Feb 20, 2013 at 8:29 PM, David Lang <david at lang.hm 
> <mailto:david at lang.hm>> wrote:
>
>     you have vlans disabled in this config "option enable_vlan 0"
>
>     if you want to use vlans > 15 you need "option enable_vlan4k 1" as
>     well
>
>     David Lang
>
>     On Wed, 20 Feb 2013, Maciej Soltysiak wrote:
>
>         Date: Wed, 20 Feb 2013 20:17:19 +0100
>         From: Maciej Soltysiak <maciej at soltysiak.com
>         <mailto:maciej at soltysiak.com>>
>         To: William Katsak <wkatsak at gmail.com <mailto:wkatsak at gmail.com>>
>         Cc: "cerowrt-devel at lists.bufferbloat.net
>         <mailto:cerowrt-devel at lists.bufferbloat.net>"
>             <cerowrt-devel at lists.bufferbloat.net
>         <mailto:cerowrt-devel at lists.bufferbloat.net>>
>         Subject: Re: [Cerowrt-devel] Switch Issue
>
>
>         I recently played with VLANs and screwed up it's switching
>         capability
>         exactly as you say.
>         I managed to fix it by restoring the default setup in
>         /etc/config/network
>         (Especially config switch_vlan and ports)
>
>         Compare your /etc/config/network with what I have (and works):
>         config switch
>                option name     rtl8366s
>                option reset    1
>                option enable_vlan 0
>                # Blinkrate: 0=43ms; 1=84ms; 2=120ms; 3=170ms; 4=340ms;
>         5=670ms
>                option blinkrate        2
>                option max_length 3
>
>         config switch_vlan
>                option device   rtl8366s
>                option vlan     1
>                option ports    "0 1 2 3 5t"
>
>         config switch_port
>                # Port 1 controls the GREEN configuration of LEDs for
>                # the switch and the section does not correspond to a real
>                # switch port.
>                #
>                # 0=LED off; 1=Collision/FDX; 2=Link/activity; 3=1000 Mb/s;
>                # 4=100 Mb/s; 5=10 Mb/s; 6=1000 Mb/s+activity; 7=100
>         Mb/s+activity;
>                # 8=10 Mb/s+activity; 9=10/100 Mb/s+activity; 10: Fiber;
>                # 11: Fault; 12: Link/activity(tx); 13: Link/activity(rx);
>                # 14: Link (master); 15: separate register
>
>                option device           rtl8366s
>                option port             1
>                option led              6
>
>         config switch_port
>                # Port 2 controls the ORANGE configuration of LEDs for
>                # the switch and the section does not correspond to a real
>                # switch port.
>                #
>                # See the key above for switch port 1 for the meaning
>         of the
>                # 'led' setting below.
>
>                option device           rtl8366s
>                option port             2
>                option led              9
>
>         config switch_port
>                # Port 5 controls the configuration of the WAN LED and the
>                # section does not correspond to a real switch port.
>                #
>                # To toggle the use of green or orange LEDs for the WAN
>         port,
>                # see the LED setting for wndr3700:green:wan in
>         /etc/config/system.
>                #
>                # See the key above for switch port 1 for the meaning
>         of the
>                # 'led' setting below.
>
>                option device           rtl8366s
>                option port             5
>                option led              2
>
>         Best regards,
>         Maciej Soltysiak
>
>         On Wed, Feb 20, 2013 at 5:01 PM, William Katsak
>         <wkatsak at gmail.com <mailto:wkatsak at gmail.com>> wrote:
>
>             Hello,
>
>             Just wanted to see if anyone has seen an issue like this:
>
>             I have a 3800 running Sugarland at a remote site. It was
>             running nice and
>             reliably, connected to the local network by a VLAN trunked
>             connection (I
>             have interfaces for the default VLAN, and VLANS 100 and
>             200 passing
>             through). Last night it suddenly stopped working. There
>             seems to be no data
>             flowing through the switch at all, even though I can ssh
>             to the router,
>             reboot, poke at it, etc. from over the Internet.
>
>             I see no error messages regarding the switch in the logs
>             or dmesg. Anyone
>             else see a 3800 switch crap out unceremoniously?
>
>             Thanks,
>             Bill Katsak
>
>
>
>             _______________________________________________
>             Cerowrt-devel mailing list
>             Cerowrt-devel at lists.bufferbloat.net
>             <mailto:Cerowrt-devel at lists.bufferbloat.net>
>             https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
>
>     _______________________________________________
>     Cerowrt-devel mailing list
>     Cerowrt-devel at lists.bufferbloat.net
>     <mailto:Cerowrt-devel at lists.bufferbloat.net>
>     https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20130221/783e1fb2/attachment.html>


More information about the Cerowrt-devel mailing list