Sevatio wrote: > Hardware Scenario: 2 PCs connected to a hub/switch and the hub/switch > is connected to a Comcast cable modem that is then connected to the > Comcast Cable Internet system. > > Main Question: Is it possible to route things in a manner that enables > the 2 PCs to send data (via FTP or whatever) to each other at LAN > speed (10/100mbps)? What happens now is that the data transfer is > limited to Comcast's upstream limit (256kbps) because the packets are > going out to the internet and coming back to the other PC. How would > I set this up so that the packets to go directly through the > hub/switch to the other PC resulting in a much faster transfer rate?
1) please show your route tables. i.e. netstat -rn 2) Are the PC's that are connecting to Comacast PPPoE based? <groan> In other words... a /32 bit mask? > > Side note: I noticed that 2 PCs running Windows w/ Netbeui and file > sharing, the data transfer is that of LAN speed. NetBeui is a non routable protocol. > > So what is Netbeui & Windows File Sharing doing that is allowing the > LAN speed connection between the 2 PCs and how can I get my 2 Linux > boxes to ftp to each other at LAN speed given the hardware scenario? NetBeui does not ride on top of TCP/IP (like netbios). In fact, netbeui does not require TCP/IP to even be loaded. If your PC's connection to Comcast is PPPoE based, your only solution (that I'm aware of) is to install a firewall that makes the PPPoE connection to Comcast on a separate interface (eth0) and then configure your PC's to use an rfc1918 based network behind the firewall. i.e. eth0 of firewall connects to comcast, eth1 of firewall connects to hub or switch. Steve Cowles -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
