Problem is that when the access point is reading this information out, we are getting junk values instead of the actual port values.
+++++++++++++++++++++++++++++++++++++++++++++++++++++
LOG SNIPPETS is being done by running wifi-ap.cc from the examples/wireless section:
--Station sends CallPreserveHeader with below values:
PHYTX mode=OfdmRate6Mbps ns3::WifiMacHeader (MGT_ASSOCIATION_REQUEST ToDS=0, FromDS=0, MoreFrag=0, Retry=0, MoreData=0 Duration/ID=60us, DA=00:00:00:00:00:03, SA=00:00:00:00:00:02, BSSID=00:00:00:00:00:03, FragNumber=0, SeqNumber=0) ns3::CallPreserveHeader ( Source UDP Port 22000 Destination UDP Port 23000 Is call active? 1) ns3::MgtAssocRequestHeader (ssid=wifi-default, rates=[6mbs 9mbs 12mbs 18mbs 24mbs 36mbs 48mbs 54mbs], HT Capabilities=^@|^@|^@|^@) ns3::WifiMacTrailer ()
--Access point is receiving packet :
PHYRXOK mode=OfdmRate6Mbps snr=1.58001e+11 ns3::WifiMacHeader (MGT_ASSOCIATION_REQUEST ToDS=0, FromDS=0, MoreFrag=0, Retry=0, MoreData=0 Duration/ID=60us, DA=00:00:00:00:00:03, SA=00:00:00:00:00:02, BSSID=00:00:00:00:00:03, FragNumber=0, SeqNumber=0) ns3::CallPreserveHeader ( Source UDP Port 22000 Destination UDP Port 23000 Is call active? 1) ns3::MgtAssocRequestHea
Now when access point is attempting to get these values into variables, we are getting wrong values:
From Logs:
CallPreserveHeader_Get_CPSrcPort: SrcPort=47
CallPreserveHeader_Get_CPDestPort: DestPort=20079
CallPreserveHeader_Get_iscallactive: IsCallActive?=25600
+++++++++++++++++++++++++++++++++++++++++++++++++++++
FILE UPLOADED FOR REFERENCE:
cp-header.cc ---> CALL PRESERVE HEADER
my-ap-wifi-mac.cc my-ap-wifi-mac.h ---> ACCESS POINT MODIFIED CODE
my-sta-wifi-mac.cc my-sta-wifi-mac.h ---> STATION MODIFIED CODE
Feel free to ping me in case you need any other info. Thanks in advance.
~Avinash
--
You received this message because you are subscribed to a topic in the Google Groups "ns-3-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ns-3-users/Z418Ih8neUA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ns-3-users+...@googlegroups.com.
To post to this group, send email to ns-3-...@googlegroups.com.
Visit this group at http://groups.google.com/group/ns-3-users.
For more options, visit https://groups.google.com/d/optout.
CHANNEL --> STRIP HEADER 2 --> STRIP HEADER 1 --> RECEIVER.Sender --> ADD HEADER 1 --> ADD HEADER 2 --> CHANNELDoes the order of serialization / deserialization matter? For eg. if header 1 is being added before header 2, does it implying on the receiving end we must first decode header 2 followed by header 1.Thanks Konstantinos,I made the return value on GetSerializedSize to '6' but that didn't seem to fix it.
To unsubscribe from this group and all its topics, send an email to ns-3-users+unsubscribe@googlegroups.com.
To post to this group, send email to ns-3-...@googlegroups.com.
Visit this group at http://groups.google.com/group/ns-3-users.
For more options, visit https://groups.google.com/d/optout.