[CUWiN-Dev] HSLSD Not Sending HSLS(9191) Packets

[Socrates Socrates]

Hi David, all

I have made an attempt to port hsls to linux and all along I thought all was
well until now.

Problem:
My port does not seem to send hsls packets, it only sends beacons.

Setup:
I am using cuwin box running the the original hsls and a laptop running my
linux port. Laptop IP address:169.254.237.50, Cuwin box IP address:
169.254.10.168


Starting up:
This how I startup my linux hsls
/bin/echo "1" > /proc/sys/net/ipv4/ip_forward
/sbin/ifconfig eth1 down
/sbin/ifconfig eth1 up
./hslsd -d -f inet -t ptmp -i eth1 -L all -l metric -l err -l spf_quiet -l
peer_quiet -l rib_quiet -l warn -l malformed -l lsu_ack

Debug Output:
*************
20070108080712 main: event(3) initialized
20070108080712 beacon_rx_socket: bound 0.0.0.0 port 9191
20070108080712 beacon_tx_socket: bound 169.254.237.50 port 36279
20070108080712 hsls_ext_init_hook: hsls client handle aquired
20070108080712 hsls_ext_init_hook: transponder subscribed
20070108080713 etx_txbeacon_cb: 169.254.237.50
20070108080714 etx_txbeacon_cb: 169.254.237.50
20070108080715 etx_txbeacon_cb: 169.254.237.50
20070108080716 hsls_af_spf_due: due
hsls_af_spf_follow_edges_helper start = 169.254.237.50 nexthop=NULL
0x80945c8 yields edge 169.254.237.50 -> 169.254.237.50
hsls_af_spf_follow_edges_helper start = 169.254.237.50 nexthop=
169.254.237.50
0x80945c8 yields edge 169.254.237.50 -> 169.254.237.50
20070108080716 SPF HSLS_RIB_CMD_ADD dst 169.254.237.50/32 nexthop
169.254.237.50 metrics [(etx, 0), (hopcount, 0), (backplane-hopcount, 0),
(network-radius, 0)]
SPF HSLS_RIB_CMD_ADD dst 169.254.237.50/32 nexthop 169.254.237.50 metrics
[(etx, 0), (hopcount, 0), (backplane-hopcount, 0), (network-radius, 0)]
hsls_linux mask_rep=ffffffff
hsls_linux_rtable_add_route_v4 dst=169.254.237.50
gw=169.254.237.50iface=eth1, masklen=32 mask=
255.255.255.255
20070108080716 SPF net radius 1 -> 0


Tcpdump on laptop
******************
root at appletiser:/home/lawrence/work/hsls/linux/src/etx# tcpdump -i eth1 -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
10:07:14.079388 IP 169.254.10.168.9191 > 224.0.0.2.9191: UDP, length 252
10:07:14.130611 IP6 fe80::202:6fff:fe21:aa8.9191 > ff02::2.9191: UDP, length
252
10:07:14.685688 IP 169.254.237.50.36279 > 224.0.0.2.9191: UDP, length 28
10:07:15.088477 IP 169.254.10.168.9191 > 224.0.0.2.9191: UDP, length 252
10:07:15.170542 IP6 fe80::202:6fff:fe21:aa8.9191 > ff02::2.9191: UDP, length
252
10:07:15.686582 IP 169.254.237.50.36279 > 224.0.0.2.9191: UDP, length 28
10:07:16.098515 IP 169.254.10.168.9191 > 224.0.0.2.9191: UDP, length 252
10:07:16.180541 IP6 fe80::202:6fff:fe21:aa8.9191 > ff02::2.9191: UDP, length
252
10:07:16.688015 IP 169.254.237.50.36279 > 224.0.0.2.9191: UDP, length 28


Could you please point me to possible causes of this problem?


Kind regards;
Lawrence
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.chambana.net/mailman/archive/cu-wireless-dev/attachments/20070108/02894dfa/attachment.htm