On a related noteŠ It is my current understanding that, with the current set of APIs, classification has to be performed right after IO. What makes me think that is that the classification API seems to be linked to the packetIO API. So, my question is, firstly, am I right with my assumption? And secondly, how would you go about classifying (or re-classifying) packets at a later stage, after some processing has already been performed and hence packets are not coming straight from a pktio interface. For instance, you may need to decrypt packets and strip the IPSec headers off, then go through another classification stage. Can this be achieved?
Thanks, Mario. On 28/05/2015 10:44, "Bala" <[email protected]> wrote: > >I am get pcaps for classification rules but currently the classification >validation suite creates packets with different values for PMR rules and >sends them across the loop back interface to test classification >feature. So if I understand correctly is the pcap file going to recreate >this scenario? > >Regards, >bala >On Thursday 28 May 2015 03:08 PM, Mike Holmes wrote: >> Bala if you can get the pcaps to test the classification rules, I hope >>the >> new assignee coming on line shortly will be able to work running them >>into >> the validation test suite. >> >> On 28 May 2015 at 05:24, Bala Manoharan <[email protected]> >>wrote: >> >>> Hi, >>> >>> Yes. Lookback interface should behave like other interfaces in the >>> system and classification rules if set should get applied. >>> >>> Regards, >>> Bala >>> >>> On 28 May 2015 at 14:51, Ola Liljedahl <[email protected]> >>>wrote: >>>> Is the loopback interface supposed to be supported in all ODP >>>> implementations? And it will have the same functionality as real pktio >>>> interfaces? >>>> >>>> I was thinking of feeding the loopback interface packets that are read >>> from >>>> a pcap file. Classification rules could then be associated with the >>> loopback >>>> interface and packets will eventually be enqueued on the queues >>> specified in >>>> the matching class of service. >>>> >>>> -- Ola >>>> >>>> >>>> _______________________________________________ >>>> lng-odp mailing list >>>> [email protected] >>>> https://lists.linaro.org/mailman/listinfo/lng-odp >>>> >>> _______________________________________________ >>> lng-odp mailing list >>> [email protected] >>> https://lists.linaro.org/mailman/listinfo/lng-odp >>> >> >> > >_______________________________________________ >lng-odp mailing list >[email protected] >https://lists.linaro.org/mailman/listinfo/lng-odp -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ lng-odp mailing list [email protected] https://lists.linaro.org/mailman/listinfo/lng-odp
