Dave Platt wrote:

An electronic (PDF) version of Edmund Laport's 1952 textbook "Radio
Antenna Engineering" is now available for free download. Details may
be found at:

http://snulbug.mtview.ca.us/books/Ra...naEngineering/


Trying to get the torrent with no success. And I know it should work,
got Lineox Enterprise Linux with it recently.

tom
K0TAR

In article ,
Tom Ring wrote:

Trying to get the torrent with no success. And I know it should work,
got Lineox Enterprise Linux with it recently.

Odd, and interesting! I had a similar report from someone else last
night.

On the other hand, I just went to the link myself, fetched the torrent
file, and my BitTorrent reference client launched itself and started a
download of the -ebook version with no problems at all.

What client are you using? Are you behind some sort of NAT gateway or
other firewall?

The tracker shows me three downloads in progress - my own (of the
-ebook) and two others (of the -printer). I'm getting about half of
the download bandwidth, though, so it may be that one of the transfers
is stalled for some reason.

--
Dave Platt AE6EO
Hosting the Jade Warrior home page: http://www.radagast.org/jade-warrior
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!

Dave Platt wrote:


What client are you using? Are you behind some sort of NAT gateway or
other firewall?

The tracker shows me three downloads in progress - my own (of the
-ebook) and two others (of the -printer). I'm getting about half of
the download bandwidth, though, so it may be that one of the transfers
is stalled for some reason.


TorrentStorm, behind a NAT, but that has never been an issue before.

tom
K0TAR

In article ,
Tom Ring wrote:

What client are you using? Are you behind some sort of NAT gateway or
other firewall?

TorrentStorm, behind a NAT, but that has never been an issue before.

The documentation at BitTorrent.com points out that downloads may not
work, or may be quite slow, if you're behind a NAT and don't arrange
for port forwarding of inbound connections from your peers. In this
situation, you can end up being unable to exchange data with some or
all of the peer sites you try to connect with.

As I understand it, this shouldn't affect the seeder I'm running,
since it already has a complete copy of the file and doesn't insist on
a tit-for-tat exchange of data. However, it's possible that there may
still be some issues, with some NATs or firewalls.

Both my tracker, and my seeder clients, use the BitTorrent 4.01
reference implementation, and neither is behind a NAT. I've been able
to transfer successfully from a system here at work which *is* behind
a NAT, and the transfer went quite efficiently. So, it's possible
that the problem lies at your end, although that's not a certainty.

My system _does_ react rather strongly, in defense, against systems
which appear to be trying to port-scan it for vulnerabilities or
trojans... it'll slap down a hard IP filter against such systems and
will appear to "vanish" from the net.

--
Dave Platt AE6EO
Hosting the Jade Warrior home page: http://www.radagast.org/jade-warrior
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!

Dave Platt wrote:

In article ,
Tom Ring wrote:


What client are you using? Are you behind some sort of NAT gateway or
other firewall?


TorrentStorm, behind a NAT, but that has never been an issue before.


The documentation at BitTorrent.com points out that downloads may not
work, or may be quite slow, if you're behind a NAT and don't arrange
for port forwarding of inbound connections from your peers. In this
situation, you can end up being unable to exchange data with some or
all of the peer sites you try to connect with.

As I understand it, this shouldn't affect the seeder I'm running,
since it already has a complete copy of the file and doesn't insist on
a tit-for-tat exchange of data. However, it's possible that there may
still be some issues, with some NATs or firewalls.

Both my tracker, and my seeder clients, use the BitTorrent 4.01
reference implementation, and neither is behind a NAT. I've been able
to transfer successfully from a system here at work which *is* behind
a NAT, and the transfer went quite efficiently. So, it's possible
that the problem lies at your end, although that's not a certainty.

My system _does_ react rather strongly, in defense, against systems
which appear to be trying to port-scan it for vulnerabilities or
trojans... it'll slap down a hard IP filter against such systems and
will appear to "vanish" from the net.


Thanks for the response. I don't think I have a problem with the
network side, since I forward the torrent port to that box, and my ACL
allows that port to see all public addresses. I have a Cisco IOS DSL
router running the latest release, so I have a bit more flexibility than
most. I'll give it another shot tonight.

tom
K0TAR

In article ,
Tom Ring wrote:

Thanks for the response. I don't think I have a problem with the
network side, since I forward the torrent port to that box, and my ACL
allows that port to see all public addresses. I have a Cisco IOS DSL
router running the latest release, so I have a bit more flexibility than
most. I'll give it another shot tonight.

OK, good luck - please let me know how it goes.

You might want to check to make sure that you forward both the torrent
management port, and the full range of torrent-client ports. Since
I'm running two seeders, they're on two different ports on my system
and might be trying to talk to different ports in your client's range.

--
Dave Platt AE6EO
Hosting the Jade Warrior home page: http://www.radagast.org/jade-warrior
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!

Dave Platt wrote:

In article ,
Tom Ring wrote:


Thanks for the response. I don't think I have a problem with the
network side, since I forward the torrent port to that box, and my ACL
allows that port to see all public addresses. I have a Cisco IOS DSL
router running the latest release, so I have a bit more flexibility than
most. I'll give it another shot tonight.


OK, good luck - please let me know how it goes.

You might want to check to make sure that you forward both the torrent
management port, and the full range of torrent-client ports. Since
I'm running two seeders, they're on two different ports on my system
and might be trying to talk to different ports in your client's range.


Good point. Thanks.

tom
K0TAR

Dave Platt wrote:

In article ,

OK, good luck - please let me know how it goes.

You might want to check to make sure that you forward both the torrent
management port, and the full range of torrent-client ports. Since
I'm running two seeders, they're on two different ports on my system
and might be trying to talk to different ports in your client's range.


No go, and I added extra ports - 6882-6889.

Your end is trying to connect on nonstandard ports back to my end. They
are not ports listed on any of the torrent pages I've looked at,
assuming your end is 195.23.xxx.xxx. It tried from 6882 on your end to
2471, 2523, and 2546 on my end. 6882 is fine, but as a destination.

tom
K0TAR