From: Paul on
JD wrote:
> GT wrote:
>> "JD" <JD(a)No-where.con> wrote in message
>> news:88f1reF84nU1(a)mid.individual.net...
>>> GT wrote:
>>>> "JD" <JD(a)No-where.con> wrote in message
>>>> news:88di3fFeltU1(a)mid.individual.net...
>>>>> What is the simplest software that would get them talking to one
>>>>> another?
>>>>>
>>>>> It seems that there are numerous ways to do this but lots of petty
>>>>> details to work on.
>>>>>
>>>>> Let's assume Windows OSs.
>>>> A short version of Paul's answer - if you are connecting the PCs
>>>> together *directly* (not via a network), then a normal LAN cable
>>>> (sometimes called patch) won't work - you need a 'crossover cable'.
>>> Thank you GT. You have brought back memories. About 20 years ago I
>>> actually
>>> modified a parallel cable to a crossover. As I recall there was only
>>> one wire to
>>> be adjusted. I am the kind of guy who loathes throwing away things he
>>> has made,
>>> so I will go through my boxes to check if I still have it or gave it
>>> away to someone.
>>>
>>> Back soon :-)
>>
>> Same with a network cable - there are only about 7 wires in there, so
>> you just need to swap a few round, but you really need a crimping tool
>> to put the connector back on.
>
>
> Thanks again GT.
>
> I found a USB cable with the usual rectangular plug on each end. In the
> middle
> is a lump with USB Network Cable written on it. I assume some crossover
> happens there.
> I have this cable connected to the computer and Netbook and I am having
> the same zero success as I had when both boxes were on the network and
> both could see the Internet.
> Either that USB cable is defective or the software is killing me.

That's a "ping pong" cable.

Normally, USB cannot be connected between two (peer) computers. It
was intended for host to peripheral connections.

The "blob" in the center of the cable, contains a chip. The chip has
FIFO buffers in it, in each direction. One computer uses it like a
"mail drop", and puts a packet in the buffer. The other computer
thinks the packet is coming from some peripheral, and transfers
the packet when it sees one in the buffer.

To use such a thing, needs software. I understand there are two driver
package types provided with those products. One is a "network stack". The
other is enough connectivity, to operate "file transfer utilities" on
either side of the cable.

The "network stack" case, should provide roughly the same facilities as
using two Ethernet chips and a TCP/IP stack. If you had that driver installed,
you should be able to use the network control panel, assign addresses or
whatever. I read somewhere, that the network stack had been built-in to
some version of Windows, but I don't know what it's called, what files
it uses. So either it works automatically, or if you have an older
OS, you'd have to install something.

Once you have some TCP/IP infrastructure in place, a home networking
web site page, should help you from there.

If the cable you bought, only seems to support the "file transfer utility"
case, then it may not be quite as easy to get TCP/IP networking going on it.
It all depends on whether the chip in the blob in the middle of the cable,
meets whatever standard they set for it. For Microsoft to include their
own driver, implies the USB committee must have defined a standard for it.

http://www.microsoft.com/whdc/device/network/NDIS/usbrndis.mspx

Example of a chip supporting Microsoft RNDIS. This would be the chip
inside the blob, in the center of the cable.

http://www.prolific.com.tw/support/files/%5CIO%20Cable%5CPL-2501%5CDoc%5CDatasheet%5Cds_pl2501_v1.3.pdf

A project mentioning RNDIS in passing.

http://vorlon.case.edu/~vxl11/NetBots/usbnet.pdf

