virt_lans and virt_nodes. The intent is to migrate away from
the convention we use in virt_nodes:ips and virt_lans:member
to a more acceptable representation (one that does not rely
on textual conventions like space separated lists of colon
seperated entities. Instead:

	virt_nodes
		vname:	nodeA
        virt_lans
		vname:  link0
		vport:  0
		ip:     1.1.1.2

		vname:  link1
		vport:  1
		ip:     1.1.2.2

	alter table virt_lans add vnode varchar(32) NOT NULL default '' \
		after vname;
	alter table virt_lans add vport tinyint(3) NOT NULL default '0' \
		after vnode;
        alter table virt_lans add ip varchar(15) NOT NULL default '' \
		after vport;

Then run this script to update these new fields from the
existing ips,member slots. This must be run after installing
the parser changes, or you can just run it again.

	./ipmember.pl

This is a transitional phase; the old slots will be left in place
until they are no longer used, at which time we will also add a
unique key to the table (pid,eid,vname,vnode,vport). assign_wrapper
will be the hardest to change, but other scripts should be easy.

Whats vport about? Rather then rely on IP addresses to form a
unique key, we use vport (a small integer) so that we can delay the
IP assignment until later (after initial DB insertion).

passing this to the newnode client, web page, and viewing and
editing it.

on and off the assign prepass on a per-experiment basis.

No parser interface yet - for use only with manual tweaking for now.

'loadinfo' request.

estimated bandwidth that will be used on the link/LAN. This can then
be passed to assign, to do less conservative bandwidth allocation.

see (or remember) any reason for this slot to be 20 chars, when the
name of every other vname slot is 32. I looked in the event scheduler
and there do not appear to be any problems there with bumping it. Note
that I choose 64 cause we tend to construct agent names that might be
longer then 32 since they are based on real vnames (lan0, node0, etc).

arbitrary interface settings associated with the virtual part of the
topology.

settings to the nodes when they configure their interfaces. Added primarily
for wireless interface support.

not to run linktest.

an "is_accesspoint" boolean to virt_lans. The former defaults to
"ethernet" but can be set to anything (80211a, 80211b, etc) in the NS
file. The is_accesspoint is temporary, and simply allows you to set
which node is the accesspoint in the NS file. This slot will probably
move to another table at some point.

Added interface_capabilities table, which is intended to list the
capabilities and the default values, for interfaces listed in the
interface_types table. This allows a more flexible description of
interfaces, expecially wireless devices. Initially, I have seeded the
table with just the default protocol (ethernet) and the speed. For
example, the fxp:

	fxp              | protocols         | ethernet |
	fxp              | ethernet_defspeed | 100000   |

As you can see, protocols is plural, and is intended to be a comma
separated list. So, for the atheros wireless card:

	ath              | protocols         | 80211a,80211b,80211g |
	ath              | 80211a_defspeed   | 54000                |
	ath              | 80211b_defspeed   | 11000                |
	ath              | 80211g_defspeed   | 54000                |

I gave up on using the entire row as a primary key; this is just too
painful from perl/php/python where hashes are the most popular data
structure, and duplicate columns get overwritten.

are considered part of the emulab service.  I've set it for 'utah_elab_svc'.

* Added 'leaseend' column to plab_slices table.

instead of only 10 characters.

module-specific data.  Also, fixed numbering skew that started at v 1.223
(someone decremented the version by 100).

chars) to text (65K chars) to avoid too-short problems with program
agent command lines. Note that the maximum size allowed by table_regex
checking will be set to 1024 for now.

we're adding a small number of nodes by hand, we can set these.

for Jon's ipassign stuff.

is_info table.

vnodes (via their pnode).

paper effort. Note, not an osid, but an osname like we specify for a
virt_node. Lookup rules are the same; first check the current project
for a match, and then check emulab-ops.

from one pnode to another during a swapmod.

into table_regex.

vnode weights (like CPU) and do a swapmod. This is a hammer but will do
for now.

number of times re-swapin has occured due to a simhost not being able
to keep up with real-time.

Well, thats the hope. Not sure it will work, but might as well try.

keys. Previosly, I had based the create definition on the virt_nodes
table. Unfortunately, that turned out to be incorrect.

(2^24 max chars) when I made the other changes to libdb.pm and table_regex.

simhost_violation to the reserved table. Details in the migrate file.
Note that virt_simnode_attributes is part of the virtual state and is
being taken care of in libdb.