[CUWiN-Dev] 0.7.0rc3 notes...

[Chase Phillips]

On 8/16/06, dan blah <dan.blah at gmail.com> wrote:
> we had to manually change the nameserver var in cuw_config as its not
> using what its getting from dhcpd and the old one doesnt work.  i
> thought tom comited the change.  we are going to start setting it to
> ns.cuwireless.net.

This used to be a name server I was providing.  I presume the clouds
stopped using that long ago and you're saying some other name server
doesn't work.  If it's mine, though, let me know and I'll investigate.

> the new dhcpselect works great with no noticed problems

Great!

> next we will be updating the downtown urbana nodes.  providing there
> are no issues found we have 0.7.0.

Let me know when this is ready to go.

> *dhcpselect now validates a dhcp assigned router before becoming a
> gateway to remove the "black hole node" issue <insert better
> discription here>.

I've been thinking of this as the "dhcpselect implicit gateway
problem."  The fix description is "dhcpselect now explicitly tests if
an interface provides an Internet gateway and configures the node
appropriately."

> kind of unrelated but i want to check with everyone on the best way to
> go about making a gateway node w/o having a dhcpd on the wired
> interface.  we have two networks that now require this and i am
> assuming more to come.

I made a suggestion for how to solve this last week but I didn't
suggest an interim solution.  That involves removing dhcpd and
dhclient properties on the interface and configuring it manually.  Be
aware that any routing changes you make and don't write to a config
file may get wiped out if dhcpselect is also trying to manage other
interfaces on the node.

For the longer term solution, do people agree/disagree that dhcpselect
should be the default way for a node to manage its interfaces?  The
advantages are consolidated routing configuration, network system
management, and gateway discovery.  The disadvantage could be an
unnecessary scope growth for dhcpselect (making it more complex than
it already is).

Regards,
Chase