On 28 May 2015 at 13:01, Savolainen, Petri (Nokia - FI/Espoo) < [email protected]> wrote:
> Yes, classification is setup per pktio interface and is done right after > packet arriving the device. A list of interfaces is device (implementation) > specific. Valid interfaces may include e.g. eth0, 10ge_0, 10ge_loop0, etc. > The only reserved interface name is "loop", which must be a packet loopback > interface. There can be several other packet input or loopback interfaces. > Classification can be configured for any interface. > Perhaps we need multiple loopback interfaces. Because the classification rules might be different (and conflicting) We could change the definition so that all interface (pkio) names which start with "loop" are loopback interfaces. The number of supported loopback interfaces would be implementation specific. -- Ola > > -Petri > > > > -----Original Message----- > > From: lng-odp [mailto:[email protected]] On Behalf Of ext > > Mario Torrecillas Rodriguez > > Sent: Thursday, May 28, 2015 1:50 PM > > To: Bala; Mike Holmes > > Cc: LNG ODP Mailman List > > Subject: Re: [lng-odp] loopback interface > > > > 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 > _______________________________________________ > 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
