Hello,
Josiah Royse wrote:
>Objet : Re: First packets lost [Was: windows bringing up the link]
>
> Just repeat the same one three times, or use it twice, and find
another
> backup one.. A second DNS entry will compensate for a busy route to your
> first choice DNS, and then the client will query the third. I believe
most
> computers query each DNS 2-3 times before moving to the next.. so having 3
> DNS entries will allow more more timeout period before the client "gives
up"
>
> Josiah
>
> > >Also make sure the clients have 3 DNS entries
Now I understand, but I cannot do this, because I run DNS on my Linux
machine. So the client gets immediate answer from the local DNS (when the
searched host is already known, which is often the case) and then tries to
contact the remote server. It is at this step that the diald link is
activated, and the actual packets that get lost are the attempts from the
client to contact the remote server, not the DNS query.
OTOH, and paradoxally, if the client asks for a Web page which address is
unknown to my local DNS running on the Linux box, it is named on the Linux
box that will trigger diald. In this situation, it works immediately!
Because the client is waiting for named to answer its DNS query, and
apparently named will try to contact several of the "root name servers" in
turn, which makes it unimportant if the first packets get lost. Named will
try until it gets some answer, then it passes the answer to the client which
will now contact the remote server. But at this time, the ppp link is
already up, and it will work just good.
So, the "packets lost" problem is only annoying when the client asks for a
page already known to my DNS. But this is the case 98% of the times, as the
"default home pages" are of course known to the DNS from the first
connection on, as well as the pages that we consult the most...
--
Michel Bouissou <[EMAIL PROTECTED]> DH/DSS ID: 0x80DBBD8F
Prot�gez votre correspondance avec PGP: http://www.pgpi.com
Infos: http://www.geocities.com/SiliconValley/Bay/9648/intimite.htm
Key fingerprint: B89E 1753 6425 0041 D922 8664 7870 5246 80DB BD8F
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
