_Replying to a message_
By: Elliott Olson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
On: Saturday, July 28, 2001, 5:30:57 AM
Re: [Miami] Re: Dialup trouble
Hi Elliott,
>>>>> "Your IP address could not be resolved, so Miami has to fall back to
>>>>> your IP address as your host name. Either your Internet Service
>>>>> Provider does not support reverse mapping of the SLIP/PPP ports,
>>>>> Or there is a problem with the DNS servers."
>>>>>
>>>>> I'm using Miami 3.2b, and the settings haven't changed (other than
>>>>> the DNS numbers and our chosen dialup username when they changed
>>>>> over) since starting internet service with them.
>>>> All you can do when you see that error message is to hang up and dial
>>>> again. Been there, done that.
EO>>> For this one, I don't have to redial, because AFAIK it doesn't
EO>>> prevent from browsing and such. It's the other one where I have to
EO>>> redial, DNS lookup.
TS>> What about putting DNS server IPs into your configuration as
TS>> permanent entries then. You won't need to discover them at
TS>> connection, and if "discovering" them, then, was the only problem
TS>> (but access to them was still working), then you could avoid having
TS>> to redial.
EO> In "Database/DNS servers"? I do have that set. And as I said before,
EO> this doesn't cause me to redial, That's only when I lose the DNS
EO> services while already browsing (anyone know whether the Windows TCP
EO> stack automatically resets that connection while dialed up?).
If you lose access to a DNS server in the middle of a session, that sounds
more like an ISP issue, or some other obscure bug at your side.
If you've got DNS server IPs configured in your system (either entered
permanently, or they were discovered at log-on, and entered as temporary
entries), it's not like your software suddenly forgets their IPs later on
(part way through your session), doesn't know where to find the servers.
It's not uncommon, on any ISP or users operating system, that part way
through a session, connectivity will die between them and the ISP. Unless
your ISP admits they have a fault, or discovers a user is deliberately
fouling up their system, or you discover a bug in your software, you're
not going to find out the cause. That's about it, there's nothing else
that could really be the cause.
One DNS issue that occurs on some systems is that DNS lookups are queued,
where until you get a response from the first request, the others have to
just wait (and if the first request doesn't get a result, they'll wait
forever). Have you tried quitting your browser, rather than redialling?
One other possible solution is to find out some other DNS servers (not on
your ISP), that you can access, and try adding them to your settings. But,
the chances are that if your ISP has a fault, that occasionally hinders
access to its DNS servers, they may have a fault that hinders other
traffic through them, too.
If you have multiple interfaces (and you're using more than one, at once),
you'll have to be sure that you've set things up so that bringing another
interface on-line doesn't override settings for your ISP (replacing DNS
server IPs, changing the gateway to the other interface, etc.).
TS>> I've usually found that entering DNS server IPs as permanent settings
TS>> sped up the connection time, too.
TS>>
TS>> And, perhaps, this might help with the resolution of your own address
TS>> name? The resolution problem might simply be due to too-slow
TS>> responses from the DNS server(s).
EO> Slow? Sometimes it comes up in a couple seconds, and sometimes it
EO> takes 15+ seconds.
I can't quantify it. Your TCP/IP stack will spend a finite amount of time
trying to resolve your IP address into a hostname, at connection time, and
if it doesn't get a response within that time, will abandon the attempt.
I seem to recall reading that Miami doesn't have much patience, in this
regard.
--
Bye,
Tim.
http://www.picknowl.com.au/homepages/Tim_Seifert/
mailto:[EMAIL PROTECTED]
(Modbury, near Adelaide, South Australia)
Video productions, electronics engineering, service and technical
support, and more. For further information, visit the web site.
*** DO NOT SEND JUNK MAIL ***
--
To unsubscribe send "unsubscribe miami-talk-ml" to
"[EMAIL PROTECTED]". For help on list commands send "help" to
"[EMAIL PROTECTED]".
