-
Notifications
You must be signed in to change notification settings - Fork 491
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
inet 4.5.2 the TSN Qbv cannot bind with Qbu #989
Comments
I have already used PacketTagger in the app to tag the packets with userPriority labels, either 0 or 1. |
If you think this is a bug then we need exact steps to reproduce it. Please attach the NED/INI files and/or the necessary changes to an existing example. |
Here is my ned file
and my ini file
In the ini file, I see that the default value of the classifierClass parameter of outboundClassifier in the original EthernetPreemptingMacLayer.ned file is "inet::PacketVlanReqClassifier." However, I want the packets to be tagged with my desired VLAN, so I enabled the StreamCoderLayer. In the original ini file under the framepreemption folder, the VLAN ID is used to determine whether a packet can be preempted, and a vlanreq tag is assigned. But after enabling the StreamCoderLayer, the vlanreq tag changes to vlanind tag after passing through the bridging layer, which is overridden by my defined encoder, causing errors. Therefore, I tried using userPriority to differentiate whether a packet can be preempted. As a result, when I enable both Qbv and Qbu simultaneously, packets entering the PacketQueue of Ieee8021qTimeAwareShaper stop being sent, even if the transmissionGate is open. Additionally, if there are no issues with the current Qbu, I would like to ask how to effectively configure the preemptibility of the queues. The example only demonstrates the configuration on the sending side, without examples for switch configurations. |
When I use Qbv and Qbu separately, they both work fine. I have set **.macLayer.outboundClassifier.classifierClass to "inet::queueing::PacketUserPriorityIndClassifier". However, when I combine the two, the packets get stuck at the Ieee8021qTimeAwareShaper layer and do not forward downwards. Even when I open all gates, they still do not forward.
The text was updated successfully, but these errors were encountered: