A.P. Lawrence

dynamic bringup of ppp loses first packet

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):

From - Wed Dec  1 11:31:12 1999
Xref: world comp.unix.sco.misc:110979
Path: world!blanket.mitre.org!newsfeed.berkeley.edu!su-news-hub1.bbnplanet.com!news.gtei.net!cyclone.pbi.net!132.147.128.45!hobbes.caldera.com!evanh
From: evanh@sco.COM (Evan Hunt)
Newsgroups: comp.unix.sco.misc
Subject: Re: OSR 5.0.4 & MSTPPP 2.1.3a
Date: 29 Nov 1999 21:10:48 GMT
Organization: The Santa Cruz Operation, Inc.
Lines: 20 Message-ID: <81uq4o$dot$1@hobbes.caldera.com> References: <199911242021.PAA22387@sherman.shentel.net> <fkD%3.107838$YB4.4182918@typ12.nn.bcandid.com>
NNTP-Posting-Host: mammoth.caldera.com
X-Mozilla-Status: 8010

Don't blame me, I voted for swertz@scruznet.com.
>Someone once posted that the first packet went into /dev/null due
>to a bug.  The proposed workaround was to list the primary nameserver
>twice in /etc/resolv.conf.

It's not a bug, so much as an unavoidable consequence of dynamically-addressed
PPP.  The first packet (which is usually a DNS lookup) hits the PPP link,
PPP dials the phone and brings up the connection, and the packet goes out--
but in the meantime the IP address has been changed by the server you
dialed into, and so the source address in the packet is wrong, and so
the answer gets lost on the way back.

The workaround you mentioned works fine.

-- 
                  Evan Hunt   -   evanh at sco dot com

Phone and Email Support at Monthly rates

        "The wages of sin are death.  But after taxes are taken out,
         it's just a sort of tired feeling."  - Paula Poundstone