Paul
From: JD on
Paul wrote:
> JD wrote:
>> GT wrote:
>>> "JD" <JD(a)No-where.con> wrote in message
>>> news:88f1reF84nU1(a)mid.individual.net...
>>>> GT wrote:
>>>>> "JD" <JD(a)No-where.con> wrote in message
>>>>> news:88di3fFeltU1(a)mid.individual.net...
>>>>>> What is the simplest software that would get them talking to one
>>>>>> another?
>>>>>>
>>>>>> It seems that there are numerous ways to do this but lots of petty
>>>>>> details to work on.
>>>>>>
>>>>>> Let's assume Windows OSs.
>>>>> A short version of Paul's answer - if you are connecting the PCs
>>>>> together *directly* (not via a network), then a normal LAN cable
>>>>> (sometimes called patch) won't work - you need a 'crossover cable'.
>>>> Thank you GT. You have brought back memories. About 20 years ago I
>>>> actually
>>>> modified a parallel cable to a crossover. As I recall there was only
>>>> one wire to
>>>> be adjusted. I am the kind of guy who loathes throwing away things
>>>> he has made,
>>>> so I will go through my boxes to check if I still have it or gave it
>>>> away to someone.
>>>>
>>>> Back soon :-)
>>>
>>> Same with a network cable - there are only about 7 wires in there, so
>>> you just need to swap a few round, but you really need a crimping
>>> tool to put the connector back on.

I'll have to search some more for that early
crossover cable.

>> Thanks again GT.
>>
>> I found a USB cable with the usual rectangular plug on each end. In
>> the middle
>> is a lump with USB Network Cable written on it. I assume some
>> crossover happens there.
>> I have this cable connected to the computer and Netbook and I am
>> having the same zero success as I had when both boxes were on the
>> network and both could see the Internet.
>> Either that USB cable is defective or the software is killing me.
>
> That's a "ping pong" cable.
>
> Normally, USB cannot be connected between two (peer) computers. It
> was intended for host to peripheral connections.
>
> The "blob" in the center of the cable, contains a chip. The chip has
> FIFO buffers in it, in each direction. One computer uses it like a
> "mail drop", and puts a packet in the buffer. The other computer
> thinks the packet is coming from some peripheral, and transfers
> the packet when it sees one in the buffer.
>
> To use such a thing, needs software. I understand there are two driver
> package types provided with those products. One is a "network stack". The
> other is enough connectivity, to operate "file transfer utilities" on
> either side of the cable.
>
> The "network stack" case, should provide roughly the same facilities as
> using two Ethernet chips and a TCP/IP stack. If you had that driver
> installed,
> you should be able to use the network control panel, assign addresses or
> whatever. I read somewhere, that the network stack had been built-in to
> some version of Windows, but I don't know what it's called, what files
> it uses. So either it works automatically, or if you have an older
> OS, you'd have to install something.
>
> Once you have some TCP/IP infrastructure in place, a home networking
> web site page, should help you from there.
>
> If the cable you bought, only seems to support the "file transfer utility"
> case, then it may not be quite as easy to get TCP/IP networking going on
> it.
> It all depends on whether the chip in the blob in the middle of the cable,
> meets whatever standard they set for it. For Microsoft to include their
> own driver, implies the USB committee must have defined a standard for it.
>
> http://www.microsoft.com/whdc/device/network/NDIS/usbrndis.mspx
>
> Example of a chip supporting Microsoft RNDIS. This would be the chip
> inside the blob, in the center of the cable.
>
> http://www.prolific.com.tw/support/files/%5CIO%20Cable%5CPL-2501%5CDoc%5CDatasheet%5Cds_pl2501_v1.3.pdf
>
>
> A project mentioning RNDIS in passing.
>
> http://vorlon.case.edu/~vxl11/NetBots/usbnet.pdf
>
> Paul


Thanks again Paul. You are a huge mine of
information. I have been working
all day and am close to exhaustion.

I brought my two boxes together with the lumpy
cable. As you anticipated,
there was no trace of any connection. However, I
did have some interesting
moments. I managed to copy my Win2K backup disk
from my main box to my
external drive and I connected that drive to the
NetBook. I had hoped that I
could copy the backup from there to the D: drive
of the NetBook and then
install Win2K. I did get it copied ok but when I
tried to install - not a chance.
Here was the message I was shown:

"This CD-Rom is from an older version of Windows
than the one you are
presently using. Setup functionality from this
disk will be disabled."

Wow, doesn't MS think that it can control
everything? I am close to the point of
wiping Win 7 off the NetBook and, while laughing,
I'll replace it with Win2K.

