From the build log, it doesn't look like it is working at the moment.

Well I guess the IGMP Proxy is faulty then with 2.0…

I am now running 1.2.3 again and there it is working with the same setup which is not working in 2.0...

lan upstream         DLNA Server Interface for PS3 10.0.100.0/24

opt1 downstream WLAN Interface with PS3              10.0.250.0/24

Worked right after I saved the config. Awesome and easy...

That error message was resolved, thanks. I am still having issues with DHCP Relay though. Relay is set to listen on LAN and OPT3. It works perfectly fine on LAN but not on OPT3… it doesn't forward the requests on OPT3. I've run packet captures on both the DHCP Server and router. In the router capture I can see the packets getting to the listening interface, but after that they disappear. Any suggestions? I can look deeper into the logs if I knew which ones to look for.

EDIT: Also I just noticed two things... first dhcrelay doesn't appear in the services tab, and also

this entry was in my logs, which pertains to the two interfaces in question

Jan 27 19:54:51 php: /interfaces_bridge_edit.php: The command '/sbin/ifconfig ''''em4'''' up' returned exit code '1', the output was 'ifconfig: interface 'em4' does not exist'
Jan 27 19:54:52 php: /interfaces_bridge_edit.php: The command '/sbin/ifconfig ''''em5'''' up' returned exit code '1', the output was 'ifconfig: interface 'em5' does not exist'

Is it not possible to implement a virtual coin toss to help deal with these sort of issues ??

Puge

augh! someone shoot me! LMAO. I recognize that thread, but could never find it. I spent DAYS trying to setup connection load balancing and only was able to figure out multi-wan connection. I had thought it was a bug that some settings were missing from the "pools" section. This alone is going to be a nasty migration for 1.x users. LOL.

Now I can spend some time setting up multi-wan now that I have that thread loaded up in a  new tab. Thank you. :)

You might be able to downgrade if you do it this way:

Set boot slice back to 1.2.3 delete or move the 2.0 config.xml from /conf/ Copy a 1.2.3 config.xml into /conf/ Reboot

Edit: I second the notion of putting a CF slot in the ALIX case. I have done that with mine and it works quite well. http://twitpic.com/8rjtu

I have found to get VoIP traffic to go into the correct outbound queue is to change the Ackqueue/Queue in your VoIP float rule to none/qVoIP

To do that edit the float rule and press the Advanced button to show the advanced options and set the drop downs to none and qVoIP

That should do it for you…

Jim

Thank you I probably didn't use the right keywords in the search function ;-)

Regards,
RedVivi

If you look at the "Status" column in the list of packages, you'll note it's says it's compatible with 1.2.1 (though it does work on 1.2.2 and 1.2.3) - it hasn't been upgraded to be compatible with 2.0 yet.

Thats one of the bugs that I said are "close" to what i'm experience, though i'm no coder, that bug is specific to color. Mine just doesn't get parsed and stays at n/a.

Confirmed:

http://redmine.pfsense.org/issues/show/320

Yep. You missed that squid isn't still adapted to 2.0. You should wait til the developer actualizes the package.
Threre are several posts stating about this fact.

Just to clarify, aside from the timestamps, I thought it was interesting that autoupdate seemed to think the nanobsd update was applicable to my i386 install.

This has been fixed in the git repo, and should work in the next available snapshot.

You can also do a gitsync to get the updated code earlier.

http://doc.pfsense.org/index.php/Updating_pfSense_code_between_snapshots

I just updated and did a gitsync and the page works for me (it did not work before the gitsync)