Traffic shaper wizard issue (i386)

_igor_

Tried it with snap 2.0-BETA4 (i386) built on Tue Dec 7 05:18:51 EST 2010: same as before.
Here a pic from the VOIP-page after pressing "Finish". No queue is created.

When Upload is 10MBit/sec, 100k/sec is never more than 30%. But no error-message comes up.

Oh, tried with IP with same result

shaper.gif_thumb

loftyDan

Using the build built on Wed Dec 8 14:27:51 EST 2010, my traffic shaper has starting working correctly (previously I had the other shaper issue were finish lead to a blank screen). Does this build fix your issue as well?

_igor_

Nop. Tested now, 2.0-BETA4 (i386) built on Thu Dec 9 04:14:22 EST 2010

the browser-adressfield shows this when it jumps back: https://…/wizard.php?xml=traffic_shaper_wizard.xml&stepid=2&message=

Looks as if its not fixed.

_igor_

With update from Dec. 10 there is an error-message complaining 30% of bandwith exceeded. With update from Dec. 12 still the same error. I tried with all combinations including senseless values, no change. Every time bandwith exceeds the available bandwith, so the calculo behind seems to be broken. No queues are created.

eri--

Post me your ezshaper section.

_igor_

Here we go:

 <ezshaper><step1><numberofconnections>1</numberofconnections>
			<numberoflocalinterfaces>1</numberoflocalinterfaces></step1> 
		 <step3><local0download>640</local0download>
			<local0downloadspeed>Kb</local0downloadspeed>
			<conn0upload>2</conn0upload>
			<conn0uploadspeed>Kb</conn0uploadspeed>
			<download>2</download>
			<downloadspeed>Kb</downloadspeed>
			<enable>on</enable>
			<provider>Generic</provider>

<address>eureka</address>

			<connupload>0,64</connupload>
			<connuploadspeed>%</connuploadspeed>
			<conndownload>0,64</conndownload>
			<conndownloadspeed>%</conndownloadspeed></step3> 
		 <step4><enable>on</enable>
			<bandwidthunit>%</bandwidthunit>

<address>win2000</address>

			<bandwidth>1</bandwidth></step4> 
		 <step7><enable>on</enable>
			<msrdp>H</msrdp>
			<vnc>H</vnc>
			<appleremotedesktop>H</appleremotedesktop>
			<pcanywhere>D</pcanywhere>
			<irc>L</irc>
			<jabber>L</jabber>
			<icq>L</icq>
			<aolinstantmessenger>L</aolinstantmessenger>
			<msnmessenger>L</msnmessenger>
			<teamspeak>L</teamspeak>
			<pptp>D</pptp>
			<ipsec>H</ipsec>
			<streamingmp3>D</streamingmp3>
			<rtsp>D</rtsp>
			<http>H</http>
			<smtp>L</smtp>
			<pop3>L</pop3>
			<imap>L</imap>
			<lotusnotes>L</lotusnotes>
			<dns>H</dns>
			<icmp>H</icmp>
			<smb>D</smb>
			<snmp>H</snmp>
			<mysqlserver>H</mysqlserver>
			<nntp>D</nntp>
			<cvsup>D</cvsup>
			<slingbox>D</slingbox>
			<hbci>D</hbci></step7> 
		 <step5><enable>on</enable>
			<p2pcatchall>on</p2pcatchall>
			<bandwidth>30</bandwidth>
			<bandwidthunit>%</bandwidthunit>
			<bittorrent>on</bittorrent>
			<buddyshare>on</buddyshare>
			<cutemx>on</cutemx>
			<dcplusplus>on</dcplusplus>
			<dcc>on</dcc>
			<directconnect>on</directconnect>
			<directfileexpress>on</directfileexpress>
			<edonkey2000>on</edonkey2000>
			<fasttrack>on</fasttrack>
			<gnutella>on</gnutella>
			<grouper>on</grouper>
			<hotcomm>on</hotcomm>
			<hotlineconnect>on</hotlineconnect>
			<imesh>on</imesh>
			<napster>on</napster>
			<opennap>on</opennap>
			<scour>on</scour>
			<shareaza>on</shareaza>
			<songspy>on</songspy>
			<winmx>on</winmx>
			<aimster>on</aimster></step5> 
		 <step2><downloadscheduler>HFSC</downloadscheduler>
			<conn0uploadscheduler>HFSC</conn0uploadscheduler>
			<conn0upload>10</conn0upload>
			<conn0uploadspeed>Mb</conn0uploadspeed>
			<conn0download>100</conn0download>
			<conn0downloadspeed>Mb</conn0downloadspeed>
			<conn0interface>wan</conn0interface></step2></ezshaper>

eri--

Can you try with latest snap i fixed a issue in the wizards.

podilarius

Did the fix have to do with P2P section? When i tried to use the wizard, if i set a P2P catchall, it always looped to VIOP (which is next screen after NIC configs, iirc). Once I removed the P2P settings, the loop stopped.

Hope that helps.

_igor_

Now with snap from Dec, 23 the fix worked.

But i had to remove prior the whole ezshaper-section from config.xml. With the old entries settled it jumped back as usual. So i have 2 thoughts:

My error, the bug was gone, but the ezshaper-section was culprit. Should have tested this really earlier at my tests.
The bug still exists, but only pops up if any ezshaper-section exists in the environment like i had.

Due to the fact that the respective devs have seen the ezshaper-section the wizard created and said, it was nothing bugus with that entry, i tend to say that this bug will appear sooner or later again or its still present.

edit: I still have the respective config, could do tests with the thing for further development and bug-killing.

Happy navidad to all of you out there!

As always great jobs you did over the year! Thanks much!!!!!!

black6spdz

bug still present in 2.1.2011 build.