Hi all,

I am using the git version of the reference openflow implementation
branch release/1.0.0 and I am trying to insert packets using packet
out messages.

From a custom controller I send the following message:

Frame 1 (230 bytes on wire, 230 bytes captured)
   Arrival Time: Apr 12, 2011 11:16:45.093462000
   [Time delta from previous captured frame: 0.000000000 seconds]
   [Time delta from previous displayed frame: 0.000000000 seconds]
   [Time since reference or first frame: 0.000000000 seconds]
   Frame Number: 1
   Frame Length: 230 bytes
   Capture Length: 230 bytes
   [Frame is marked: False]
   [Protocols in frame: eth:ip:tcp:of:eth:ip:udp:data]
Ethernet II, Src: IntelCor_6f:a8:0c (00:15:17:6f:a8:0c), Dst:
IntelCor_6f:ae:42 (00:15:17:6f:ae:42)
   Destination: IntelCor_6f:ae:42 (00:15:17:6f:ae:42)
       Address: IntelCor_6f:ae:42 (00:15:17:6f:ae:42)
       .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
       .... ..0. .... .... .... .... = LG bit: Globally unique
address (factory default)
   Source: IntelCor_6f:a8:0c (00:15:17:6f:a8:0c)
       Address: IntelCor_6f:a8:0c (00:15:17:6f:a8:0c)
       .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
       .... ..0. .... .... .... .... = LG bit: Globally unique
address (factory default)
   Type: IP (0x0800)
Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst: 10.1.1.2 (10.1.1.2)
   Version: 4
   Header length: 20 bytes
   Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
       0000 00.. = Differentiated Services Codepoint: Default (0x00)
       .... ..0. = ECN-Capable Transport (ECT): 0
       .... ...0 = ECN-CE: 0
   Total Length: 216
   Identification: 0x9483 (38019)
   Flags: 0x04 (Don't Fragment)
       0... = Reserved bit: Not set
       .1.. = Don't fragment: Set
       ..0. = More fragments: Not set
   Fragment offset: 0
   Time to live: 64
   Protocol: TCP (0x06)
   Header checksum: 0x8f98 [correct]
       [Good: True]
       [Bad : False]
   Source: 10.1.1.1 (10.1.1.1)
   Destination: 10.1.1.2 (10.1.1.2)
Transmission Control Protocol, Src Port: 6633 (6633), Dst Port: 34787
(34787), Seq: 1, Ack: 1, Len: 164
   Source port: 6633 (6633)
   Destination port: 34787 (34787)
   Sequence number: 1    (relative sequence number)
   [Next sequence number: 165    (relative sequence number)]
   Acknowledgement number: 1    (relative ack number)
   Header length: 32 bytes
  Flags: 0x18 (PSH, ACK)
       0... .... = Congestion Window Reduced (CWR): Not set
       .0.. .... = ECN-Echo: Not set
       ..0. .... = Urgent: Not set
       ...1 .... = Acknowledgment: Set
       .... 1... = Push: Set
       .... .0.. = Reset: Not set
       .... ..0. = Syn: Not set
       .... ...0 = Fin: Not set
   Window size: 46
   Checksum: 0x16cf [incorrect, should be 0xdf28 (maybe caused by
"TCP checksum offload"?)]
       [Good Checksum: False]
       [Bad Checksum: True]
   Options: (12 bytes)
       NOP
       NOP
       Timestamps: TSval 975472439, TSecr 1703276763
   [PDU Size: 164]
OpenFlow Protocol
   Header
       Version: 0x01
       Type: Packet Out (CSM) (13)
       Length: 164
       Transaction ID: 0
   Packet Out
       Buffer ID: None
       Frame Recv Port: 2
       Size of action array in bytes: 8
       Output Action(s)
           Action
               Type: Output to switch port (0)
               Len: 8
               Output port: 1
               Max Bytes to Send: 2000
           # of Actions: 1
       Frame Data: 004E46324300001E689AC57508004500007E000000006411...
           Ethernet II, Src: QuantaCo_9a:c5:75 (00:1e:68:9a:c5:75),
Dst: 00:4e:46:32:43:00 (00:4e:46:32:43:00)
               Destination: 00:4e:46:32:43:00 (00:4e:46:32:43:00)
                   Address: 00:4e:46:32:43:00 (00:4e:46:32:43:00)
                   .... ...0 .... .... .... .... = IG bit: Individual
address (unicast)
                   .... ..0. .... .... .... .... = LG bit: Globally
unique address (factory default)
               Source: QuantaCo_9a:c5:75 (00:1e:68:9a:c5:75)
                   Address: QuantaCo_9a:c5:75 (00:1e:68:9a:c5:75)
                   .... ...0 .... .... .... .... = IG bit: Individual
address (unicast)
                   .... ..0. .... .... .... .... = LG bit: Globally
unique address (factory default)
               Type: IP (0x0800)
           Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst:
192.168.3.0 (192.168.3.0)
               Version: 4
               Header length: 20 bytes
               Differentiated Services Field: 0x00 (DSCP 0x00:
Default; ECN: 0x00)
                   0000 00.. = Differentiated Services Codepoint:
Default (0x00)
                   .... ..0. = ECN-Capable Transport (ECT): 0
                   .... ...0 = ECN-CE: 0
               Total Length: 126
               Identification: 0x0000 (0)
               Flags: 0x00
                   0... = Reserved bit: Not set
                   .0.. = Don't fragment: Not set
                   ..0. = More fragments: Not set
               Fragment offset: 0
               Time to live: 100
               Protocol: UDP (0x11)
               Header checksum: 0x87c5 [correct]
                   [Good: True]
                   [Bad : False]
               Source: 10.1.1.1 (10.1.1.1)
               Destination: 192.168.3.0 (192.168.3.0)
           User Datagram Protocol, Src Port: http-alt (8080), Dst
Port: http-alt (8080)
               Source port: http-alt (8080)
               Destination port: http-alt (8080)
               Length: 106
               Checksum: 0x0000 (none)
                   Good Checksum: False
                   Bad Checksum: False
           Data (98 bytes)


Unfortunately thought I wasn't able so far to receive a packet on port
1. The flow table when I send the packet is emtpy. Has anybody else
observed this behaviour and is it maybe a bug in the code or my
message parameters are incorrect?

-- 
Charalampos Rotsos
PhD student
The University of Cambridge
Computer Laboratory
William Gates Building
JJ Thomson Avenue
Cambridge
CB3 0FD

Phone: +44-(0) 1223 767032
Email: [email protected]
_______________________________________________
openflow-discuss mailing list
[email protected]
https://mailman.stanford.edu/mailman/listinfo/openflow-discuss

Reply via email to