Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Incoming traffic on vlan not recognized

    Scheduled Pinned Locked Moved 2.1 Snapshot Feedback and Problems - RETIRED
    28 Posts 6 Posters 12.6k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • P
      podilarius
      last edited by

      Should be a new version out there for you.

      1 Reply Last reply Reply Quote 0
      • dotOneD
        dotOne
        last edited by

        No, unfortunately still no new version.

        2.1-BETA0 (amd64)
        built on Mon Aug 27 14:57:37 EDT 2012
        FreeBSD 8.3-RELEASE-p4

        You are on the latest version.
        This was on Friday 08:00 CET

        Still waiting….:(

        1 Reply Last reply Reply Quote 0
        • P
          phil.davis
          last edited by

          The 32-bit nanobsd has had regular builds the last few days:

          Current version: 2.1-BETA0
            NanoBSD Size : 2g
                 Built On: Thu Aug 30 02:36:04 EDT 2012
              New version: Thu Aug 30 06:26:55 EDT 2012
          

          So maybe something is going wrong building 64-bit?

          As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
          If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

          1 Reply Last reply Reply Quote 0
          • P
            podilarius
            last edited by

            Must be the embedded, full is there.

            2.1-BETA0 (amd64) 
            built on Thu Aug 30 06:54:02 EDT 2012 
            FreeBSD 8.3-RELEASE-p4
            
            1 Reply Last reply Reply Quote 0
            • dotOneD
              dotOne
              last edited by

              Then something must be wrong on my side.
              I still get that I'm on the latest version…. let's do the update by hand.

              Updated without problems.
              This afternoon I will test the PCP issue.

              1 Reply Last reply Reply Quote 0
              • dotOneD
                dotOne
                last edited by

                I can confirm that the issue has been fixed.
                I will do more elaborate testing this weekend with different PCP's and PCP combinations.
                For now it looks promising.

                @ndre

                1 Reply Last reply Reply Quote 0
                • E
                  epek
                  last edited by

                  Confirmed. '2.1-BETA0 (amd64) built on Fri Aug 31 11:22:13 EDT 2012' seems to work.
                  Thanks to everyone involved!
                  What exactly went wrong?

                  Update: the web interface for special rules for 802.1p still does not save different values. So shifting pcp on incoming/outgoing packets is still unsupported (through the gui).

                  1 Reply Last reply Reply Quote 0
                  • F
                    frater
                    last edited by

                    Have you tried turning off VLAN_HWTAGGING ???

                    I have an Atom based machine with 2 Intel NICs and vlans don't work until I turn this feature off.

                    I had to put this in a cronjob:

                    ifconfig em0 | grep -q VLAN_HWTAG && ifconfig em0 -vlanhwtag  
                    ifconfig em1 | grep -q VLAN_HWTAG && ifconfig em1 -vlanhwtag  
                    

                    Worth a try….

                    1 Reply Last reply Reply Quote 0
                    • D
                      dhatz
                      last edited by

                      @frater:

                      Have you tried turning off VLAN_HWTAGGING ???
                      I have an Atom based machine with 2 Intel NICs and vlans don't work until I turn this feature off.

                      I had to put this in a cronjob:

                      ifconfig em0 | grep -q VLAN_HWTAG && ifconfig em0 -vlanhwtag  
                      ifconfig em1 | grep -q VLAN_HWTAG && ifconfig em1 -vlanhwtag  
                      

                      This is an issue that should be investigated …

                      What is the exact model of your Intel NIC (output of dmesg) and your mainboard ?

                      1 Reply Last reply Reply Quote 0
                      • F
                        frater
                        last edited by

                        @dhatz:

                        This is an issue that should be investigated …

                        What is the exact model of your Intel NIC (output of dmesg) and your mainboard ?

                        I brought it up before ( http://forum.pfsense.org/index.php/topic,52224.0.html ) and made a bug report asking for an option to turn off hardware vlan tagging.

                        http://redmine.pfsense.org/issues/2577

                        I would welcome some follow-up, but don't want to hijack this thread.

                        1 Reply Last reply Reply Quote 0
                        • dotOneD
                          dotOne
                          last edited by

                          Well,  This is the output of dmesg regarding to my nics:

                          em0: <intel(r) 1000="" pro="" network="" connection="" 7.3.2="">port 0xcc00-0xcc1f mem 0xfe7e0000-0xfe7fffff,0xfe7dc000-0xfe7dffff irq 18 at device 0.0 on pci3
                          em0: Using MSIX interrupts with 3 vectors
                          em0: [ITHREAD]
                          em0: [ITHREAD]
                          em0: [ITHREAD]
                          pcib4: <acpi pci-pci="" bridge="">irq 19 at device 28.3 on pci0
                          pci4: <acpi pci="" bus="">on pcib4
                          em1: <intel(r) 1000="" pro="" network="" connection="" 7.3.2="">port 0xdc00-0xdc1f mem 0xfe8e0000-0xfe8fffff,0xfe8dc000-0xfe8dffff irq 19 at device 0.0 on pci4
                          em1: Using MSIX interrupts with 3 vectors
                          em1: [ITHREAD]
                          em1: [ITHREAD]
                          em1: [ITHREAD]
                          em2: <intel(r) 1000="" pro="" legacy="" network="" connection="" 1.0.4="">port 0xec00-0xec3f mem 0xfebe0000-0xfebfffff,0xfebc0000-0xfebdffff irq 18 at device 4.0 on pci6
                          em2: [FILTER]
                          em3: <intel(r) 1000="" pro="" legacy="" network="" connection="" 1.0.4="">port 0xe880-0xe8bf mem 0xfeb80000-0xfeb9ffff,0xfeb60000-0xfeb7ffff irq 19 at device 6.0 on pci6
                          em3: [FILTER]
                          em4: <intel(r) 1000="" pro="" legacy="" network="" connection="" 1.0.4="">port 0xe800-0xe83f mem 0xfeb20000-0xfeb3ffff,0xfeb00000-0xfeb1ffff irq 16 at device 7.0 on pci6

                          em0 and em1 are the on-board nics. em2..5 are the nics on the expansion board.

                          VLAN_HTWAG is off by default. I checked again to be sure.

                          @ndre</intel(r)></intel(r)></intel(r)></intel(r)></acpi></acpi></intel(r)>

                          1 Reply Last reply Reply Quote 0
                          • F
                            frater
                            last edited by

                            @avink:

                            VLAN_HTWAG is off by default. I checked again to be sure.

                            @ndre

                            In this thread you gave the output of your ifconfig and it clearly shows you have VLAN_HWTAGGING enabled.
                            How did you disable it, then?
                            There's no option inside pfsense to do this.
                            That's why I made the feature request which was rejected.

                            
                            [2.1-BETA0][admin@firewall]/root(9): ifconfig -a
                            em0: flags=8943 <up,broadcast,running,promisc,simplex,multicast>metric 0 mtu 1500
                                    options=5219b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,tso4,wol_magic,vlan_hwfilter,vlan_hwtso>ether 00:30:18:a2:bd:13
                                    inet6 fe80::230:18ff:fea2:bd13%em0 prefixlen 64 scopeid 0x6
                                    nd6 options=3 <performnud,accept_rtadv>media: Ethernet autoselect (1000baseT <full-duplex>)
                                    status: active
                            em0_vlan4: flags=8943 <up,broadcast,running,promisc,simplex,multicast>metric 0 mtu 1500
                                    options=103 <rxcsum,txcsum,tso4>ether 00:30:18:a2:bd:13
                                    inet6 fe80::76f0:6dff:fe80:9448%em0_vlan4 prefixlen 64 scopeid 0x13
                                    nd6 options=1 <performnud>media: Ethernet autoselect (1000baseT <full-duplex>)
                                    status: active
                                    vlan: 4 vlanpcp: 0 parent interface: em0</full-duplex></performnud></rxcsum,txcsum,tso4></up,broadcast,running,promisc,simplex,multicast></full-duplex></performnud,accept_rtadv></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,tso4,wol_magic,vlan_hwfilter,vlan_hwtso></up,broadcast,running,promisc,simplex,multicast>
                            
                            1 Reply Last reply Reply Quote 0
                            • First post
                              Last post
                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.