> What's the output of
> ifconfig pflow0
> directly after boot, i.e. when it's not working?
> Wild guess: flags are UP but not RUNNING
Here is a session showing ifconfig pflow0 right after reboot.
root@dyu-isp1:/root $ ifconfig pflow0
pflow0: flags=41<UP,RUNNING> mtu 1448
priority: 0
pflow: sender: 10.10.10.9 receiver: 192.168.1.26:9997 version: 10
groups: pflow
root@dyu-isp1:/root $ tcpdump -n -i trunk0 'udp port 9997'
tcpdump: listening on trunk0, link-type EN10MB
^C
39213 packets received by filter
0 packets dropped by kernel
root@dyu-isp1:/root $ ifconfig pflow0 flowsrc 10.10.10.9 flowdst
192.168.1.26:9997 pflowproto 10
root@dyu-isp1:/root $ tcpdump -n -i trunk0 'udp port 9997'
tcpdump: listening on trunk0, link-type EN10MB
20:51:19.715157 10.10.10.9.32962 > 192.168.1.26.9997: udp 1424
20:51:30.715195 10.10.10.9.32962 > 192.168.1.26.9997: udp 1424
^C
4749 packets received by filter
0 packets dropped by kernel
root@dyu-isp1:/root $ ifconfig pflow0
pflow0: flags=41<UP,RUNNING> mtu 1448
priority: 0
pflow: sender: 10.10.10.9 receiver: 192.168.1.26:9997 version: 10
groups: pflow
> Can you observe the boot process? Another wild guess, there will be a
> "ifconfig: SIOCSETPFLOW: Can't assign requested address"
> in there.
I cannot observe the booting process right now since I don't have physical
access to the machine. I will try to access it tonight.
However, as I was responding to this email, I tried adding a static route
to host 192.168.1.26 in hostname.trunk0 and it worked after reboot. I
should have mentioned in my bug report that trunk0 participates in OSPF.
The other machine that has very similar setup and works fine also
participates in OSPF. So, in other words, trunk + ospfd + pflow is not
working. re0 + ospfd + pflow is working (on another machine).
Thanks,
Shohrukh Shoyoqubov
