niXforums Forum Index
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   PreferencesPreferences   Log in to check your private messagesLog in to check your private messages   Log inLog in 
·  nixdoc.net ·  man pages ·  Linux HOWTOs ·  FreeBSD Tips ·  Forums
navigation Forum index » *nix » BSD » OpenBSD
Operational Problems with 3.9
Post new topic   Reply to topic Page 1 of 2 [19 Posts] View previous topic :: View next topic
Goto page:  1, 2 Next
Author Message
dfeustel@mindspring.com
*nix forums addict


Joined: 13 May 2006
Posts: 67

PostPosted: Sun Jun 18, 2006 2:23 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

Update: Shortly after I posted a suggested Verizon DSL theme song
in 0.verizon.fios, my network response, especially for tin, got a
whole lot better. And network response remains good even today (Sunday).
So I don't think the poor network response times had anything at all
to do with OpenBSD. The problem with ftp upload completions was still
present last time I checked, so it's not yet clear what the origin of
that problem is.

--
Using OpenBSD with or without 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

PostPosted: Sun Jun 11, 2006 8:51 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

jpd <read_the_sig@do.not.spam.it.invalid> wrote:
Quote:
Begin <1YXig.24034$%m5.21302@trnddc04
On 2006-06-11, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
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.

Such as setting up something that measures the ability to perform
with, say, pings to the nearest hop graphed with mrtg or another
suitable graphing tool.

All the better if verizon does have some sort of
performance guarantee, however low.

I have decided to just live with the current state of affairs wrt
Verizon's performance. The only performance guarantee that I am aware
of right now is that I won't get more than 750Kb/s down and (maybe)
no more than 128Kb/s up. There is no lower limit on either transfer
rate. Dealing with the deliberately brain-dead verizon support is more
trouble than it's worth.

Quote:
(My current ISP does guarantee ``98.5% uptime'' which is preposterously
low as such things are measured, and even then they do have trouble
keeping up with it. Yes, I do have a graphing tool running, and it did
support me while I was arguing my case toward 2nd level support, once I
finally got to talk to them.)

--
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

PostPosted: Sun Jun 11, 2006 8:27 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

Begin <1YXig.24034$%m5.21302@trnddc04>
On 2006-06-11, dfeustel@mindspring.com <dfeustel@mindspring.com> wrote:
Quote:
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.

Such as setting up something that measures the ability to perform
with, say, pings to the nearest hop graphed with mrtg or another
suitable graphing tool. All the better if verizon does have some sort of
performance guarantee, however low.

(My current ISP does guarantee ``98.5% uptime'' which is preposterously
low as such things are measured, and even then they do have trouble
keeping up with it. Yes, I do have a graphing tool running, and it did
support me while I was arguing my case toward 2nd level support, once I
finally got to talk to them.)


--
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

PostPosted: Sun Jun 11, 2006 4:57 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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
dfeustel@mindspring.com
*nix forums addict


Joined: 13 May 2006
Posts: 67

PostPosted: Sun Jun 11, 2006 4:49 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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. Smile

--
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

PostPosted: Sun Jun 11, 2006 2:53 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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

PostPosted: Fri Jun 09, 2006 12:49 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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. Sad. 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
Quote:
--TJ

--
Using OpenBSD with(out) ( X | KDE )?
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

PostPosted: Thu Jun 08, 2006 7:57 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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(Cool) 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

PostPosted: Mon Jun 05, 2006 10:34 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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
dfeustel@mindspring.com
*nix forums addict


Joined: 13 May 2006
Posts: 67

PostPosted: Mon Jun 05, 2006 10:17 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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

PostPosted: Mon Jun 05, 2006 10:04 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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(Cool. If you are lucky,
traceroute will reach other hosts this time.

That Worked! Thanks! 9 documented hops to mindspring and < 80 ms.

Quote:
Cheers,
Igor.

--
Using ( X | KDE ) with OpenBSD?
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

PostPosted: Mon Jun 05, 2006 7:59 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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". Smile

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
jpd
*nix forums Guru


Joined: 22 Feb 2005
Posts: 877

PostPosted: Mon Jun 05, 2006 7:32 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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
igor@nospam.invalid
*nix forums addict


Joined: 17 Aug 2005
Posts: 81

PostPosted: Mon Jun 05, 2006 7:18 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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(Cool. If you are lucky,
traceroute will reach other hosts this time.

Cheers,
Igor.
Back to top
dfeustel@mindspring.com
*nix forums addict


Joined: 13 May 2006
Posts: 67

PostPosted: Mon Jun 05, 2006 6:31 pm    Post subject: Re: Operational Problems with 3.9 Reply with quote

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
Google

Back to top
Display posts from previous:   
Post new topic   Reply to topic Page 1 of 2 [19 Posts] Goto page:  1, 2 Next
View previous topic :: View next topic
The time now is Wed Dec 03, 2008 7:47 pm | All times are GMT
navigation Forum index » *nix » BSD » OpenBSD
Jump to:  

Similar Topics
Topic Author Forum Replies Last Post
No new posts Winbind problems for ADS authentication nlinley networking 1 Tue Sep 19, 2006 9:22 am
No new posts problems using oddmuse with mod_perl2 inside apache2.2 pe... Fergus McMenemie Perl 0 Fri Jul 21, 2006 9:48 am
No new posts Problems with make-kpkg and skas patch Todd A. Jacobs Debian 0 Fri Jul 21, 2006 12:30 am
No new posts Problems with relay control Félix Martos Trenado Postfix 3 Thu Jul 20, 2006 3:33 pm
No new posts again a newbie... :( compiler problems Thorsten Kaben C++ 18 Thu Jul 20, 2006 2:52 am

Myspace Comments | Naruto | Car Credit | 2008 Air Jordan Release Dates | Free Advertising
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
[ Time: 0.4472s ][ Queries: 16 (0.2181s) ][ GZIP on - Debug on ]