Will try to answer your considerable efforts
tomorrow.

Have a great night tonight and a great day
tomorrow :-)
From: Paul on
JD wrote:

>
>
> Thanks again Paul. You are a huge mine of information. I have been working
> all day and am close to exhaustion.
>
> I brought my two boxes together with the lumpy cable. As you anticipated,
> there was no trace of any connection. However, I did have some interesting
> moments. I managed to copy my Win2K backup disk from my main box to my
> external drive and I connected that drive to the NetBook. I had hoped
> that I
> could copy the backup from there to the D: drive of the NetBook and then
> install Win2K. I did get it copied ok but when I tried to install - not
> a chance.
> Here was the message I was shown:
>
> "This CD-Rom is from an older version of Windows than the one you are
> presently using. Setup functionality from this disk will be disabled."
>
> Wow, doesn't MS think that it can control everything? I am close to the
> point of
> wiping Win 7 off the NetBook and, while laughing, I'll replace it with
> Win2K.
>
> Will try to answer your considerable efforts tomorrow.
>
> Have a great night tonight and a great day tomorrow :-)

Windows Oses have support for multibooting on a single physical disk.
The idea is, you install the more modern OS, *after* the older OS is installed.
Doing so, allows the installer on the more modern OS, to make
entries in its Boot Manager for the older OS.

If you reverse the order, install Win7 first, then try to install
Win2K, then Win2K has no idea what Win7 is. Win7 uses a different
boot management method and files, than Win2K or WinXP. There may be
chaos if you move forward with that. To back out, you might have to
run whatever repair facilities Win7 has.

So there may be some method to Microsoft's madness. They may
be looking out for you, and trying to prevent your Win7 install
from being trashed.

In some cases, when I want to understand the issues, I use a Virtual PC 2007
session, and one or more virtual disks, to investigate. The only issue with
Windows OSes, is activation, and unplugging the network cable, might be
enough for me to do a few experiments. If you want to understand what
*could* happen, that provides a relatively tidy way of experimenting.
It's certainly cut down on the number of times I've had to physically
disconnect disks here to experiment.

Your netbook may not have enough room for multiple disks. If you place
one OS on each physical disk, that avoids boot manager issues. You steer
which OS boots, using the BIOS popup boot menu (F8 or F10) or by using
the BIOS hard drive boot order. I use two separate disks here, for my
two regular OSes (WinXP and Win2K). I press F8 in my BIOS, to be able
to select which drive to boot. Doing it that way, means neither of my
boot managers is compromised, with a pile of alternate OSes to boot.

I don't regularly use both OSes. One OS is the "maintenance OS" for the
other. Booting Win2K, I can do things to the WinXP OS files if I need to.

While I've dealt with boot managers and setting them up, I don't really
want to run my computer like that on a regular basis. In general,
regardless of which OS installer disk I'm using, I find them uniformly
bad, and they always assume they can trash any OS they find on the disk.
For example, a Debian installer CD, will assume the *whole* disk
belongs to it. I find such practices presumptuous. When you stick
*any* OS installer CD in a computer, it's "buyer beware". It's one
of those times, you should have your full backups completed first.

Paul
From: mike on
JD wrote:
> What is the simplest software that would get them talking to one another?
>
> It seems that there are numerous ways to do this but lots of petty
> details to work on.
>
> Let's assume Windows OSs.
>
> TIA
Get a wireless router with a built-in wired ethernet switch.
Doesn't have to be wireless, but it's about the same price,
so might as well.
Virtually every garage sale has a router for sale.
They ask up to $15, but by the end of the day, an offer of
$1 will often snag one.
From there, it's almost automatic. Read the router manual.
Biggest issue is your firewall. Read the firewall manual.
From: J G Miller on
On Thu, 24 Jun 2010 01:43:29 -0400, Paul wrote:
> For example, a Debian installer CD, will assume the *whole* disk belongs
> to it. I find such practices presumptuous.

No, the Debian installer CD will only use the whole disk if you tell
it to use the whole disk.