Re: Dead dialup connections
- From: Ann <nntpmail@xxxxxxxx>
- Date: Thu, 26 Jul 2007 05:11:48 GMT
On Wed, 25 Jul 2007 21:46:08 -0500, Moe Trin wrote:
On Wed, 25 Jul 2007, in the Usenet newsgroup comp.dcom.modems, in article
<pan.2007.07.25.21.26.47.3255@xxxxxxxx>, Ann wrote:
On Wed, 25 Jul 2007 15:20:17 -0500, Moe Trin wrote:
OK, I should have put "useful" in there somewhere; this is an approx 10
second connection.
And what happens during those ten seconds?
SIGHUP
As for pppd logs, what are you using to establish the connection?
Kppp. But don't understand what you think this has to do with reading
the ppp logs. One can do both.
You saw the example logs I presented showing IPCP negotiation. That's
the kind of hints needed to track this down. I've got three dialin ISPs
with five PoPs. I can tell which is which based on the LCP options it's
throwing at me. KPPP has a simplified (or should I say "interpreted")
logging, but you should be able to use the two options (to pppd) that
I mentioned. So, what do you see in those logs? What is different?
Kppp shows the entries verbatim from the system daemons log. Anyway, my
question was whether anyone has an idea what's happening on the ISP's end.
Since the two modems are connecting fine, I doubt they're the problem.
Actually, not using W is an advantage; fewer "suggestions". I assume
the reluctance is because is an admission that there might possibly be
something wrong on their end.
Usually, the staff you are talking to are working from a script (book)
that goes "customer says this, tell customer to do that". This is for
two reasons - first, it allows them to hire staff that can't tell the
difference between the letters CHAP and PAP (never mind knowing the
difference in the protocols), and second, it gives the customer a
standardized service. Some ISPs will actually discipline staff that go
beyond the script. This is frustrating to customers that know what they
are doing (I'm a network admin, so I can tell if their router is being
re-booted), but it prevents misunderstandings for the majority.
That's something that normally isn't logable. You connected. They
don't monitor if you did anything specific or just sat there doing
nothing.
They log the login/logout times and IP# assigned..
Yes, but that gives no clue whether or not you were able to use the
connection or not.
? The point is, the logins are successful and a local address is assigned
but there is no entry in the ISP's log.
The ranges including those two IP#s were issued to epix. Epix was
bought by Frontier.
Frontiernet is a middle-sized provider - I'm familiar with a number the
IP blocks they control.
You wrote "'epix.net' is using chunks of IP land provided by
frontiernet.net" So, it's the other way around ... epix "provided" the
IP addresses to Frontier.
Replace the last octet by 7 for the remote address for the above two
local addresses.
That's a little different. Well, what-ever makes them happy.
So apparently if you dialin and get a "bad" connection, it works for ten
seconds? As asked, what happens the rest of the time. The "what is the
exact error message" when you try to use some fundamental network
services
Assuming I'm sitting at the computer, I wait it out. If I don't hear the
modem hang up, then I proceed. Otherwise, one gets whatever message the
application(s) gives when the modem is off.
- checking your mail, trying to connect to the news server,
trying to connect to the FTP server at ibiblio.org - that kind of thing.
Do you get a host error message? What? Does the routing table look
"normal"? What about the packet counts in the ifconfig output. Euuu...
KPPP - what does /etc/resolv.conf look like in a good verses bad
connection.
Old guy
.
- Follow-Ups:
- Re: Dead dialup connections
- From: Moe Trin
- Re: Dead dialup connections
- References:
- Dead dialup connections
- From: Ann
- Re: Dead dialup connections
- From: Franc Zabkar
- Re: Dead dialup connections
- From: Ann
- Re: Dead dialup connections
- From: Moe Trin
- Re: Dead dialup connections
- From: Ann
- Re: Dead dialup connections
- From: Moe Trin
- Dead dialup connections
- Prev by Date: Re: Dead dialup connections
- Next by Date: Re: Dead dialup connections
- Previous by thread: Re: Dead dialup connections
- Next by thread: Re: Dead dialup connections
- Index(es):
Relevant Pages
|
|