|
|
|
|
|
|
| Author |
Message |
void * clvrmnky()
*nix forums Guru Wannabe
Joined: 01 Mar 2006
Posts: 152
|
 Posted: Mon Jun 05, 2006 4:53 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
dfeustel@mindspring.com wrote:
| Quote: | Operational Problems with OpenBSD 3.9 (release) and its Packages
Mp3 streaming with blaster is subject to constant disruptions of service.
[...]
Lynx is also not working too well as of late. Lynx seems to hang frequently
[...]
Ftp has BIG problems . Ftp hangs after sending a file to
[...]
Now I am unable to successfully post this message.
Tin keeps timing out.
[...] |
Sounds like you have bigger problems than some apps not working. These
symptoms all point to disruptions in network service, or very high latency.
I suggest breaking the problem down into smaller pieces, simplifying
your test network until you find the culprit. Start as close to your
connection to the world as you can. |
|
| Back to top |
|
 |
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Mon Jun 05, 2006 5:28 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
Clever Monkey <clvrmnky.invalid@hotmail.com.invalid> wrote:
| Quote: | Sounds like you have bigger problems than some apps not working. These
symptoms all point to disruptions in network service, or very high latency.
|
You get an A+! This all started when I got my new Verizon dsl modem which
NATs my computer and also has a semi-permanent IP address for the router
modem.
| Quote: | I suggest breaking the problem down into smaller pieces, simplifying
your test network until you find the culprit. Start as close to your
connection to the world as you can.
|
What kind of tests can I perform, given that the router censors all
information about traffic internal to the verizon network?
Right now there are strong indications of a DOS attack on my semi-permanent
IP address. I've checked with the source of the MP3 stream I listen to,
and I'm the only one who is calling in with problems. The sudden almost
total failure of two different ftp programs only on uploads is suspicious
in my mind.
--
Using ( X | KDE ) with OpenBSD?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
void * clvrmnky()
*nix forums Guru Wannabe
Joined: 01 Mar 2006
Posts: 152
|
| Posted: Mon Jun 05, 2006 5:59 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
dfeustel@mindspring.com wrote:
| Quote: | Clever Monkey <clvrmnky.invalid@hotmail.com.invalid> wrote:
[...]
I suggest breaking the problem down into smaller pieces, simplifying
your test network until you find the culprit. Start as close to your
connection to the world as you can.
What kind of tests can I perform, given that the router censors all
information about traffic internal to the verizon network?
I'd start with the basics, like ping and traceroute to check latency and |
so on. Both of these tools assume ICMP connections, but various
firewalls can and do ignore ICMP requests. If you have pf enabled and
running, it has to be explicitly set to respond appropriately to some
ICMP requests (if you use a default-deny config).
Since you have a new DSL modem, it may be worthwhile to check to make
sure that is working. Just to simplify things, hook up a "supported"
computer directly to the DSL modem and connect to your provider. If you
can duplicate the problem easily that way, then just lean on your
provider support.
| Quote: | Right now there are strong indications of a DOS attack on my semi-permanent
IP address. I've checked with the source of the MP3 stream I listen to,
and I'm the only one who is calling in with problems. The sudden almost
total failure of two different ftp programs only on uploads is suspicious
in my mind.
|
Perhaps. A true DDOS/DOS will kill most network and keep you from
connecting to any external service reliably. You may also see a fair
amount of noise in the security logs regarding bogus connections to
things like ssh and so on. netstat can show you current connections,
but I'm not sure if it will show "half-connections" typical with DOS
attacks.
Of course, you just installed newish hardware. This is an indication
that the problem is related to your network. |
|
| Back to top |
|
|
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Mon Jun 05, 2006 6:31 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
Clever Monkey <clvrmnky.invalid@hotmail.com.invalid> wrote:
| Quote: | dfeustel@mindspring.com wrote:
Clever Monkey <clvrmnky.invalid@hotmail.com.invalid> wrote:
[...]
I suggest breaking the problem down into smaller pieces, simplifying
your test network until you find the culprit. Start as close to your
connection to the world as you can.
What kind of tests can I perform, given that the router censors all
information about traffic internal to the verizon network?
I'd start with the basics, like ping and traceroute to check latency and
so on. Both of these tools assume ICMP connections, but various
firewalls can and do ignore ICMP requests. If you have pf enabled and
running, it has to be explicitly set to respond appropriately to some
ICMP requests (if you use a default-deny config).
|
Ping shows ~85 ms roundtrips to mindspring.com and those few other
websites I have checked.
Traceroute is pretty much useless since for all hops inside of verizon
(and maybe more for all I can tell) network I get " * * *" for each
hop after the first, which is to the dsl router.
| Quote: | Since you have a new DSL modem, it may be worthwhile to check to make
sure that is working. Just to simplify things, hook up a "supported"
computer directly to the DSL modem and connect to your provider. If you
can duplicate the problem easily that way, then just lean on your
provider support.
The router works or I wouldn't be getting out at all. And I generally |
don't have really bad problems (ftp excepted) except on Sundays.
Verizon helpdesk claims they can not help since I am not running windows
or mac. The person I spoke with ignored my point that this problem clearly
was a network problem, independent of the operating system behind the
dsl modem, and that if he were properly trained, he could monitor
the traffic to/from my dsl modem to see what was going wrong with the ftp
completion, etc. I suspect that Verizon and FedGov have a common trait:
they both lie a lot - some say "whenever their lips are moving". :-)
| Quote: | Right now there are strong indications of a DOS attack on my semi-permanent
IP address. I've checked with the source of the MP3 stream I listen to,
and I'm the only one who is calling in with problems. The sudden almost
total failure of two different ftp programs only on uploads is suspicious
in my mind.
Perhaps. A true DDOS/DOS will kill most network and keep you from
connecting to any external service reliably. You may also see a fair
amount of noise in the security logs regarding bogus connections to
things like ssh and so on. netstat can show you current connections,
but I'm not sure if it will show "half-connections" typical with DOS
attacks.
|
You mean uncompleted three-way handshakes?
| Quote: | Of course, you just installed newish hardware.
|
Actually, only an upgrade of the software. I tried going back to
3.8 and doing more ftp, but ftp didn't work any more with the previous
version of the OS either.
| Quote: | This is an indication that the problem is related to your network.
|
Verizon's Network! But I take your point.
--
Using ( X | KDE ) with OpenBSD?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
igor@nospam.invalid
*nix forums addict
Joined: 17 Aug 2005
Posts: 81
|
| Posted: Mon Jun 05, 2006 7:18 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
dfeustel@mindspring.com wrote:
| Quote: |
Traceroute is pretty much useless since for all hops inside of verizon
(and maybe more for all I can tell) network I get " * * *" for each
hop after the first, which is to the dsl router.
|
May I suggest changing the protocol used by traceroute from UDP to ICMP?
Take a look at the "-P proto" option in traceroute( . If you are lucky,
traceroute will reach other hosts this time.
Cheers,
Igor. |
|
| Back to top |
|
|
jpd
*nix forums Guru
Joined: 22 Feb 2005
Posts: 877
|
| Posted: Mon Jun 05, 2006 7:32 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
Begin <_QZgg.5107$Id2.2060@trnddc03>
On 2006-06-05, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
| Quote: | Clever Monkey <clvrmnky.invalid@hotmail.com.invalid> wrote:
Sounds like you have bigger problems than some apps not working. These
symptoms all point to disruptions in network service, or very high latency.
You get an A+!
|
Is that how people get A+ certificates?
| Quote: | This all started when I got my new Verizon dsl modem which NATs my
computer and also has a semi-permanent IP address for the router
modem.
|
Sorry to nitpick here, but is it the router or the modem that does the
NAT? This kind of distinction may be important in isolating the problem.
| Quote: | What kind of tests can I perform, given that the router censors all
information about traffic internal to the verizon network?
|
Either ask the router for the info, or eliminate it for testing.
A bit of tcpdumping and tracerouting might help. Interpreting the
results correctly is still up to you, of course.
| Quote: | Right now there are strong indications of a DOS attack on my semi-permanent
IP address. I've checked with the source of the MP3 stream I listen to,
and I'm the only one who is calling in with problems. The sudden almost
total failure of two different ftp programs only on uploads is suspicious
in my mind.
|
Possibly. But IME people cry wolf well before they've actually *really*
looked at the problem and understood what's happening. Non-DOS caused
congestion right in the network coupling your residence to the verizon
backbone might also do it, for example. It might be something else still.
--
j p d (at) d s b (dot) t u d e l f t (dot) n l .
This message was originally posted on Usenet in plain text.
Any other representation, additions, or changes do not have my
consent and may be a violation of international copyright law. |
|
| Back to top |
|
|
jpd
*nix forums Guru
Joined: 22 Feb 2005
Posts: 877
|
| Posted: Mon Jun 05, 2006 7:59 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
Begin <RL_gg.5341$Id2.1859@trnddc03>
On 2006-06-05, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
| Quote: | Ping shows ~85 ms roundtrips to mindspring.com and those few other
websites I have checked.
|
That in itself doesn't say much. It's what I get on a known good network,
over the 14 hops from here to a fast site on a fast network. It isn't
unlikely the network distance between you and mindspring.com is in the
same ballpark.
What you want to look at is round-trip to the first hop, then trace
further out. I've found `mtr' a useful tool -- it's basically a
combination of ping and traceroute. It's fairly traffic heavy so use
with care.
| Quote: | Traceroute is pretty much useless since for all hops inside of verizon
(and maybe more for all I can tell) network I get " * * *" for each
hop after the first, which is to the dsl router.
|
Traceroute supports both ping and udp operation. You might want to play
around with its options. But, if you've checked and double checked that
the problem isn't in your network (cue the already mentioned ``use a
verizon supported setup'') and you can't figure out where the problem
is, then leaning on verizon support is just about your only option left.
| Quote: | Verizon helpdesk claims they can not help since I am not running windows
or mac. The person I spoke with ignored my point that this problem clearly
was a network problem, independent of the operating system behind the
dsl modem, and that if he were properly trained, he could monitor
the traffic to/from my dsl modem to see what was going wrong with the ftp
completion, etc. I suspect that Verizon and FedGov have a common trait:
they both lie a lot - some say "whenever their lips are moving". 
|
It sounds like you talked to level-1 support. These people are only
trained to follow a small script and often enough expressly forbidden
by their bosses to even think about not exactly following it point by
point, starting with ``is the customer using a setup we understand?''
In the economy of the numbers perceived by the people running the
helldesk this makes perfect sense: most callers complain of essentially
not reading the manual. They're not going to train their phone monkeys
in the ways of weird and wacko OSen where the cases don't even reach in
double digit percents. That all doesn't help you very much, though.
Personally, I run into this now and then but I can usually pass by 1st
level support --eventually-- by explaining in detail what I did to
conclude the problem was theirs, confusing the person on the other side
enough to pass me on up a level in exasperation. But then, I don't live
in America and the phone support isn't entirely selected on soft skills.
You can actually run a supported config, or convincingly fake it, then
try and penetrate up to 2nd or 3rd level support. To convincingly take
it from there, you need more data than you've so far shared with us.
| Quote: | Of course, you just installed newish hardware.
Actually, only an upgrade of the software. I tried going back to
3.8 and doing more ftp, but ftp didn't work any more with the previous
version of the OS either.
|
Could be a problem in the now-updated config files, a stray library,
who knows. Unless you're sure as in checked-and-double-checked each
and every individual bit, you can't discount that.
| Quote: | This is an indication that the problem is related to your network.
Verizon's Network! But I take your point.
|
Not necessairily. You haven't convincingly demonstrated to me it is not
in your own network, for example. I'm not saying it must be in your own
network, or that verizon doesn't suck, but I am saying I don't know that
it really isn't in your network, and until you do, you can't afford to
rule out the possibility.
--
j p d (at) d s b (dot) t u d e l f t (dot) n l .
This message was originally posted on Usenet in plain text.
Any other representation, additions, or changes do not have my
consent and may be a violation of international copyright law. |
|
| Back to top |
|
|
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Mon Jun 05, 2006 10:04 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
Igor Sobrado <igor@nospam.invalid> wrote:
| Quote: | dfeustel@mindspring.com wrote:
Traceroute is pretty much useless since for all hops inside of verizon
(and maybe more for all I can tell) network I get " * * *" for each
hop after the first, which is to the dsl router.
May I suggest changing the protocol used by traceroute from UDP to ICMP?
Take a look at the "-P proto" option in traceroute(. If you are lucky,
traceroute will reach other hosts this time.
|
That Worked! Thanks! 9 documented hops to mindspring and < 80 ms.
--
Using ( X | KDE ) with OpenBSD?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Mon Jun 05, 2006 10:17 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
jpd <read_the_sig@do.not.spam.it.invalid> wrote:
| Quote: | Begin <_QZgg.5107$Id2.2060@trnddc03
On 2006-06-05, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
Clever Monkey <clvrmnky.invalid@hotmail.com.invalid> wrote:
Sounds like you have bigger problems than some apps not working.
These symptoms all point to disruptions in network service,
or very high latency.
You get an A+!
Is that how people get A+ certificates?
This all started when I got my new Verizon dsl modem which NATs my
computer and also has a semi-permanent IP address for the router
modem.
Sorry to nitpick here, but is it the router or the modem that does the
NAT? This kind of distinction may be important in isolating the problem.
|
I apologise for the confusion. The dsl modem has a built-in router as
well as NAT. At least, that's what it looks like this side of the dsl
connection.
| Quote: | What kind of tests can I perform, given that the router censors all
information about traffic internal to the verizon network?
Either ask the router for the info, or eliminate it for testing.
A bit of tcpdumping and tracerouting might help. Interpreting the
results correctly is still up to you, of course.
Right now there are strong indications of a DOS attack on my semi-permanent
IP address. I've checked with the source of the MP3 stream I listen to,
and I'm the only one who is calling in with problems. The sudden almost
total failure of two different ftp programs only on uploads is suspicious
in my mind.
Possibly. But IME people cry wolf well before they've actually *really*
looked at the problem and understood what's happening. Non-DOS caused
congestion right in the network coupling your residence to the verizon
backbone might also do it, for example. It might be something else still.
|
I know I do not understand for sure what's happening. I'm guessing right now.
As far as I know I do not share the line my dsl is connected to with
anyone else. I saw less than a month ago the first Verizon FIOS (optical
fiber) installation in my neighborhood. The FIOS concentrator I have not
found yet, but the FIOS installer told me it was on the street one block
away from my apartment.
What other kinds of congestion might there be?
--
Using ( X | KDE ) with OpenBSD?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Mon Jun 05, 2006 10:34 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
jpd <read_the_sig@do.not.spam.it.invalid> wrote:
| Quote: | Begin <RL_gg.5341$Id2.1859@trnddc03
On 2006-06-05, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
Of course, you just installed newish hardware.
Actually, only an upgrade of the software. I tried going back to
3.8 and doing more ftp, but ftp didn't work any more with the previous
version of the OS either.
Could be a problem in the now-updated config files, a stray library,
who knows. Unless you're sure as in checked-and-double-checked each
and every individual bit, you can't discount that.
|
Just to be clear, I install from scratch on a freshly cleaned disk.
| Quote: | This is an indication that the problem is related to your network.
Verizon's Network! But I take your point.
Not necessairily. You haven't convincingly demonstrated to me it is not
in your own network, for example. I'm not saying it must be in your own
network, or that verizon doesn't suck, but I am saying I don't know that
it really isn't in your network, and until you do, you can't afford to
rule out the possibility.
|
What information do you need to decide whether my ftp problem is internal
to my box or a network problem?
My 'network' in this case consists of a single computer running (cd) release
OpenBSD 3.9 without X-windows. The connection to the dsl modem is xl0.
The computer is an 8-year-old 800 MHz Pentium III with 512MB.
I have wondered if running the mp3 program leaves too little cpu time
for the other programs. I am currently negotiating to buy an AMD64 system
with an AM2-socket motherboard and a Sempron-3500 chip (so as to get
64-bit and AMD Pacifica virtualization capability).
--
Using ( X | KDE ) with OpenBSD?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
Tim Judd
*nix forums beginner
Joined: 06 Jun 2006
Posts: 19
|
| Posted: Thu Jun 08, 2006 7:57 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
dfeustel@mindspring.com wrote:
| Quote: | Operational Problems with OpenBSD 3.9 (release) and its Packages
Mp3 streaming with blaster is subject to constant disruptions of service.
I would not recommend Mp3blaster running on OpenBSD for listening to
music given the frequency of interruption of the Mp3 stream (at least when
I am listening to talk radio on rbnlive.com). Mp3blaster has a tendency
to terminate spontaneously. It is doing that instantly each time I start
it as of today.
Lynx is also not working too well as of late. Lynx seems to hang frequently
after first making a connection to a website and then requesting a page.
The only way to terminate the hang is to put the program into background
mode, do a ps to get the process id, and do a kill -9.
This problem seems to be at least partially ameliorated by rebooting OpenBSD.
It's not yet clear whether this is an OpenBSD problem, a Lynx problem, or
an ISP (Verizon) problem.
Ftp has BIG problems . Ftp hangs after sending a file to
mindspring.com (100% by the progress chart), but before the "226 transfer
complete" message is received. Openbsd's FTP program did not work at all in
3.8 with transfers to my verizon webpage. Using the <b>YAFC</b> package
worked with Verizon for a while, but eventually stopped working.
Now ftp to mindspring.com is effectively broken too(so far only for transmit.
(I just did a test download and many files were transmitted successfully
at full speed until the file grad.html was started, at which time
the ftp file downloads hung.
Eventually, but not always, with mindspring ftp file transfers
the "226 transfer complete" message will be displayed. Often the remote ftp
link will disconnect during the hang, so that further file transfers
are not possible without reopening the connection. More recently,
I am now getting the message "(450) Transfer aborted". So ftp seems
to be really broken, whatever the reason. Effective transfer
speed for files when the hang occurs but the transfer eventually succeeds
is usually something like .007 kb/s
because of the long hang time included in the computation of the data
transfer rate.
It has now been weeks since ftp from this computer to mindspring
has successfully completed an ftp "mput *" command. Even "put" commands
almost always fail.
Now YAFC also fails with timeouts when attempting to transfer files
to mindspring.
Now I am unable to successfully post this message.
Tin keeps timing out.
Could I be experiencing a DOS attack? If so, how?
Thanks,
Dave Feustel
|
I've read all the current posts, but never saw the mention of the
underlying hardware.
When you're having network troubles, check the network card.
is your network card explicitly listed in the supported hardware list
for OpenBSD? I had network cards that weren't officially supported, and
I would have problems with the network too.
Windows world should have a driver for every nic, every device,
everything....you might just need to download it.
All unix distributions come with some pre-enabled or pre-configured
drivers. Others may require a driver or a different nic.
Last time i read, years ago, the Realtek chipsets (all of them) are so
cheap, at least some of them are entirely software driven, and have
incomplete if any support or drivers for them built in. if you have a
Realtek chipset (rl() get another NIC. if unix identifies it as a
realtek chipset (even if it doesn't have the realtek name), return it
for another nic.
good luck, and i hope this helped shed a different light.
--TJ |
|
| Back to top |
|
|
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Fri Jun 09, 2006 12:49 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
Tim Judd <tjudd01@hotmail.com> wrote:
| Quote: | dfeustel@mindspring.com wrote:
Operational Problems with OpenBSD 3.9 (release) and its Packages
I've read all the current posts, but never saw the mention of the
underlying hardware.
|
Extract from dmesg:
xl0 at pci2 dev 10 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq 3,
address 00:01:03:23:4c:b3
bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 7
xl0 at pci2 dev 10 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq 3,
address 00:01:03:23:4c:b3
bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 7
xl0 at pci2 dev 10 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq 3,
address 00:01:03:23:4c:b3
bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 7
I have in the last two days received one error message reporting
an "unexpected network error" while running either tin or lynx.
That is the first network error message I've ever seen in the 6 years
or so that I have been using dsl and cable.
I am pretty well convinced that these problems are due to Verizon's
tweaking the network for whatever reason. These problems all come and
go from day to day, with Sundays being by far the worst. None of these
problems (with the exception of ftp to my Verizon website) were occuring
during the previous 2 years when I ran OpenBSD 3.x with the old Verizon dsl
modem. The new modem itself seems to work well and dig is *really* fast
since the modem seems to respond *immediately* to the dig command.
The mindspring ftp upload problem continued even when I reinstalled 3.8 and
attempted ftp using 3.8 with the new dsl modem. OpenBSD itself without X is
working very well and I have got out all my 20-year-old unix books
on ksh, sed/awk, C and vi as I get used to working in console mode again.
Lynx and tin both work better as I tweak the configuration files.
I now wish I had not donated my troff book to the library a few years ago.
The library apparently doesn't have it any more.  . However, I have an
inter-library loan request in for the Gehani typesetting book.
| Quote: | good luck, and i hope this helped shed a different light.
|
Thanks! I appreciate the sentiment!
Dave1
--
Using OpenBSD with(out) ( X | KDE )?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
jpd
*nix forums Guru
Joined: 22 Feb 2005
Posts: 877
|
| Posted: Sun Jun 11, 2006 2:53 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
Begin <Jj2hg.5214$9f2.2301@trnddc04>
On 2006-06-05, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
| Quote: | What information do you need to decide whether my ftp problem is internal
to my box or a network problem?
My 'network' in this case consists of a single computer running (cd) release
OpenBSD 3.9 without X-windows. The connection to the dsl modem is xl0.
|
For proper testing you will want to isolate components and test them
individually. Components may fail in a myriad of ways, sometimes on
their own, sometimes only together. I already mentioned this before,
but it appears that you might not be able to: Remove the router from
the network so that only your machine (which you can use to see what is
going on) and the DSL modem (out of necessity) are left. If your dsl
modem and router are integrated, see if you can turn off the routing
function, or put it into bridging mode, or whatever. See the router's
documentation to see what it can do.
That might help giving you a more direct view on what is happening. It
does mean that your OpenBSD machine must then take over the functions of
setting up the connection with your provider; this introduces complexity
on the OpenBSD machine, but the tradeoff is removing a black box,
gaining clarity and closer control. And you can always revert the change
later, if you are careful to retain the needed information.
As for FTP, look for starters whether it is using "passive" more or
not. For details, see google or the ftp specification; I'm leaving
that as an excercise. Also, pick a site as close, network wise, as
you can get, and see if the problem persists. If not, pick one a bit
further away until you see the problem again. Traceroute can indicate
network distance. Remember that you don't know conditions on the other
side so it remains guesswork, but the more educated the guesses, the
better. Further details might involve tcpdump(1)ing to see what is
really going on, but to understand its output you need quite a bit of
detailed protocol knowledge. Good luck.
| Quote: | The computer is an 8-year-old 800 MHz Pentium III with 512MB.
I have wondered if running the mp3 program leaves too little cpu time
for the other programs. I am currently negotiating to buy an AMD64 system
with an AM2-socket motherboard and a Sempron-3500 chip (so as to get
64-bit and AMD Pacifica virtualization capability).
|
Your pc hardware shouldn't be a big issue, except that you want good
quality NICs. Even so, a decent 10Mbit card should do already, as your
connection probably is less than that. I'm running slower hardware with
much more applications on it without trouble; unix systems do come with
tools to show you how much cpu time and other resources are in use and
often enough how much is left unused. Use them instead of speculation.
--
j p d (at) d s b (dot) t u d e l f t (dot) n l .
This message was originally posted on Usenet in plain text.
Any other representation, additions, or changes do not have my
consent and may be a violation of international copyright law. |
|
| Back to top |
|
|
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Sun Jun 11, 2006 4:49 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
jpd <read_the_sig@do.not.spam.it.invalid> wrote:
| Quote: | Begin <Jj2hg.5214$9f2.2301@trnddc04
On 2006-06-05, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
What information do you need to decide whether my ftp problem is internal
to my box or a network problem?
My 'network' in this case consists of a single computer running (cd)
release OpenBSD 3.9 without X-windows. The connection to the dsl modem
is xl0.
For proper testing you will want to isolate components and test them
individually. Components may fail in a myriad of ways, sometimes on
their own, sometimes only together. I already mentioned this before,
but it appears that you might not be able to: Remove the router from
the network so that only your machine (which you can use to see what is
going on) and the DSL modem (out of necessity) are left. If your dsl
modem and router are integrated, see if you can turn off the routing
function, or put it into bridging mode, or whatever. See the router's
documentation to see what it can do.
That might help giving you a more direct view on what is happening. It
does mean that your OpenBSD machine must then take over the functions of
setting up the connection with your provider; this introduces complexity
on the OpenBSD machine, but the tradeoff is removing a black box,
gaining clarity and closer control. And you can always revert the change
later, if you are careful to retain the needed information.
As for FTP, look for starters whether it is using "passive" more or
not. For details, see google or the ftp specification; I'm leaving
that as an excercise. Also, pick a site as close, network wise, as
you can get, and see if the problem persists. If not, pick one a bit
further away until you see the problem again. Traceroute can indicate
network distance. Remember that you don't know conditions on the other
side so it remains guesswork, but the more educated the guesses, the
better. Further details might involve tcpdump(1)ing to see what is
really going on, but to understand its output you need quite a bit of
detailed protocol knowledge. Good luck.
|
It is becoming real clear that Verizon network response starts going
to Hell Saturday Evening around 1800 (-500 UMT) and just about goes
to zero on Sunday, recovering on Monday. This has happened every weekend
for a month or so now. So much so that I have posted the lyrics of
"Never on Sunday" to the verizon fios newsgroup as the
recommended Verizon DSL theme song.
--
Using OpenBSD with(out) ( X | KDE )?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
dfeustel@mindspring.com
*nix forums addict
Joined: 13 May 2006
Posts: 67
|
| Posted: Sun Jun 11, 2006 4:57 pm Post subject:
Re: Operational Problems with 3.9
|
|
|
dfeustel@mindspring.com wrote:
| Quote: | It is becoming real clear that Verizon network response starts going
to Hell Saturday Evening around 1800 (-500 UMT) and just about goes
to zero on Sunday, recovering on Monday. This has happened every weekend
for a month or so now. So much so that I have posted the lyrics of
"Never on Sunday" to the verizon fios newsgroup as the
recommended Verizon DSL theme song. :-)
I should add that I am getting Verizon DSL for $15/month, so I really |
don't have a lot to complain about. It's just aggravating. I just need
to find something else to do on Saturday Nights and Sundays.
--
Using OpenBSD with(out) ( X | KDE )?
See Dave's OpenBSD | X | KDE corner at
http://dfeustel.home.mindspring.com !!! |
|
| Back to top |
|
|
Google
|
|
| Back to top |
|
|
|
|
The time now is Wed Nov 19, 2008 10:31 pm | All times are GMT
|
|
Consolidate Student Loans | Gas Suppliers | Mortgage Calculator | Credit Card | Project cars for sale
|
|
Copyright © 2004-2005 DeniX Solutions SRL
|
|
|
|
Other DeniX Solutions sites:
Unix/Linux blog |
electronics forum |
medicine forum |
science forum |
|
|
Privacy Policy
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Forum index
»
*nix
»
BSD
»
OpenBSD
