{"title":"关于每流包计数流分类器的注意事项","authors":"M. Ilvesmäki, J. Karvo","doi":"10.1109/LCN.2001.990804","DOIUrl":null,"url":null,"abstract":"To realize a packet count classifier, in addition to the active flow table, a candidate table is needed, where information on flow candidates is kept. We observe the temporal behavior of both the active flow table and flow candidate table size using actual traffic traces. The results indicate that the performance bottleneck in a packet count classifier lies within the candidate table management. Also, the changes in the candidate table size occur much faster than in the active flow table. Therefore, fast methods of creating entries and deletions in the candidate table are needed.","PeriodicalId":213526,"journal":{"name":"Proceedings LCN 2001. 26th Annual IEEE Conference on Local Computer Networks","volume":"56 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2001-11-14","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"1","resultStr":"{\"title\":\"Notes on the per-flow packet count flow classifier\",\"authors\":\"M. Ilvesmäki, J. Karvo\",\"doi\":\"10.1109/LCN.2001.990804\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"To realize a packet count classifier, in addition to the active flow table, a candidate table is needed, where information on flow candidates is kept. We observe the temporal behavior of both the active flow table and flow candidate table size using actual traffic traces. The results indicate that the performance bottleneck in a packet count classifier lies within the candidate table management. Also, the changes in the candidate table size occur much faster than in the active flow table. Therefore, fast methods of creating entries and deletions in the candidate table are needed.\",\"PeriodicalId\":213526,\"journal\":{\"name\":\"Proceedings LCN 2001. 26th Annual IEEE Conference on Local Computer Networks\",\"volume\":\"56 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"2001-11-14\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"1\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Proceedings LCN 2001. 26th Annual IEEE Conference on Local Computer Networks\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1109/LCN.2001.990804\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Proceedings LCN 2001. 26th Annual IEEE Conference on Local Computer Networks","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/LCN.2001.990804","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
Notes on the per-flow packet count flow classifier
To realize a packet count classifier, in addition to the active flow table, a candidate table is needed, where information on flow candidates is kept. We observe the temporal behavior of both the active flow table and flow candidate table size using actual traffic traces. The results indicate that the performance bottleneck in a packet count classifier lies within the candidate table management. Also, the changes in the candidate table size occur much faster than in the active flow table. Therefore, fast methods of creating entries and deletions in the candidate table are needed.