Hi Iwase,
Thank you for your reply.
Sure I will use binary_str().
But why the contents from payload are seen differently for pkt[-1]( I mean
when the packet contains payload) and for pkt.data. The pkt.data prints out
some symbols while pkt[-1] does not.
The actual text file does not have these
I have no idea of your error, but you can not use "!8S". You need to take a
look of how to use struct:https://docs.python.org/3.0/library/struct.html
mentioned by Shinpei .
--
Distance
_
School of Information and Commun
Hi,
pkt.data contains the raw binary data of packets,
so outputs of "print" is not human readable format.
To convert it human readable, how about using ryu.utils.binary_str()?
$ git diff
diff --git a/ryu/app/simple_switch_13.py b/ryu/app/simple_switch_13.py
index 3e7c598..f39b374 100644
--- a/r
Hi,
> I suspect the line “OFP_NEW_MSG_PACK_STR = '!8S'”. I might have given a
> wrong value there.
You have set the wrong format to OFP_NEW_MSG_PACK_STR.
You can not use 'S' to format of struct.calcsize().
Sorry, I do not know the value to be set in the PACK_STR value,
but please refer to follo
Hi,
I trying to get first few bytes of payload of the packet_in.
if I use *pkt[-1]* to extract the payload, I am getting " 'tcp' object is
not iterable" error.
other wise, if I use *pkt.data* , I am seeing some unknown symbols
prepended with payload.
def _packet_in_handler(self, ev):
# I
I suspect the line “OFP_NEW_MSG_PACK_STR = '!8S'”. I might have given a wrong
value there.
But, I am not able to find a good explanation on the notation used for each
message’s PACK_STR value.
If anyone has information on that, will be great !
Thanks
From: Rajasekaran, Monica
Sent: Wednesday,
Hi,
I followed the steps in the link to create a new OpenFlow message type but I
get an “error (attached image)” after I recompile and run ryu-manager.
The steps I followed are:
1. Added the following to ofproto_v1_3.py:
2. OFPT_NEW_MSG = 30 # User Added
# struct ofp_
Dear Ryu community,
We would like to get your opinion on how to start to implement GRE tunnelling
for the RYU OpenFlow controller.
Our system is now operating with VLAN tunnelling mechanism but we’d like to
enhance the tunnelling mechanism in the network.
I’ve found this implementation on Git
