PfSense with Gigabyte GA-J1900N-D3V
-
So for grins I grabbed a PC from my sons room. Its a AMD 6 core 4.0Ghz CPU with a built in Realtek. I pulled a TPLink card from My NAS i am not using at the moment (It is using the on board Qualcom) and stuck it in the PC to get dual ethernet. I also stuck a WD SATA 3 10,000 RPM drive i have laying around in the PC so i could do a fresh install of pfSense without using the SSD in the PC. I ran the same copy test and got 113MB through the router, same speed i get not using a router and just going through a switch. This PC shows two realtek 8168/8111 cards, just like my mini ITX machine that I am getting just under 90MB from. I used same switch and cables in this test.
The PC did not even max out a single core, and never touched the other 5. The mini ITX bumps 100% on one core while a second core also get used. The other 2 cores see no action.
My conclusion so far is pfSense does not do a good job with multi cores. How sad in this day and age of muti core CPU's that BSD has such a problem. A quad core 2.0 with 2.4 boost is not able to max a 1Gb connection.
With Windows 7 on this same Mini ITX I was able to get over 112MB on the transfer.
So again, its not my hardware, but a limitation of the OS to not use all my hardware.
-
I dropped Centos 6.7 with KVM on the mini ITX. Installed pfSense guest using the virtio Intel n1000 drivers. As others reported I get double the CPU usage and half the bandwidth. I guess if i want true 1Gb bandwidth I will have to go with a system using something like an i3 Dual Core 3.4Ghz.
For now i may just turn the mini ITX into a Session Border Controller so I have something new to play with :D
-
i ordererd this Gigabyte GA-J1900N-D3V 2 Weeks ago which came already with F3 Bios.
Everything worked (Sophos, IPFire, VYos etc) . Couldn´t install on my 128gb Crucial SSD Pfsense. During formatting process it showed me Read Error etc. so i thought my SSD got problems but everything else worked.
Yesterday i finally got pfsense on it setting Bios F4 to Storage UEFI First and the rest to Legacy. CSM to Legacy and Uefi and after that PFsense would install flawlessly without a hitch.
ah, i used the 64bit Version of PFsense.
-
hopefully this update this board with:
1)intel nics
- n3150 or n3700 braswell cpus @ 14nm as they use less power and have aes-ni
-
hopefully this update this board with:
1)intel nics
- n3150 or n3700 braswell cpus @ 14nm as they use less power and have aes-ni
I think it will need more CPU for a solid 1Gb solutions though
-
I'm also having the problem (bug?) where the GA-J1900N-D3V will not pull a DHCP address from my modem (AT&T's 2WIRE 3600HGV). No matter what I've tried, including forcing each the NIC and the modem to various modes of duplex/flow control/MDIX/whatever, inserting a gigabit switch between the modem and NIC, forcing MAC addresses, tweaking DHCP timeouts, etc., it wouldn't budge. After three+ hours, I finally disabled re0, inserted a USB gigabit NIC (Anker Gigabit USB 3.0), and was up in less than 60 seconds. At this point, I'm not even concerned about performance – it's working, and that's all that I care about right now. Funny, the whole point of me choosing this board was because of the dual NICs. Oh well.
If anyone tracks down a solution to this problem, I'd love to hear about it. Thanks!
-
I'm also having the problem (bug?) where the GA-J1900N-D3V will not pull a DHCP address from my modem (AT&T's 2WIRE 3600HGV).
This is not a plain modem, it is a router! Please read what AT&T is writing about by it selfs;
Designed for a home network, the 2wire 3600HGV 4-port router is ideal for delivering….If anyone tracks down a solution to this problem, I'd love to hear about it. Thanks!
Yo, this would be really easily, you must set up a static IP at the WAN Interface or Port of the pfSense
and this must be a IP address from the entire IP address range from the router, but static and not via
DHCP given from the AT&T router. As an example:
2WIRE 3600HGV:
Network:192.168.1.0/24 (255.255.255.0)
IP Address of the home router: 192.168.1.1/24
DNS 1: ISPs DNS
DNS 2: Google 8.8.8.8
DHCP: offIf the DHCP Server must be on:
DHCP IP Range: 192.168.1.2 - 192.168.1.100pfSense WAN Port:
IP Address: 192.168.1.250/24 (static)
DNS: 192.168.1.1/24pfSense Gateway IP:
Network: 192.168.178.1.0/24 (255.255.255.0)
LAN IP Address: 192.168.178.1/24
Gateway IP Address: 192.168.1.250
DNS: 192.168.1.250/24 -
@BlueKobold:
This is not a plain modem, it is a router!
You are quite correct, and if I had a choice in equipment, this would be the last device I'd pick. However, I don't, and switching ISPs is not an option at this time. Still, this Gigabyte board replaces another which was running pfSense and pulling an IP successfully, so I wasn't expecting significantly different behavior – at least not with something so common as obtaining a DHCP lease!
Yo, this would be really easily, you must set up a static IP at the WAN Interface …
I do appreciate you taking the time to post these instructions, but there's a fairly common setup to approximate a bridge mode, and it was working perfectly well for 2+ years with my previous pfSense installs. The designated device behind the router (i.e. the pfSense box) is issued the public IP of the router, via DHCP, and is placed in the DMZ (of sorts). I don't want to derail the thread with the specifics, so here's the bottom line: the "bridge mode" setup worked fine with two previous pfSense boxes, and it works fine with the USB NIC I'm now using instead of re0.
I'm thinking this is either a bug with pfSense, or with the FreeBSD NIC driver. My next step is to capture some packets for inspection to see what's really going on.
-
I've had this board for 3 months and the experience has not been good.
My ISP provides internet, VOIP and IPTV using VLAN's. Internet access use PPPoE. pfSense would lose the IP address after 3-4 days and the only way to get the connection back was to reboot - a simple disconnect/connect or ifdown ifup didnt' work. Also snort would stop working on the WAN interface.
Finally, I used an old intel desktop gigabit PCI card for the WAN interface and all of the problems disappeared, I have now been running for 1 month with no problems.
So, at least in the case where you need PPPoE I would be wary of using this board.
-
A follow-up to my problem pulling a DHCP address from a 2WIRE 3600HGV (via AT&T's U-Verse): I was trying to spoof a MAC address on the WAN-assigned NIC. That's what prevented the pfSense box from getting an IP via DHCP. Once I removed the forced MAC, DHCP worked as expected. Perhaps a bug in the Realtek driver? FWIW, the ASIX AX88179-based gigabit USB 3.0 adapter worked great (it was my interim solution), able to push at least 30mbps (limited by speed of ISP). It might be worth looking closer at these USB NICs.
-
I've had my Gigabyte J1900 running since March and has been rock solid (after the bios update juggling).
Swapping my main switch, creating a couple of new VLAN to segment my christmas lights network, and network down.
Port light on switch not lit, even through PFsense reporting link up. Anyway 4hrs later, also confirmed that the primary NIC on the mobo is not responding. (Resurrected gigabit USB2 NIC) and getting 70-80Mbps from my 105Mbps ISP.
So out of warranty what do I replace it with?
Memory, SSD mini-itx case/psu all okay.
I was thinking one of the n3150 or n3700 braswell's maybe the Zbox-CI323 nano (dual-NIC), or better off just replacing with another J1900?
I'm not needing high performance or ultra-low power, just average average connecting to 110Mbps ISP three home vlans and a couple of openvpn connections
Regards
-
If I was going to do it again, I'd probably go with something that had integrated Intel NICs. I don't know if Realtek NICs are inherently inferior to Intel's, or if it's that the drivers aren't as fully featured or reliable, but it's rare that you hear of folks having issues with Intel NICs. If you're okay w/ Realtek, then perhaps you're also okay with a USB NIC as a permanent solution – as long as the throughput is there. So why not give a USB 3.0 adapter (e.g. ASIX AX88179) a shot? At under $20/ea, it could be a cheap fix.
-
Thx.
I think I might get a USB NIC and persevere for 4-6months and see if the braswell's mature.
-
I'm not needing high performance or ultra-low power, just average average connecting to 110Mbps ISP three home vlans and a couple of openvpn connections
Perhhaps using the follower of the J1900, a little bit less powerful (- 7%) but also using less electric power
6 Watt against 10 Watt. -
I had my LAN NIC fail this morning and after a couple of hard cold boots, it recovered.
On a grasp at straws this morning, since I had lost my config in rebuild, i tried the latest 2.3 alpha (yes warnings taken in), and both NICs are now working, so there's something in 2.2.5 that this board doesn't like.. ;-)
-
I'm aware that this thread is getting old (but so am I) and people seem to be more happy now than in the start of the thread.. However, I ran into the same kind of problems.. But the only setting that caused problem was trying to boot from USB formatted with the latest pfSende img. Debian works fine. Putting in HDD from old computer with pfSense installed from DVD runs perfectly. So right now I think the only problem is in the pfSense distro.
-
I just ordered this board on recomendations from some other boards, then I find this problem after 4 hours of troubleshooting!
I have the F4 Firmware out of the box, followed all the BIOS settings mentioned in the thread, never really had an trouble installing pfsense 2.2.6.
RE0 DHCP would never work over the WAN. Then switched I switched to RE1 for WAN and bam, instant IP.
So RE1 was working for LAN and WAN, but nothing will work on RE0, DHCP, Fixed, etc for WAN or LAN. I even took a switch, gave the RE0 WAN a fixed PUBLIC IP that is allowed on the, hooked a host to the switch with an IP that is public and could not ping it.
So is my RE0 dead? I made RE0 LAN and nothing could ping it from the switch, no arp, etc.
I have none of the problems mentioned, but this RE0 just not work for WAN DHCP or LAN Fixed IP.
Looking on the mobo they both have the same chipsets.
-
I have none of the problems mentioned, but this RE0 just not work for WAN DHCP or LAN Fixed IP.
Perhaps there is something in the BIOS to set it up as working in the so called bypass mode?
-
@BlueKobold:
I have none of the problems mentioned, but this RE0 just not work for WAN DHCP or LAN Fixed IP.
Perhaps there is something in the BIOS to set it up as working in the so called bypass mode?
Thanks, I am new to pfsense, what is this bypass mode? Doesnt help that UEFI is all new to me too, all the production systems I deal with are still BIOS based.
To rule out it is the nic, and because I am more of a centos/fedora guy, I booted of a live CD and am able to get an IP on both interfaces fine.
lspci shows them being recognized as the exact same devices on the pci bus. Same revision etc. I looked at the chips on the board, they look the same.
It is almost as if the pfsense is doing something different with RE0 vs RE1.
Also tried the expermental release, no go.
Guess it is time to really go through the BIOS and try things to switch things to legacy mode.
-
Installed untangled last night 100% stable and works, this is frustrating. Works OK, but it is not pfsense.
Any tips to see if the WAN is initialized differently that the LAN? Well really if RE0 is inited differently.