Think I've found the problem!!
The vlans are created with the same mac as the parent interface. So even
though the rule is being hit, the src mac never changes, so the packet
then leaves the default interface. It sort of makes sense in my mind,
but definatly seems like we are matching packets to interfaces based up
the src mac and dst ip's route. For the ipfw to have any effect we would
have to change the code that is doing the matching of the packets. I
also had to put the vlan into promisc all the time. Going to move back
to bge device tonight during off peak to make sure things are working
with changing the vlan mac's.
-Jon
Jonathan Feally wrote:
Good to know about the mtu, however I'm still having the same problem
with a Pro/1000 em0. I have only tagged vlans running on em0 and the
admin vlan (1) running untagged on bge0. The only 2 networks in play
are 900 and 902. I'm not even working on packets from the lans passing
through yet. Just trying to get my pings from outside to leave on the
corresponding vlans back towards the correct gateway/router. If the
ipfw fwd feature to reroute outgoing packets to a different router is
broken - then this would be considered a show stopper for 6.1-RELEASE
in my mind. I hope Luigi can chime in here with some ideas to try or
debuging that can be done.
Complete Machine Specs.
Asus K8N-LR
Has 2 onboard broadcom nics (bge0 + bge1)
Has Onboard ATI Rage XL Video.
2GB Ram
AMD 4200+ X2
Using onboard NVidia MediaShield Raid w/ 4 250GB Segate Drives. RAID10
Add In Pro/1000 NIC (em0)
Running 6.1-RC/amd64 as of 5/1/06 from cvsup of 6_RELENG
Is there anybody else out there that has used the ipfw fwd feature to
do what I'm doing - and have you tried it on the 6 Branch?
Need some answers soon - Please help!
Thanks, -Jon
[EMAIL PROTECTED] wrote:
[ Charset ISO-8859-1 unsupported, converting... ]
Hello,
I have setup a new firewall and I'm having trouble with it. Perhaps
the bge is to blame, perhaps its something else.
I'll explain my setup, problem and the workaround to get it going.
Box connects to 2 Internal Lans and 2 External Wans.
Vlans are mixed untagged and tagged on a single bge0
Vlan Network Desc
1 10.255.1.0/24 Admin Lan - No Vlan Tagging
2 10.255.2.0/24 VoIP Lan
900 67.xxx.xxx.128/27 Internet A - Default Route - Going to be
pure VoIP only - thus 10.255.2 boxes get 1:1 NAT to 67.xxx.xxx
902 208.xxx.xxx.48/28 Internet B - Web Services
1st problem I ran into was pings from vlan 2 through natd to vlan
900 were not coming back. I could see the packet enter vlan2 - leave
and return on vlan900 - but go nowhere. I tried a tcpdump on bge0
and the pings started coming back. Leading me to putting promisc on
my ifconfig bge0
Now I'm trying to setup up a simple web server on an IP from vlan
902 in combination with fwd rule # 999 to route packets from a
vlan902 address back to the router on that internet connection. I
try to ping from the outside and can see the icmp echo request. But
the replies keep getting sent out vlan900 to the other internet router.
Hopefully somebody can point me in the right direction. If its the
bge, then I can replace it with some em. If its an issue with mixing
native vlan and tagged, I can tag everything, If its not me, then
who can help getting the code fixed?
I have put my ifconfig, ipfw rules and natd.conf's below.
Don't know about FreeBSD 6, in FreeBSD 4 you need mtu = 1504
for mtu = 1500 on vlans to work.
This is reason not to use mix tagged/utagged on one bge.
Thanks -Jon
---------------------------------------------------------
[EMAIL PROTECTED] ~]# ifconfig -a
bge0:
flags=28943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,PPROMISC>
mtu 1500
options=18<VLAN_MTU,VLAN_HWTAGGING>
inet6 fe80::215:f2ff:fed0:d898%bge0 prefixlen 64 scopeid 0x1
inet 10.255.1.254 netmask 0xffffff00 broadcast 10.255.1.255
ether 00:15:f2:d0:d8:98
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
bge1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
ether 00:15:f2:40:d8:35
media: Ethernet autoselect (none)
status: no carrier
plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
inet 127.0.0.1 netmask 0xff000000
vlan2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::215:f2ff:fed0:d898%vlan2 prefixlen 64 scopeid 0x5
inet 10.255.2.1 netmask 0xffffff00 broadcast 10.255.2.255
ether 00:15:f2:d0:d8:98
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
vlan: 2 parent interface: bge0
vlan900: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
...
ether 00:15:f2:d0:d8:98
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
vlan: 900 parent interface: bge0
vlan902: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::215:f2ff:fed0:d898%vlan902 prefixlen 64 scopeid 0x7
...
ether 00:15:f2:d0:d8:98
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
vlan: 902 parent interface: bge0
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"