<DIV>Hi Andreas</DIV>
<DIV> </DIV>
<DIV>The crash is solved (olsrd doesnt crash or seg faults). But the routing table is not properly formulated after IPv6 address changes. I tried some changes in the process_routes.c and ifnet.c but nothing seems to solve this. I tried adding certain interface parameter comparision constraints in the <FONT size=2>olsr_find_up_route () to refresh the stale routes but no effect.</FONT></DIV>
<DIV> </DIV>
<DIV>Can you have a look at this problem. I am completely lost in what iam doing. Any hints will help me to probe further</DIV>
<DIV> </DIV>
<DIV>- Rob</DIV>
<DIV> </DIV>
<DIV><BR><BR><B><I>Andreas Tønnesen <andreto@olsr.org></I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Philippe, Robert,<BR><BR>I thought I was speaking to the same person in my previous mails :)<BR>Sorry about that, I guess too little sleep will do that to you ;)<BR><BR>Philippe:<BR>There was some changes made to the function that asserts for 0.4.9<BR>to make sure direct routes was always deleted last. Thats what<BR>the matric counter and last_run stuff is about. But somehow it seems<BR>to fail under certain conditions. If you are building the software<BR>youself it perhaps you could build a special version that only contained<BR>the debug output we need? I could provide you with a patch.<BR><BR>Robert:<BR>Ach... too bad to hear that the IPv6 stuff wasn't resolved. But the<BR>crash is fixed right? What you see now is probably some sideeffect of<BR>the interface address change that leaves stale routes in the kernel or<BR>someting. My guess is that we should do a complete remova
l of all
routes<BR>based on the interface in question when the address changes.<BR><BR>-Andreas<BR><BR>Philippe Vanhaesendonck wrote:<BR>> Mmmmm...<BR>> <BR>> This drives me crazy...<BR>> <BR>> On that particular node, when I run OLSR in Debug mode, all the links<BR>> end up in having an NLQ and ETX of 0.0, so nothing in the routing tables<BR>> and of course the assertion never comes...<BR>> (see extract of output below)<BR>> Maybe the hardware is just too slow when we are in debug mode: I have<BR>> another AP of the same type, and:<BR>> <BR>> * non debug: works ok<BR>> * debug and a few nodes accessible: works ok<BR>> * debug and all 25 nodes accessible: NLQ & ETX drop down to 0 and<BR>> routes are lost<BR>> <BR>> <BR>> All that to say I can't reproduce the problem in debug mode...<BR>> ... but I have discovered that one of the neighbour has indeed spurious<BR>> changes of IP!<BR>> I will fix that and see if it chang
es
something.<BR>> <BR>> ---<BR>> Phil.<BR>> <BR>> ------------------- Debug output<BR>> # olsrd -d 3 -nofork<BR>> <BR>> *** olsr.org - 0.4.9 ***<BR>> Build date: Apr 15 2005<BR>> http://www.olsr.org<BR>> <BR>> Parsing file: "/etc/olsrd.conf"<BR>> *** olsrd configuration ***<BR>> Debug Level : 3<BR>> IpVersion : 4<BR>> No interfaces : ALLOWED<BR>> TOS : 0x10<BR>> Willingness : AUTO<BR>> IPC connections : 1<BR>> Host 127.0.0.1<BR>> Net 192.168.29.0/255.255.255.0<BR>> Net 192.168.1.0/255.255.255.0<BR>> Pollrate : 0.05<BR>> TC redundancy : 0<BR>> MPR coverage : 1<BR>> LQ level : 2<BR>> LQ window size : 10<BR>> Clear screen : yes<BR>> Interfaces:<BR>> dev: "wlan0"<BR>> IPv4 broadcast : AUTO<BR>> IPv6 addrtype : site-local<BR>> IPv6 multicast site/glbl : ff05::15/ff0e::1<BR>> HELLO emission/validity : 2.00/6.00<BR>> TC emission/validity : 5.00/15.00<BR>> MID emission/validity
:
5.00/15.00<BR>> HNA emission/validity : 5.00/15.00<BR>> Plugins:<BR>> Name: "olsrd_httpinfo.so.0.1"<BR>> Not using hysteresis<BR>> <BR>> IP forwarding is enabled on this system<BR>> Initializing parser...<BR>> Parser: registering event for type 201<BR>> Register parse function: Added function for type 201<BR>> Parser: registering event for type 202<BR>> Register parse function: Added function for type 202<BR>> Parser: registering event for type 3<BR>> Register parse function: Added function for type 3<BR>> Parser: registering event for type 4<BR>> Register parse function: Added function for type 4<BR>> Scheduler event registered int: 20.00<BR>> Initializing APM<BR>> Could not read APM info - setting default willingness(3)<BR>> Using IP version 4<BR>> <BR>> ---- Interface configuration ----<BR>> <BR>> Checking wlan0:<BR>> Wireless interface detected<BR>> Metric: 1<BR>> MTU - IPhdr: 1472<BR>> Inde
x
0<BR>> Address:10.51.110.172<BR>> Netmask:255.0.0.0<BR>> Broadcast address:10.255.255.255<BR>> Binding socket 6 to device wlan0<BR>> Adding OLSR socket entry 6<BR>> New main address: 10.51.110.172<BR>> Scheduler event registered int: 2.00<BR>> Scheduler event registered int: 5.00<BR>> Scheduler event registered int: 5.00<BR>> Scheduler event registered int: 5.00<BR>> Scheduler event registered int: 5.00<BR>> Scheduler event registered int: 0.60<BR>> Parser: registering event for type -1<BR>> Register parse function: Added function for type -1<BR>> Adding OLSR socket entry 7<BR>> Initializing duplicatetable - hashsize 32<BR>> Scheduler event registered int: 2.00<BR>> Scheduler event registered int: 1.00<BR>> Scheduler event registered int: 1.00<BR>> Loading plugins...<BR>> <BR>> ---------- Plugin loader ----------<BR>> Library: olsrd_httpinfo.so.0.1<BR>> Httpinfo olsrd plugin 0.1 by Andreas Tønnesen<BR>&g
t;
Checking plugin interface version.... 2 - OK<BR>> Trying to fetch register function....OK<BR>> Trying to fetch plugin IO function....OK<BR>> Trying to fetch param function....OK<BR>> Sending parameters...<BR>> "Net"/"192.168.29.0 255.255.255.0".... OK<BR>> "Net"/"192.168.1.0 255.255.255.0".... OK<BR>> "Net"/"10.0.0.0 255.0.0.0".... OK<BR>> "port"/"8080".... (HTTPINFO) listening on port: 8080<BR>> OK<BR>> Running registration function...<BR>> olsr_plugin_io(108)<BR>> olsr_plugin_io(109)<BR>> olsr_plugin_io(110)<BR>> olsr_plugin_io(111)<BR>> olsr_plugin_io(115)<BR>> olsr_plugin_io(113)<BR>> olsr_plugin_io(114)<BR>> olsr_plugin_io(112)<BR>> olsr_plugin_io(535)<BR>> olsr_plugin_io(513)<BR>> olsr_plugin_io(514)<BR>> olsr_plugin_io(510)<BR>> olsr_plugin_io(517)<BR>> olsr_plugin_io(518)<BR>> Adding OLSR socket entry 8<BR>> ---------- LIBRARY LOADED ----------<BR>> <BR>> Main address: 10.51.110.172<B
R>>
<BR>> Scheduler started - polling every 0.05 seconds<BR>> Max jitter is 0.500000<BR>> <BR>> Willingness for 10.11.1.197 changed from 0 to 3 - UPDATING<BR>> sh: clear: not found<BR>> *** olsr.org - 0.4.9 (Apr 15 2005) ***<BR>> <BR>> --- 17:52:54.63 ------------------------------------------------- DIJKSTRA<BR>> <BR>> 10.6.50.38:INF <- 10.6.50.38 FAILED<BR>> 10.10.223.73:INF <- 10.10.223.73 FAILED<BR>> Updating kernel routes...<BR>> mid set: 17:52:54.636863<BR>> <BR>> --- 17:52:54.63 ---------------------------------------------------- LINKS<BR>> <BR>> IP address hyst LQ lost total NLQ ETX<BR>> 10.11.1.197 0.000 0.000 0 0 0.000 0.00<BR>> <BR>> --- 17:52:54.63 ------------------------------------------------ NEIGHBORS<BR>> <BR>> IP address LQ NLQ SYM MPR MPRS will<BR>> 10.11.1.197 0.000 0.000 NO NO NO 3<BR>> <BR>> --- 17:52:54.63 ------------------------------------------------- TOPOLOGY<BR>> <B
R>>
Source IP addr Dest IP addr LQ ILQ ETX<BR>> Willingness for 10.6.13.115 changed from 0 to 3 - UPDATING<BR>> <BR>> <SNIP><BR>> <BR>> *** olsr.org - 0.4.9 (Apr 15 2005) ***<BR>> <BR>> --- 17:52:56.57 ------------------------------------------------- DIJKSTRA<BR>> <BR>> 10.54.142.133:INF <- 10.54.142.133 FAILED<BR>> 10.11.1.197:INF <- 10.11.1.197 FAILED<BR>> 10.6.50.38:INF <- 10.6.50.38 FAILED<BR>> 10.10.223.73:INF <- 10.10.223.73 FAILED<BR>> 10.8.39.138:INF <- 10.8.39.138 FAILED<BR>> 10.6.13.115:INF <- 10.6.13.115 FAILED<BR>> 10.9.165.194:INF <- 10.9.165.194 FAILED<BR>> 10.51.172.99:INF <- 10.51.172.99 FAILED<BR>> 10.54.142.132:INF <- 10.54.142.132 FAILED<BR>> 10.3.13.37:INF <- 10.3.13.37 FAILED<BR>> 10.7.205.169:INF <- 10.7.205.169 FAILED<BR>> 10.199.156.169:INF <- 10.199.156.169 FAILED<BR>> 10.9.175.120:INF <- 10.9.175.120 FAILED<BR>> 10.212.64.121:INF <- 10.212.64.121
FAILED<BR>> 10.8.8.217:INF <- 10.8.8.217 FAILED<BR>> 10.160.249.87:INF <- 10.160.249.87 FAILED<BR>> 10.200.172.224:INF <- 10.200.172.224 FAILED<BR>> 10.200.183.93:INF <- 10.200.183.93 FAILED<BR>> 10.9.167.26:INF <- 10.9.167.26 FAILED<BR>> Updating kernel routes...<BR>> mid set: 17:52:56.570617<BR>> <BR>> --- 17:52:56.57 ---------------------------------------------------- LINKS<BR>> <BR>> IP address hyst LQ lost total NLQ ETX<BR>> 10.54.142.133 0.000 0.100 0 1 0.000 0.00<BR>> 10.8.39.138 0.000 0.300 0 3 0.000 0.00<BR>> 10.6.50.38 0.000 0.100 0 1 0.000 0.00<BR>> 10.10.223.73 0.000 0.100 0 1 0.000 0.00<BR>> 10.6.13.115 0.000 0.600 0 6 0.000 0.00<BR>> 10.11.1.197 0.000 0.200 0 2 0.000 0.00<BR>> <BR>> --- 17:52:56.57 ------------------------------------------------ NEIGHBORS<BR>> <BR>> IP address LQ NLQ SYM MPR MPRS will<BR>> 10.54.142.133 0.100 0.000 YES YES NO 3<BR>> 10.11.1.197 0.200 0.000 YES
NO NO
3<BR>> 10.6.50.38 0.100 0.000 YES NO NO 3<BR>> 10.10.223.73 0.100 0.000 YES NO NO 3<BR>> 10.8.39.138 0.300 0.000 YES YES NO 3<BR>> 10.6.13.115 0.600 0.000 YES NO NO 3<BR>> <BR>> --- 17:52:56.57 ------------------------------------------------- TOPOLOGY<BR>> <BR>> Source IP addr Dest IP addr LQ ILQ ETX<BR>> 10.51.172.99 10.7.205.169 0.800 1.000 1.25<BR>> 10.51.172.99 10.8.39.138 1.000 1.000 1.00<BR>> 10.51.172.99 10.6.13.115 1.000 1.000 1.00<BR>> 10.51.172.99 10.160.249.87 0.800 0.898 1.39<BR>> 10.54.142.133 10.9.165.194 1.000 0.800 1.25<BR>> 10.54.142.133 10.8.39.138 1.000 1.000 1.00<BR>> 10.54.142.133 10.6.13.115 1.000 1.000 1.00<BR>> 10.8.39.138 10.51.172.99 1.000 1.000 1.00<BR>> 10.8.39.138 10.54.142.132 0.898 0.498 2.24<BR>> 10.8.39.138 10.54.142.133 1.000 1.000 1.00<BR>> 10.8.39.138 10.3.13.37 1.000 1.000 1.00<BR>> 10.8.39.138 10.7.205.169 0.498 0.098 20.48<BR>> 10.8.39.138 10.199.156.169 1.000 0.898 1.11<BR
>>
10.8.39.138 10.6.13.115 1.000 0.898 1.11<BR>> 10.8.39.138 10.9.175.120 1.000 0.898 1.11<BR>> 10.8.39.138 10.212.64.121 1.000 0.800 1.25<BR>> 10.8.39.138 10.8.8.217 1.000 1.000 1.00<BR>> 10.160.249.87 10.200.172.224 1.000 0.800 1.25<BR>> 10.160.249.87 10.51.172.99 0.898 0.600 1.86<BR>> 10.160.249.87 10.200.183.93 1.000 1.000 1.00<BR>> 10.9.175.120 10.8.39.138 0.800 1.000 1.25<BR>> 10.9.175.120 10.6.13.115 0.800 1.000 1.25<BR>> 10.9.175.120 10.9.167.26 0.898 1.000 1.11<BR>> ------------------------ End<BR>> <BR>> Andreas Tønnesen wrote:<BR>> <BR>> <BR>>>Hi,<BR>>><BR>>>The IPv6 address change crash is already fixed in CVS. But having the<BR>>>debuglevel 3 output from the assertion(compiled with -DDEBUG) would<BR>>>help tracing that the problem.<BR>>><BR>>>- Andreas<BR>>><BR>>>Robert Frank wrote:<BR>>><BR>>><BR>>>>Hi<BR>>>> <BR>>>>I am also getti
ng the
assertion failed error when the IPv6 address of<BR>>>>the node changes. I have 10 nodes . I start the nodes with<BR>>>>preconfigured global Ipv6 address and then change the IPv6 address on<BR>>>>certain nodes (say 5 nodes). when updating the routing table...the<BR>>>>assertion failed error happens.<BR>>>> <BR>>>>I tried replacing the olsr_delete_routes_from_kernel() in the<BR>>>>process_routes.c with the simple link list traverse and delete<BR>>>>(similar to the one use upto 0.4.8 olsr_delete_routes_from_kernel()).<BR>>>>Then it works fine (assertion failed error doesnt happen).<BR>>>> <BR>>>>Also when the IPv6 address changes, the routing table is not formed<BR>>>>properly. I analysing whats happening on when the IPv6 address<BR>>>>changes and i will post a more detailed msg later. Hopefully some<BR>>>>changes in the ifnet.c program will do<BR>>&g
t;>
<BR>>>>- Rob<BR>>>><BR>>>>*/Andreas Tønnesen <ANDRETO@OLSR.ORG>/* wrote:<BR>>>><BR>>>> Hi Philippe,<BR>>>><BR>>>> Could you provide the output with debug level 3 from when the<BR>>>>assertion<BR>>>> fails?<BR>>>><BR>>>> - Andreas<BR>>>><BR>>>> Philippe Vanhaesendonck wrote:<BR>>>> > Hi!<BR>>>> ><BR>>>> > We are running OLSR 0.4.9 on roughly 25 nodes in the Brussels<BR>>>>area.<BR>>>> ><BR>>>> > On one node, olsrd aborts on a regular base with the following<BR>>>> message:<BR>>>> > olsrd: src/process_routes.c: 318: olsr_delete_routes_from_kernel:<BR>>>> > Assertion `metric_counter' failed.<BR>>>> ><BR>>>> > Some facts:<BR>>>> ><BR>>>> > * I have not seen this on any other nodes (but we are
only<BR>>>>running<BR>>>> > OLSR since a couple of days)<BR>>>> > * The machine is an i386 BusyBox / uClibc base (Elan SC-400<BR>>>> processor)<BR>>>> > * It runs from a couple of minutes up to a couple of hours<BR>>>> > * We are using NLQ -- all nodes share the same config file<BR>>>> > * The routing is not stable -- that is it changes very fas t.<BR>>>>When<BR>>>> > you run olsr in debug mode (-d 1), it will scroll at high speed.<BR>>>> > This is probably due to the quality of the links, but we have<BR>>>> > substential number of changes in the routes)<BR>>>> ><BR>>>> > Hereunder the config file, a capture of the problem and a<BR>>>>dot-draw of<BR>>>> > the topology (the node having problem is bulles.bxl.rc)<BR>>>> ><BR>>>> > Any idea / suggestions?<BR>>>> ><BR>>>>
; >
thank you in advance<BR>>>> ><BR>>>> > --<BR>>>> > Phil<BR>>>> ><BR>>>> > ----------------------- Config file<BR>>>> > DebugLevel 0<BR>>>> > IpVersion 4<BR>>>> > ClearScreen yes<BR>>>> > Hna4<BR>>>> > {<BR>>>> > }<BR>>>> > Hna6<BR>>>> > {<BR>>>> > }<BR>>>> > AllowNoInt yes<BR>>>> > IpcConnect<BR>>>> > {<BR>>>> > MaxConnections 1<BR>>>> > Host 127.0.0.1<BR>>>> > Net 192.168.1.0 255.255.255.0<BR>>>> > Net 192.168.29.0 255.255.255.0<BR>>>> > }<BR>>>> > UseHysteresis no<BR>>>> > LinkQualityLevel 2<BR>>>> > LinkQualityWinSize 10<BR>>>> > Pollrate 0.05<BR>>>> > LoadPlugin "olsrd_httpinfo.so.0.1"<BR>>>> > {<BR>>>> > PlParam "port"
"8080"<BR>>>> > PlParam "Net" "10.0.0.0 255.0.0.0"<BR>>>> > PlParam "Net" "192.168.1.0 255.255.255.0"<BR>>>> > PlParam "Net" "192.168.29.0 255.255.255.0"<BR>>>> > }<BR>>>> > Interface "wlan0"<BR>>>> > {<BR>>>> > }<BR>>>> ><BR>>>> > ----------------------- Example of problem<BR>>>> > # route<BR>>>> > Kernel IP routing table<BR>>>> > Destination Gateway Genmask Flags Metric Ref Use<BR>>>> > Iface<BR>>>> > 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0<BR>>>> > 10.0.0.0 * 255.0.0.0 U 0 0 0<BR>>>> > wlan0<BR>>>> > 127.0.0.0 * 255.0.0.0 U 0 0 0 lo<BR>>>> > default gw.bulles-dsl 0.0.0.0 UG 0 0 0 eth0<BR>>>> > # date; olsrd -d 0 -nofork ; date<BR>>>> > Tue May 17 12:01:35 CES 2005<BR>>>> ><BR>>>> > *** olsr.org - 0.4.9
***<BR>>>> > Build date: Apr 15 2005<BR>>>> > http://www.olsr.org<BR>>>> ><BR>>>> > Parsing file: "/etc/olsrd.conf"<BR>>>> > Httpinfo olsrd plugin 0.1 by Andreas Tønnesen<BR>>>> > (HTTPINFO) listening on port: 8080<BR>>>> > olsrd: src/process_routes.c: 318: olsr_delete_routes_from_kernel:<BR>>>> Assertion<BR>>>> > `met ric_counter' failed.<BR>>>> > Aborted<BR>>>> > Tue May 17 12:20:16 CES 2005<BR>>>> > # route<BR>>>> > Kernel IP routing table<BR>>>> > Destination Gateway Genmask Flags Metric Ref Use<BR>>>> > Iface<BR>>>> > 10.200.163.254 soekris.bulles. 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.6.50.38 soekris.bulles. 255.255.255.255 UGH 2 0 0<BR>>>> > wlan0<BR>>>> > 10.6.13.115 madou.bxl.rc 255.255.255.255 UGH 2 0 0<BR>>>>
; >
wlan0<BR>>>> > 10.9.165.194 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.10.223.73 soekris.bulles. 255.255.255.255 UGH 2 0 0<BR>>>> > wlan0<BR>>>> > 10.11.11.12 soekris.bulles. 255.255.255.255 UGH 1 0 0<BR>>>> > wlan0<BR>>>> > 10.54.142.132 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.11.1.197 * 255.255.255.255 UH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.8.8.217 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.54.142.133 * 255.255.255.255 UH 1 0 0<BR>>>> > wlan0<BR>>>> > 10.51.17 2.99 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.212.64.121 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.8.39.138 madou.bxl.rc 255.255.255.255 UGH 2 0 0<BR>>>> >
wlan0<BR>>>> > 10.3.13.37 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.9.167.26 madou.bxl.rc 255.255.255.255 UGH 4 0 0<BR>>>> > wlan0<BR>>>> > 10.199.156.169 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.9.175.120 madou.bxl.rc 255.255.255.255 UGH 3 0 0<BR>>>> > wlan0<BR>>>> > 10.9.166.198 madou.bxl.rc 255.255.255.255 UGH 5 0 0<BR>>>> > wlan0<BR>>>> > 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0<BR>>>> > 10.0.0.0 * 255.0.0.0 U 0 0 0<BR>>>> > wlan0<BR>>>> > 127.0.0.0 * 255.0.0.0 U 0 0 0 lo<BR>>>> > default gw.bulles-dsl 0.0.0.0 UG 0 0 0 eth0<BR>>>> ><BR>>>> ><BR>>>> ><BR>>>> ><BR>>>> ><BR>>>> <BR>>>>------------------------------------------------------------------------<BR>>>>
><BR>>>> ><BR>>>> ><BR>>>> <BR>>>>------------------------------------------------------------------------<BR>>>> > *> _______________________________________________<BR>>>> > olsr-users mailing list<BR>>>> > olsr-users@olsr.org<BR>>>> > https://www.olsr.org/mailman/listinfo/olsr-users<BR>>>><BR>>>> -- Andreas Tønnesen<BR>>>> http://www.olsr.org<BR>>>> _______________________________________________<BR>>>> olsr-users mailing list<BR>>>> olsr-users@olsr.org<BR>>>> https://www.olsr.org/mailman/listinfo/olsr-users<BR>>>> *<BR>>>><BR>>>>* *<BR>>>><BR>>>>------------------------------------------------------------------------<BR>>>>*Yahoo! Mail<BR>>>>Stay connected, organized, and protected. Take the tour<BR>>>><HTTP: mailtour.html tour.mail.yahoo.com>
*<BR>>>><BR>>>>*<BR>>>>*<BR>>>>------------------------------------------------------------------------<BR>>>>*<BR>>>>_______________________________________________<BR>>>>olsr-users mailing list<BR>>>>olsr-users@olsr.org<BR>>>>https://www.olsr.org/mailman/listinfo/olsr-users<BR>>>>*<BR>>><BR>>><BR>> <BR>> _______________________________________________<BR>> olsr-users mailing list<BR>> olsr-users@olsr.org<BR>> https://www.olsr.org/mailman/listinfo/olsr-users<BR><BR>-- <BR>Andreas Tønnesen<BR>http://www.olsr.org<BR>_______________________________________________<BR>olsr-users mailing list<BR>olsr-users@olsr.org<BR>https://www.olsr.org/mailman/listinfo/olsr-users<BR></BLOCKQUOTE><p>
<hr size=1>Do you Yahoo!?<br>
Yahoo! Small Business - <a href="http://us.rd.yahoo.com/evt=31637/*http://smallbusiness.yahoo.com/resources/">Try our new resources site!</a>