Hello there, i am continuing with the development of the iproute GUI. I was wondering if there is a xml parser for the set up of the queues. I have been searching but i cant find any... anyone?
Let us look back on the archives: On 12 Jul 2001 17:41:42 -0500, Nikolai Vladychevski wrote:> But what I am trying to do is to release it for > production where the end users would point & click for filter creation & > bandwidth definition, so I think it will be an adventure, but I am > accepting the risks... after all.... it''s free code....I''ve been working on an XML format for describing a traffic control configuration in-house. We''re working on a good way to describe the rules and its not too hard since most of the settings are hierarchial. We''ve eliminated the need for specifying parents by the inherentness of nesting classes under cbq queues and queues under classes, but have a few more things to iron out. I''ll be posting what we come up with and some code to turn it into TC statements when its more stable unless there''s outside interest in working on it. Offering users a point-and-click QoS+TC environment was on our minds when we realised that what we needed was a good configuration file format to save the settings in. -- Michael T. Babcock http://www.fibrespeed.net/~mbabcock/ ______________________ It seems there have been many attempts to what you want to do, as many people seen the oportunity of simple point-and-click aproach to tc. The difficult part is not implementing it, but maintaing it and convincing people to use it. In the end, it seems to me that this is all like an editor battle, where people tend to use a lot of programs, but in the end everybody has to learn vi sometimes because his/her editor is not installed on a clients machine. If you want, you can contact Michael Babcock to see if he did something with the XML parsing library. ______________________> Hello there, i am continuing with the development of the iproute GUI. > I was wondering if there is a xml parser for the set up of the queues. > I have been searching but i cant find any... anyone? > _______________________________________________ > LARTC mailing list > LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc >
You will have to go beyond JNI...I do belive that making kernel calls requires more than importing libraries from Linux, it requires compiling a native Linux application. Why not make it a C++ app, and then put a Java wrapper around it? Or, better yet, write an API for the Java to access! Regarding your question about what it should include, I strongly suggest RRDTool graphs. The user should pick the statistics (packets, bytes, drops, etc.) he wants, choose the time frame, press "generate graph" and then be amazed :). Also, for the sawy technician, a text form graphic should be nice. Always current traffic for all classes, refresh interval between 5-300 seconds, (this is where the exec overhead comes out to play) is a must. Plus, this is about graphing and logging. But what about clasfiers? You should get used to the ip header, so that you could implement match on different fields, ranging from tos to ttl, in the form of checkboxes, spin buttons, listboxes and their friends.> I will be glad to share it and improve it :) I was wondering time ago > about doing it :) I have my doubts using kernel calls. I would have to > use JNI right? I think doing it would be to long for me, maybe for > future development ;) I am going to keep to the exec. I have been > examining the kernel scheduler, and i have no time to implement it. > Besides, i would have to learn to use JNI, or is there any type of > wrapper? > I carry on developing the GUI. Just to get fresh information from the > "real" users, which information would you agree would be to you > usefull?¿ > * rrdtool graph of qeueues > * stats of interface > * Mb-Traffic information > * Actual set up in graph form > > > any more?¿