It launches fine here. Scott
On 6/8/07, Pablo Montoro Escaño <[EMAIL PROTECTED]> wrote:
Well, I'm afraid that the problem with OLSRD persists. It is not only a problem that it is not working properly... it is a problem that it is not running at all. (The daemon cannot be launched). If this is something that it is not going to work on pfSense 1.2, maybe is better to take it out for the release. Or possibly look for a sustitute, maybe OSPF. Pablo Montoro Escaño wrote: > pfSense 1.2-BETA-1, embedded, last snapshot > > The problem with OLSR persists, olsrd doesn't start. > "Could not initialize socket... exiting!" > > > > Scott Ullrich wrote: > > > > Try a new snapshot at least an hour from now. > > > > Scott > > > > Pablo Montoro Escaño wrote: >> We have tested it (the new snapshot),... and it is worse! :( >> >> Now the olsrd doesn't start. >> When we configure it via web, it seems it is not working, so we go and >> check that the process it is not running. >> >> So we try to launch it from console, and we get this message: >> >> bind: Address already in use >> Could not initialize socket... exiting! >> >> Any help would be wellcome. >> Here I post the logs when we try to launch the olsr manually: >> >> >> >> # /usr/local/sbin/olsrd -f /var/etc/olsr.conf >> >> *** olsr.org - 0.4.10 *** >> Build date: Jan 30 2007 >> http://www.olsr.org >> >> Parsing file: "/var/etc/olsr.conf" >> *** olsrd configuration *** >> Debug Level : 2 >> IpVersion : 4 >> No interfaces : ALLOWED >> TOS : 0x10 >> Willingness : AUTO >> IPC connections : 0 >> Host 127.0.0.1 >> Pollrate : 0.05 >> TC redundancy : 2 >> MPR coverage : 3 >> LQ level : 2 >> LQ fish eye : 0 >> LQ Dijkstra limit: 255, 0.00 >> LQ window size : 10 >> Clear screen : yes >> Interfaces: >> dev: "sis0" >> IPv4 broadcast : AUTO >> IPv6 addrtype : global >> IPv6 multicast site/glbl : ff05::15/ff0e::1 >> HELLO emission/validity : 2.00/20.00 >> TC emission/validity : 5.00/30.00 >> MID emission/validity : 5.00/30.00 >> HNA emission/validity : 5.00/30.00 >> dev: "ath0" >> IPv4 broadcast : AUTO >> IPv6 addrtype : global >> IPv6 multicast site/glbl : ff05::15/ff0e::1 >> HELLO emission/validity : 2.00/20.00 >> TC emission/validity : 5.00/30.00 >> MID emission/validity : 5.00/30.00 >> HNA emission/validity : 5.00/30.00 >> dev: "ath1" >> IPv4 broadcast : AUTO >> IPv6 addrtype : global >> IPv6 multicast site/glbl : ff05::15/ff0e::1 >> HELLO emission/validity : 2.00/20.00 >> TC emission/validity : 5.00/30.00 >> MID emission/validity : 5.00/30.00 >> HNA emission/validity : 5.00/30.00 >> Plugins: >> Name: "/usr/local/lib/olsrd_dyn_gw.so.0.4" >> Name: "/usr/local/lib/olsrd_httpinfo.so.0.1" >> Not using hysteresis >> Could not read APM info - setting default willingness(3) >> Using IP version 4 >> Added 0.0.0.0 to IP deny set >> Added 127.0.0.1 to IP deny set >> >> ---- Interface configuration ---- >> >> Checking sis0: >> Not a wireless interface >> Metric: 6 >> MTU - IPhdr: 1472 >> Index 0 >> Address:10.101.1.1 >> Netmask:255.255.255.0 >> Broadcast address:10.101.1.255 >> Adding OLSR socket entry 6 >> New main address: 10.101.1.1 >> Checking ath0: >> Wireless interface detected >> Metric: 1 >> MTU - IPhdr: 1472 >> Index 1 >> Address:172.22.100.254 >> Netmask:255.255.255.0 >> Broadcast address:172.22.100.255 >> bind: Address already in use >> Could not initialize socket... exiting! >> >> >> >>> We are using the original 1.0.1 version... and the OLSRD version in >>> it is already 0.4.10 (built in Mar 8 2006). >>> >>> What is the change in the new snapshot? >>> >>> Anyway, we have downloaded it, and we are going to test it. >>> >>> Thank you. >>> >>> Scott Ullrich wrote: >>>> Yes, update from 1.0.1 with >>>> http://snapshots.pfsense.com/FreeBSD6/RELENG_1/updates/ >>>> >>>> But give the snapshot server about an hour to build the latest >>>> version. It will have todays date it in when its done. >>>> >>>> Scott >>>> >>>> >>>> On 1/30/07, Michael Oh <[EMAIL PROTECTED]> wrote: >>>>> Thanks Scott! >>>>> >>>>> I'm running 1.01. Anyway to upgrade to this from the interface? Or >>>>> is there >>>>> an easy way to pull it down from the snapshots? >>>>> >>>>> Thx. >>>>> >>>>> >>>>> On 1/30/07, Scott Ullrich <[EMAIL PROTECTED]> wrote: >>>>> > While I do not know the answers to these questions, I have updated >>>>> > OLSRD to 0.4.10 in the latest snapshots. >>>>> > >>>>> > Please test to ensure that it atleast works. >>>>> > >>>>> > Thanks! >>>>> > >>>>> > On 1/30/07, Michael Oh < [EMAIL PROTECTED]> wrote: >>>>> > > Also having problems with olsrd running on pfsense. Upgraded to >>>>> the olsr >>>>> > > 0.4.10 version and this seemed to stabilize it and give it the >>>>> latest >>>>> > > features. Also, if you want to modify the configs, you can edit >>>>> the >>>>> > > /etc/inc/services.inc file (towards the end). Not sure if this is >>>>> > > "acceptable" but was able to play around with different >>>>> settings this >>>>> way. >>>>> > > >>>>> > > I also ran into a funny problem where the pfsense box didn't >>>>> issue the >>>>> > > proper olsrd packets in the expected time periods. I had set >>>>> the hna and >>>>> > > mid, tc, and hello packets to 2 seconds with validity of 120. >>>>> But when I >>>>> did >>>>> > > a tcpdump, there were only 8 packets about every 30-45 seconds. >>>>> Not what >>>>> I >>>>> > > was expecting... The other units I have (not pfsense) running >>>>> olsrd sent >>>>> > > packets as expected. So, I couldnt' figure out if pfsense was >>>>> "caching" >>>>> the >>>>> > > packets somehow? Didn't make any sense. I did have traffic shaping >>>>> turned >>>>> > > on, but I disabled it and same results.. >>>>> > > >>>>> > > Just to add to the list of issues... :-( >>>>> > > >>>>> > > Michael Oh >>>>> > > >>>>> > > >>>>> > > On 1/29/07, Pablo Montoro Escaño < [EMAIL PROTECTED] > wrote: >>>>> > > > We are working with WRAP 2C boards with OLSR and we are >>>>> having a lot >>>>> of >>>>> > > > problems. We have checked through the forums all the >>>>> conversations >>>>> about >>>>> > > this >>>>> > > > but we haven't found any solution. We are using them with a >>>>> WIFI at 5 >>>>> GHz >>>>> > > in the >>>>> > > > olsr, one ethernet, and one WIFI at 2,4 Ghz in which we don't >>>>> have >>>>> olsr. >>>>> > > > >>>>> > > > We are trying to fix problems on the code but we haven't >>>>> found yet the >>>>> > > > solutions. We leave you here three problems we have found >>>>> just in case >>>>> you >>>>> > > > already have the solution, or if we could help in any way to >>>>> fix them: >>>>> > > > >>>>> > > > 1.- We configure two equipments separately with olsr. Olsr don't >>>>> create >>>>> > > the >>>>> > > > routes if we don't reboot the equipment or restart olsr when the >>>>> antennas >>>>> > > are >>>>> > > > communicated. >>>>> > > > >>>>> > > > 2. - In a point to point link, with a correct route table. >>>>> When there >>>>> is >>>>> > > no >>>>> > > > traffic during a while (30 minutes aprox.), in one of both >>>>> equipment >>>>> > > (pfsense >>>>> > > > that don't announce itself as gateway) the routes disappears. >>>>> But, if >>>>> the >>>>> > > > traffic is kept up (for example, with icmp traffic, doing pings >>>>> > > constantly), the >>>>> > > > routes doesn't disappear. >>>>> > > > >>>>> > > > >>>>> > > > 3. - The HNA4 routes doesn't work. When we fill at the GUI >>>>> the field >>>>> > > "Announce >>>>> > > > Dynamic local route" we see that the olsrd.conf file appears >>>>> well >>>>> > > configured >>>>> > > > with the routes at HNA4. But instead of working these >>>>> routes... all >>>>> the >>>>> > > routes >>>>> > > > crash! The olsrd process continue running, but as if it wasn't >>>>> running. It >>>>> > > seems >>>>> > > > that any olsr traffic doesn't pass, and there are no routes >>>>> at all. >>>>> > > > >>>>> > > > >>>>> > > > >>>>> > > > >>>>> > > >>>>> --------------------------------------------------------------------- >>>>> > > > To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>> > > > For additional commands, e-mail: [EMAIL PROTECTED] >>>>> > > > >>>>> > > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > -- >>>>> > > >>>>> > > Thanks! >>>>> > > Michael Oh >>>>> > >>>>> > >>>>> --------------------------------------------------------------------- >>>>> > To unsubscribe, e-mail: [EMAIL PROTECTED] >>>>> > For additional commands, e-mail: [EMAIL PROTECTED] >>>>> > >>>>> > >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> Thanks! >>>>> Michael Oh >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
