Slashdot Mirror


Slashback: Bandwidth, Animation, Gruvin'

Slashback this evening brings you news and updates on several previous stories, including (not limited to) @home service, Linuxgruven, and some followups to Slashdot book reviews.

More news you can use on the @home front. Anubis333 writes: "After a while talking with customer support, I have learned that Comcast@Home (Soon to be ATT Broadband) has instituted a network-wide cap on user upload to 15KB! (Thats not much more than dialup) Also, they have now capped Usenet news access. What am I paying 50 dollars a month for again? More info on usenet here.

Upon even longer hold times, I found out that when Comcast switches over to ATT the cap will be set to 128KB and the usenet caps will be lifted, also they will support more groups. The full change over will be complete by the end of Feb. Any users in the Savannah Ga. Area, they will start here Jan. 15 and end in early feb. Call support for exact local dates if interested."

Yessir, about oh, yea big by a few more inches ... Dave contributed a link showing a side-by-side comparison of the current Apple laptop line, including the new bigger iBook. Shame about the resolution, though ...

By their fruits ye shall know them. zsazsa writes: "According to the St. Louis Post-Dispatch, Missouri Attorney General Jay Nixon has sued James Hibbits and Michael Webbs, the two founders of Linuxgruven for deceptive business practices. He alleges that interviewers were actually salespeople paid to enroll job applicants in training programs costing up to $3,150."

Would the FSF call Sun "GNU-minded"? maitas writes: "It seems that Sun has removed Solaris for Intel from its free download list. It's really sad to see a company that promotes its 'GNU minded' culture to go back on the few good things it had made. They even removed the Solaris source code from their site! Sad, sad, sad."

That them thar' book larnin' Stardance points to an interview at Salon with Steve Grand, in which the "designer of the artificial life program 'Creatures', talks about the stupidity of computers, the role of desire in intelligence and the coming revolution in what it means to be 'alive.'" You may remember Grand's book Creation: Life & How to Make It, reviewed on these pages. Speaking of reviews, several readers have contributed links to the New York Times' review of Lawrence Lessig's new book.

2 of 259 comments (clear)

  1. Re:FraudGruven - and /. was talking about it 1 yr by amlutias · · Score: 5, Interesting

    if you look at the comments in that thread, there are several from linuxgruven "employees" with similar User ID numbers, all saying how great the company is, and specifically mentioning the $45,000/yr figure.

    start at comment 46309 and end at 469313.

  2. Bandwidth by Anonymous Coward · · Score: 5, Interesting

    Yes. Most cable ISPs restrict upstream bandwidth usage. However, with several easy steps under Linux, it's quite possible to get around these restrictions.
    Keep in mind that I've only tried this with DOCSIS modems. It may or may not work for you.

    1. The first thing you want to do is find the IP address of the ISP's TFTP server. For me, this was the same IP as the HFC DHCP server. You can find that out by looking at your cable modem's mini webserver if availble. If not, play around with an SNMP client.
    2. After you find the name of the TFTP server, get the name of the TFTP boot config file. This is availble through the same manner that you got the IP tothe real TFTP server.
    3. Get the TFTP file. Use tftp to do this.
    4. Decode the TFTP boot file using the docsis utility availble from http://docsis.sourceforge.net. The output will look something like this:
    Main {
    NetworkAccess 1;
    ClassOfService {
    ClassID 1;
    MaxRateDown 1544000;
    MaxRateUp 128000;
    PriorityUp 0;
    GuaranteedUp 0;
    MaxBurstUp 0;
    PrivacyEnable 0;
    }
    MaxCPE 3;
    /* EndOfDataMarker */
    }

    5. Edit the config file to your own liking. You probably want to set "MaxBurstUp" to 0 to make this value unlimited.
    6. Encode your own version of the file and place in the root level of your tftpd server, which is set to /boot by default on my distribution of Linux (Debian). The name of the file MUST EQUAL the name of the config file that the modem normally gets.
    7. You then need to create a /etc/hosts entry for your cable modem's local IP (almost always 192.168.100.1). This is because when the modem requests its TFTP file from you, DNS will not be availble, and inet doesn't like not having DNS availble to resolve hostnames.
    8. Create an alias address to the eth interface your cable modem's CPE interface is connected to. This IP address alias needs to be the same address as the real TFTP server's IP. You can do this like so:

    ifconfig eth0:1 TftpServerAddress netmask 255.255.255.255

    Notice the netmask setting. This is important. Otherwise you wind up having unwanted network routes which will break things. Plus, you only want the CM to have access to this IP, nobody else.
    9. Create a static route to your cable modem from this "spoofed" address. This is needed so that you're "coming from" that spoofed IP when you communicate directly with your modem.
    This can be accomplished by:

    route add -host 192.168.100.1 gw TftpServerAddress

    10. Make sure you have a time server enabled in your inet service, as well as the tftpd service.
    11. Start watching your log files which will indicate a connection to the TFTP server. You can do this by:

    tail -f /var/log/daemon.log

    12. Start pinging your cable modem's CPE interface. This "poisons" the ARP cache and makes the modem think that TftpServerAddress is located on the CPE interface with a MAC address of your NIC. Then when it comes to connect to that IP, it will know where to find it.

    13. Reset the modem while you are still pinging it. Make sure that the modem connects to your TFTP server and grabs the file. You can verify the upstream speed by querying the modem with an SNMP client after it comes back online:
    snmpget 192.168.100.1 public transmission.127.1.1.3.1.3.1
    The output should be equal to the value you used for MaxRateUp in your configuration file. If it is, make sure to destroy the IP alias on your network interface by doing:

    ifconfig eth0:1 0