Changes between Version 1 and Version 2 of Internal/OpenFlow/TunnelNotes
- Timestamp:
- Jun 23, 2010, 8:52:01 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Internal/OpenFlow/TunnelNotes
v1 v2 1 System Config: 2 {{{ 3 Ubuntu Version: Ubuntu 9.04 4 Netfpga Version: 2.1.0 5 Openflow Version: 1.0.0 6 flowvisor Version: Alpha version 0.4 7 }}} 1 8 9 Note: Bitfiles come from some other package and must be made to agree with the versions of cpci tools and nf2 kernel module 2 10 11 Basic Usage: 12 Assuming the machine is freshly rebooted the script: 13 {{{ 14 /opt/netfpga1.0.1/netfpga/projects/tunneling_openflow_switch/sw/of_start_winlab.sh 15 }}} 3 16 4 5 17 Should be run as root 6 18 7 19 Known issues: 8 20 9 21 1. When Running the of_start_winlab.sh script wake up the netfpga into a tunneling openflow mode we get this error from the script: 10 Virtex design compiled against active CPCI version 11 RTNETLINK answers: No such file or directory 12 RTNETLINK answers: No such file or directory 13 RTNETLINK answers: No such file or directory 14 RTNETLINK answers: No such file or directory 15 ARP_REPLY_ETH_ADDR_PORT_3_LO_REG=0x46324402 16 22 Virtex design compiled against active CPCI version 23 {{{ 24 RTNETLINK answers: No such file or directory 25 RTNETLINK answers: No such file or directory 26 RTNETLINK answers: No such file or directory 27 RTNETLINK answers: No such file or directory 28 ARP_REPLY_ETH_ADDR_PORT_3_LO_REG=0x46324402 29 }}} 17 30 However it still works. 18 19 31 1. After a few minutes of operation the nf2 modules starts dumping buffer messages into the kernels ring buffer. The messages are: 20 [ 1161.690033] nf2: no available transmit/receive buffers 21 [ 1161.690061] nf2: no available transmit/receive buffers 22 [ 1161.690089] nf2: no available transmit/receive buffers 23 32 {{{ 33 [ 1161.690033] nf2: no available transmit/receive buffers 34 [ 1161.690061] nf2: no available transmit/receive buffers 35 [ 1161.690089] nf2: no available transmit/receive buffers 36 }}} 24 37 We don't know what these errors are, and they are suspected to eventually brining down the tunnel (and thus requiring a reboot). That being said, 25 38 the tunnel does come up inspite of it. 26 27 39 1. The tunnel still dies, when I tried to bring it back up the interfaces took a little time to actually wake up, but it eventually got to 28 40 where it needed to be.