Tomato Shibby's Releases


(newbie here) just started last night with advance tomato (latest ver.) on the R6300v2 , looks great ... thanks to all involved

and of course I have a question - how to change speed displayed in "real time traffic monitor" from Kbps to Mbps ?
thanks
 
Thanks, I understand now. That makes sense. But still :(
Code:
root@R7000:/tmp/home/root# wl -i eth2 channel 100
root@R7000:/tmp/home/root# wl -i eth2 channel
No scan in progress.
current mac channel     36
target channel  36

I don't understand because:
Code:
root@R7000:/tmp/home/root# wl -i eth2 channels_in_country GB a
36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140

and

Code:
root@R7000:/tmp/home/root# wl -i eth2 country
GB (GB/0) UNITED KINGDOM

On MIPS you need to turn the radio off and back on to actually change the channel, I don't have an ARM device but you can try:
Code:
wl -i eth2 radio off
wl -i eth2 radio on

(newbie here) just started last night with advance tomato (latest ver.) on the R6300v2 , looks great ... thanks to all involved

For Advanced Tomato ask here: http://www.linksysinfo.org/index.ph...-material-designed-web-gui-shibby-base.70254/
 
I am experiencing issues with AdvancedTomato138 (Shibby 138) on an ASUS RTN-16 for:
1. Route Modem IP doesn't work
2. QOS Inbound classifies everything as Default class

I tried reflashing and clearing nvram completely.
The only choices seem to be:
A. go back to 132 (and give up adblocker) or
B. go without QOS and without route modem access

Anyone have experience with this and can confirm?
 
On MIPS you need to turn the radio off and back on to actually change the channel, I don't have an ARM device but you can try:
Code:
wl -i eth2 radio off
wl -i eth2 radio on

Great thanks!

So far I've worked out how to set channel and transmit power using wl but how do I set channel width with the wl command?

I have also tried changing the nvram to set channel and width permanently and although I have changed it successfully as reported in the terminal it doesn't seem to work after restarting the wireless.

Code:
nvram set "wl1_chanspec=140/80"
nvram commit
service restart wireless
 
Hello!
From what I have seen, there's the argument -b that should show current bandwidth setting and be able for changing same:
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
bw_cap Get/set the per-band bandwidth.
-w bandwidth, 20, 40 or 80
bandwidth, 20, 40, or 80, default 20
-w bandwidth 20 or 40
bandwidth, n=10, non for 20 & 40
1: optimize bandwidth
bandwidth, 20, 40, or 80, default 20
usage: wl phytable table_id offset width_of_table_element [table_element]
Note that table width supplied should be 8 or 16 or 32
e.g. Configure traffic management and specify local ip addr. and bandwidth data:
trf_mgmt_bandwidth
Sets/gets traffic management bandwidth configuration.
Usage: wl trf_mgmt_bandwidth
downlink : downlink bandwidth (kbps)
uplink : uplink bandwidth (kbps)
min_tx_bk : min. guaranteed tx bandwidth percentage for BK (kbps)
min_tx_be : min. guaranteed tx bandwidth percentage for BE (kbps)
min_tx_vi : min. guaranteed tx bandwidth percentage for VI (kbps)
min_rx_bk : min. guaranteed rx bandwidth percentage for BK (kbps)
min_rx_be : min. guaranteed rx bandwidth percentage for BE (kbps)
min_rx_vi : min. guaranteed rx bandwidth percentage for VI (kbps)
If no rx gandwidth arguments are entered, tx bandwidth is used for rx.
If no arguments are entered, the current bandwidth configuration is displayed.
-i: 40MHz intolerate bit; -w: 20MHz width Req bit;
root@tomato:/tmp/home/root#

But when I try so, I just get:
Code:
wl -i eth2 -b
wl: Unsupported
Maybe you have more luck?
 
Hello!
From what I have seen, there's the argument -b that should show current bandwidth setting and be able for changing same:
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
-b, --bandwidth : transmit bandwidth MHz; 20, 40, 80
bw_cap Get/set the per-band bandwidth.
-w bandwidth, 20, 40 or 80
bandwidth, 20, 40, or 80, default 20
-w bandwidth 20 or 40
bandwidth, n=10, non for 20 & 40
1: optimize bandwidth
bandwidth, 20, 40, or 80, default 20
usage: wl phytable table_id offset width_of_table_element [table_element]
Note that table width supplied should be 8 or 16 or 32
e.g. Configure traffic management and specify local ip addr. and bandwidth data:
trf_mgmt_bandwidth
Sets/gets traffic management bandwidth configuration.
Usage: wl trf_mgmt_bandwidth
downlink : downlink bandwidth (kbps)
uplink : uplink bandwidth (kbps)
min_tx_bk : min. guaranteed tx bandwidth percentage for BK (kbps)
min_tx_be : min. guaranteed tx bandwidth percentage for BE (kbps)
min_tx_vi : min. guaranteed tx bandwidth percentage for VI (kbps)
min_rx_bk : min. guaranteed rx bandwidth percentage for BK (kbps)
min_rx_be : min. guaranteed rx bandwidth percentage for BE (kbps)
min_rx_vi : min. guaranteed rx bandwidth percentage for VI (kbps)
If no rx gandwidth arguments are entered, tx bandwidth is used for rx.
If no arguments are entered, the current bandwidth configuration is displayed.
-i: 40MHz intolerate bit; -w: 20MHz width Req bit;
root@tomato:/tmp/home/root#

But when I try so, I just get:
Code:
wl -i eth2 -b
wl: Unsupported
Maybe you have more luck?

Same message here, when I try to set bw_cap I also get "bad band"

Also tried:

Code:
root@R7000:/tmp/home/root# wl -i eth2 chanspec -c 140 -b 5 -w 80 -s 0
wl: Bad Channel
 
Last edited:
Is it possible to configure backup of certain directories from the attached USB to the cloud? Asus stock firmware has integration with Asus own webstorage, but there are many other providers, such as Degoo offering 100GB for free.
 
Is it possible to configure backup of certain directories from the attached USB to the cloud? Asus stock firmware has integration with Asus own webstorage, but there are many other providers, such as Degoo offering 100GB for free.
Sounds solvable via a cronjob (cru), installation of Entware-ng (rsync package), and a subscription at rsync.net.
 
you *might* try this weak that i found on a dutch tweakers forum. i adapted it for tomato. as far as i know it works for rt-ac68, rt-ac66 & rt-n66 routers.
it is not without risk, including your hardware, and you are on your own. it also might violate your national fcc-like laws. it removes all channel restrictions, all power restrictions and all dfs restrictions, so if you have set your channel to auto the router might navigate to a channel out of reach for the rest of your equipment. so again:

you are doing this on your own, no one is responsible except you!

first of all make a backup of your nvram, especially of the settings regulation_domain*, pci/*/1/regrev and wl*_country_code ( * multiple values ). set your channels to a fixed value and output power to hardware default ( 0 mW )
then execute these statements on the command line ( the pci addresses may differ for your hardware, in place of the #a you may currently have values like EU, US, SG or similar ):

nvram set regulation_domain=#a
nvram set regulation_domain_5G=#a
nvram set pci/1/1/regrev=0
nvram set pci/2/1/regrev=0
nvram set pci/1/1/ccode=#a
nvram set pci/2/1/ccode=#a
nvram set wl0_country_code=#a
nvram set wl1_country_code=#a
nvram commit

and reboot the router, maybe twice.

check your outputpower on the command line with wl txpwr_target_max ( rt-ac68? ) or wl txpwrlimit ( rt-ac66u and rt-n66u? )

on my rt-ac66u the output power rose to 30dbm or 1000 mW, for rt-ac68 25dbm or 316 mW has been reported on that dutch forum. there are additional steps to rise the power for the rt-ac68 to 500mW and even 708mW but this has been reported to be overdone.

my router is running tomato-RT-AC66U_RT-AC6x--137-AIO-64K for quite some time now with these settings and is stable. temp of eth1 is ~55, and temp of eth2 is ~61 degrees celsius with an ambient temperature of 21~23 degrees celsius.

Thanks for posting this, finally what I was looking for.

I set this and thought you may like to know you can use the txpwr1 command (rather than txpwr) to set power within UK regs for my channel sources. I added the following working lines to my init.d script

Code:
wl -i eth2 txpwr1 -o -m 1000
wl -i eth1 txpwr1 -o -m 100

Where -o removes regulations
And -m sets power in mw

My temps are cooler on my R7000 too.

eth1: 2.4G - 46°C eth2: 5G - 51°C

Finally I have tomato the way I want it. If only there could be a way to fix it in the firmware/wlan driver
 
Is it possible to configure backup of certain directories from the attached USB to the cloud? Asus stock firmware has integration with Asus own webstorage, but there are many other providers, such as Degoo offering 100GB for free.

Try dropbox-uploader from Entware. Check out also the Wiki from https://github.com/andreafabrizi/Dropbox-Uploader

I backup stuff into a tar archive using the sample script (with some modifications) and upload to Dropbox. It works well for me.
 
Hi,

is there JFS support in this firmware? If not, any chance to get it into (donation?)?
Thx.
Do you mean JFFS, or did you truly mean IBM's journalling filesystem (JFS)? Nobody really uses the latter (most everyone uses ext4, which I believe Shibby does support).
 
For everyone wondering about Shibby's well-being: There's a sign of life from him since today, on his own Polish web portal

I used google translate, for seeing what he wrote, but it reads like he is alright and just too busy with his job atm.

:)


shibby
star_navy.gif


# 1
Added on 16-01-2017 15:53
photo8dilb2m3[18468].jpg


SysOp
rank_super_admin.png



Posts: 16521
Registration date: 15/01/2009 20:30

Hello,

You ask where I am, if something happened, what is the reason for my break from Tomato ... The answer is a total of simple work. Since September I have a lot of issues in the company, migrate almost the whole server room, exchange outfits, revamping the structure of the network, the finale finals implement a new ERP system. It all makes the work during working hours and after work, I work on weekends and as you need and at night (the day of the servers does not turn off, certain services can not Migrate). I'm just so little free time for yourself and your family, it had something to suffer. I suffered my hobby which is Tomato. I really want to do this "gouging" come back, because it gave me great pleasure. I hope that this will happen soon but unfortunately the exact date I can not give, because what gently work is uncovered to come next.

My break included not only tomato but portal openlinksys which I regret. I had to do so not to distract unfortunately the obligations to me other topics not dekoncetrowały. Those who gouge in tomato knows that it is not fun for 30 minutes a day. As already sits for hours tomto it fly like water. I remember how long it took me to create Tomato ARM. It was after 8-10am every day for months. Work on a second job
smile.gif
but I had the time and I (wanted), so the time to spend. Now knowing what I'm up in Tomato and wanting to make up for it I would have to spend tens of hours, if not more. At the moment I can not afford it.

To sum up: I live
wink.gif
family all healthy (colds do not count)
wink.gif
and as soon as the work is uncovered (and will rest a while) I will come back to my hobby
smile.gif


Thank you to everyone who asked about me and is worried (I hope they calmed down). I also thank all those who in my absence take care of our portal, gouge in tomato and do not allow to make the project died.

Regards
 
regarding PPPoE & BWM:

current behavior is:
BW > Realtime - shows WAN1(ppp0), as well other interface WL (eth#), WL (wl0.1), br#, eth0, tun##, vlan#
the graphs seem to work properly as far as i can tell

BW > Last 24H - shows all previous interfaces except WAN1
the graphs seem to work properly here as well

BW > Daily, Weekly, Monthly provide no data.
i have BW stats for Daily, Weekly & Monthly after changing the configuration to "Save History Location" to "RAM (Temporary)", and a reboot.

also WAN1(ppp0) interface now shows up under Last 24H.

attempting to figure out why :p
 
regarding PPPoE & BWM:


i have BW stats for Daily, Weekly & Monthly after changing the configuration to "Save History Location" to "RAM (Temporary)", and a reboot.

also WAN1(ppp0) interface now shows up under Last 24H.

attempting to figure out why :p

I save my stats using CIFS also PPPoE and working fine for me.
 
i figured out what happened.

here's the write-up for anyone experiencing the Bandwidth Monitoring (BWM) issue with PPPoE.

--- Symptom ---
BWM does not record/display Daily, Weekly, Monthly Data.
WAN1(ppp#) interface shows up in Real-Time, but not in Last 24 Hours.

--- Cause ---
BWM, aka rstats service keeps track of only 10 interfaces. this is hard-coded in
router/rstats/rstats.c:
Code:
#define MAX_SPEED_IF    10

if you have too many interfaces, vlans, etc. the ppp# interface could become the 11th+ interface. so while the real-time data is displayed, no history is recorded for the WAN interface.

--- Check ---
let's check the WAN interface.
access the CLI via SSH or telnet, OR go to Tools > System Commands.

execute:
nvram get wan_iface

that is the WAN interface. make a note. i'll use ppp0 in this example.

the BW data is gathered from a file /proc/net/dev.

execute:
tail -n +3 /proc/net/dev | grep -v 'lo:' | grep -n ''

the output should list the interfaces and data-bytes received/transmitted per line.
Code:
1:  eth0:689448064 798217252    0    0    0     0          0         0 1660642497 797512622    0    0    0     0       0          0
2:  eth1:66087983  715962    0    0    0 8806189          0         0 2709764127 2218940    0    0    0     0       0          0
3:  eth2:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
4: vlan1:1543226874 516928659    0    0    0     0          0      7778 2200528965 281319168    0    0    0     0       0          0
5: vlan2:1958179838 281288593    0    0    0     0          0         0 3648745405 515982473    0    0    0     0       0          0
6: vlan3:       0       0    0    0    0     0          0         0 106335423  210981    0    0    0     0       0          0
7: vlan4:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
8:   br0:3304789727 517031431    0    0    0     0          0    165763 3114784591 282540182    0    0    0     0       0          0
9: wl0.1:   21321     142    0    0    0 8806189          0         0 14554387   28729    0    0    0     0       0          0
10:   br1:   20130     149    0    0    0     0          0        29 105517519  211071    0    0    0     0       0          0
11:  ppp0:2856565096 281269222    0    0    0     0          0         0 3091885579 515881657    0    0    0     0       0          0
12:  imq0:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
13:  imq1:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
14: tun21:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
if the WAN/ppp0 interface is not in the top10 list, then no history data will be kept.

--- Solution ---
to get around this, we need to exclude some interfaces from the top 10 list. you need to make that choice. good candidates are interfaces with 0 byte across all fields. in the above example: eth2 & vlan4.
if all interfaces have data transfers, then choose between a VLAN or its physical interface.

navigate to Administration > Bandwidth Monitoring
enter your chosen interfaces in "Excluded Interfaces". in this example: eth2,vlan4
then Save.

--- Verify ---
Navigate to Bandwidth > Daily. You should see the current Date, and numbers for Download, Upload and Total.
the data updates every 2 minutes.
 
I quickly reviewed the rstats.c code with regards to MAX_SPEED_IF. What @Rangaistus said is 100% correct -- I verified the functions that do /proc/net/dev parsing, file loading, as well as the array declaration itself (all are important). The proper fix for this is remarkably easy. I'll work on getting commits in later today (I don't work on Shibby branches, only Toastman, but the fixes can be cherry-picked very easily between the two).

Edit: fixes posted here: http://www.linksysinfo.org/index.php?threads/tomato-toastmans-releases.36106/page-41#post-284129
 
Last edited:

Back
Top