Re: Connection problems CNC ADSL in Beijing - MTU?

I wish I knew what the problem is here. Right now my connection
is poor, with 25%+ packet loss on ping tests. As suggested, here
is my /etc/ppp/pppoe.conf:

# When you configure a variable, DO NOT leave spaces around the "=" sign.

# Ethernet card connected to ADSL modem
ETH='eth0'

# ADSL user name.  You may have to supply "@provider.com"  Sympatico
# users in Canada do need to include "@sympatico.ca"
# Sympatico uses PAP authentication.  Make sure /etc/ppp/pap-secrets
# contains the right username/password combination.
# For Magma, use [email protected]
USER='XXXXXXXXXXXX'

# Bring link up on demand?  Default is to leave link up all the time.
# If you want the link to come up on demand, set DEMAND to a number
indicating
# the idle time after which the link is brought down.
DEMAND=no
#DEMAND=300

# DNS type: SERVER=obtain from server; SPECIFY=use DNS1 and DNS2;
# NOCHANGE=do not adjust.
DNSTYPE=NOCHANGE

# Obtain DNS server addresses from the peer (recent versions of pppd only)
# In old config files, this used to be called USEPEERDNS.  Changed to
# PEERDNS for better Red Hat compatibility
PEERDNS=no

DNS1=
DNS2=

# Make the PPPoE connection your default route.  Set to
# DEFAULTROUTE=no if you don't want this.
DEFAULTROUTE=yes

### ONLY TOUCH THE FOLLOWING SETTINGS IF YOU'RE AN EXPERT

# How long adsl-start waits for a new PPP interface to appear before
# concluding something went wrong.  If you use 0, then adsl-start
# exits immediately with a successful status and does not wait for the
# link to come up.  Time is in seconds.

#
# WARNING WARNING WARNING:
#
# If you are using rp-pppoe on a physically-inaccessible host, set
# CONNECT_TIMEOUT to 0.  This makes SURE that the machine keeps trying
# to connect forever after adsl-start is called.  Otherwise, it will
# give out after CONNECT_TIMEOUT seconds and will not attempt to
# connect again, making it impossible to reach.
CONNECT_TIMEOUT=30

# How often in seconds adsl-start polls to check if link is up
CONNECT_POLL=2

# Specific desired AC Name
ACNAME=

# Specific desired service name
SERVICENAME=

# Character to echo at each poll.  Use PING="" if you don't want
# anything echoed
PING="."

# File where the adsl-connect script writes its process-ID.
# Three files are actually used:
#   $PIDFILE       contains PID of adsl-connect script
#   $PIDFILE.pppoe contains PID of pppoe process
#   $PIDFILE.pppd  contains PID of pppd process
CF_BASE=`basename $CONFIG`
PIDFILE="/var/run/$CF_BASE-adsl.pid"

# Do you want to use synchronous PPP?  "yes" or "no".  "yes" is much
# easier on CPU usage, but may not work for you.  It is safer to use
# "no", but you may want to experiment with "yes".  "yes" is generally
# safe on Linux machines with the n_hdlc line discipline; unsafe on others.
SYNCHRONOUS=no

# Do you want to clamp the MSS?  Here's how to decide:
# - If you have only a SINGLE computer connected to the ADSL modem, choose
#   "no".
# - If you have a computer acting as a gateway for a LAN, choose "1412".
#   The setting of 1412 is safe for either setup, but uses slightly more
#   CPU power.
CLAMPMSS=1412
#CLAMPMSS=no

# LCP echo interval and failure count.
LCP_INTERVAL=20
LCP_FAILURE=3

# PPPOE_TIMEOUT should be about 4*LCP_INTERVAL
PPPOE_TIMEOUT=80

# Firewalling: One of NONE, STANDALONE or MASQUERADE
FIREWALL=NONE

# Linux kernel-mode plugin for pppd.  If you want to try the kernel-mode
# plugin, use LINUX_PLUGIN=/etc/ppp/plugins/rp-pppoe.so
LINUX_PLUGIN=

# Any extra arguments to pass to pppoe.  Normally, use a blank string
# like this:
PPPOE_EXTRA=""

# Rumour has it that "Citizen's Communications" with a 3Com
# HomeConnect ADSL Modem DualLink requires these extra options:
# PPPOE_EXTRA="-f 3c12:3c13 -S ISP"

# Any extra arguments to pass to pppd.  Normally, use a blank string
# like this:
PPPD_EXTRA=""


########## DON'T CHANGE BELOW UNLESS YOU KNOW WHAT YOU ARE DOING
# If you wish to COMPLETELY overrride the pppd invocation:
# Example:
# OVERRIDE_PPPD_COMMAND="pppd call dsl"

# If you want adsl-connect to exit when connection drops:
# RETRY_ON_FAILURE=no

The adsl modem the phone company gave me is a
SureKAM 268L in case anyone else has the same model.

I am curious about Richard's suggestion of buying a different
adsl router. Has this been a common move here in beijing?

I am afraid that my next step is to carve out a quick windoze
install and see if the same issues arise so I can determine if
this problem is external to linux.

thanks for any help. I hope to make it to next week's meeting.
Jeff


>
> Message: 2
> Date: Wed, 02 Mar 2005 09:05:10 +0800
> From: Richard Ford <[email protected]>
> Subject: Re: [blug-tech] Connection problems CNC ADSL in Beijing -
> 	MTU?
> To: Beijing LUG technical questions and assistance - Publicly posted
> 	<[email protected]>
> Message-ID: <1109725511.5125.10.camel@peach>
> Content-Type: text/plain; charset="us-ascii"
>
> This probably won't be a good answer for finding the problem.  But the
> best option is to get a small DSL router (~200rmb) and let it handle all
> the connections and idle time outs... and then all you need to do is
> eth0 dhcp with your laptop on the internal ports of the router....
>
>
> Cheers,
> RF.
>
>
> On Tue, 2005-03-01 at 01:04 -0800, Jeff Warrington wrote:
>
>> Hi all,
>>
>> I have successfully gotten dsl working here in Beijing on
>> Debian but despite success with basic browsing, certain
>> operations fail to complete. From what I've found out there,
>> the MTU setting under pppoe needs to be set lower. However,
>> making this change doesn't help me.
>>
>> Basically, any operation that pulls a file beyond a certain
>> size will end up failing. As an example, pulling the Debian
>> mirror list via wget (wget http.us.debian.org/debian/README.mirrors.txt)
>> pulls about 20% then fails with 'Read error at byte xxxx/yyyyy
>> (Connection reset by peer)'
>>
>> Anyone have a clue on what I should try? I get the same issue
>> if I load up Knoppix.
>>
>> One thing I notice is that when checking out the results of
>> ifconfig for ppp0, the inet addr is a completely different
>> network than the 'P-t-P' network. This is different from
>> any pppoe examples I've seen on the net.
>>
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.exoweb.net/pipermail/blug-tech/attachments/20050302/208c7752/attachment.htm
>
> ------------------------------
>
> Message: 3
> Date: Wed, 2 Mar 2005 09:24:18 -0500
> From: Marius Pacha <pacha.marius-Qbad7dcHD6Y0jvc7zYWOs/[email protected]>
> Subject: Re: [blug-tech] Connection problems CNC ADSL in Beijing -
> 	MTU?
> To: [email protected], Beijing LUG technical questions and
> 	assistance -	Publicly posted <[email protected]>
> Message-ID: <20050302092418.5864cce0.pacha.marius-Qbad7dcHD6Y0jvc7zYWOs/[email protected]>
> Content-Type: text/plain; charset=US-ASCII
>
> hey Jeff
>
> could you post your /etc/ppp/pppoe.conf ?
> i would take a look.
>
> regards
> marius
>
>
> On Wed, 02 Mar 2005 09:05:10 +0800
> Richard Ford <[email protected]> wrote:
>
>> This probably won't be a good answer for finding the problem.  But the
>> best option is to get a small DSL router (~200rmb) and let it handle all
>> the connections and idle time outs... and then all you need to do is
>> eth0 dhcp with your laptop on the internal ports of the router....
>>
>>
>> Cheers,
>> RF.
>>
>>
>> On Tue, 2005-03-01 at 01:04 -0800, Jeff Warrington wrote:
>>
>> > Hi all,
>> >
>> > I have successfully gotten dsl working here in Beijing on
>> > Debian but despite success with basic browsing, certain
>> > operations fail to complete. From what I've found out there,
>> > the MTU setting under pppoe needs to be set lower. However,
>> > making this change doesn't help me.
>> >
>> > Basically, any operation that pulls a file beyond a certain
>> > size will end up failing. As an example, pulling the Debian
>> > mirror list via wget (wget
>> http.us.debian.org/debian/README.mirrors.txt)
>> > pulls about 20% then fails with 'Read error at byte xxxx/yyyyy
>> > (Connection reset by peer)'
>> >
>> > Anyone have a clue on what I should try? I get the same issue
>> > if I load up Knoppix.
>> >
>> > One thing I notice is that when checking out the results of
>> > ifconfig for ppp0, the inet addr is a completely different
>> > network than the 'P-t-P' network. This is different from
>> > any pppoe examples I've seen on the net.
>> >
>> >
>> >
>>
>
>
> ------------------------------
>
> _______________________________________________
> blug-tech mailing list
> [email protected]
> http://list.beijinglug.org/cgi-bin/mailman/listinfo/blug-tech
>
> End of blug-tech Digest, Vol 14, Issue 1
> ****************************************
>


-- 
<------------------------------------------------------------->
 [email protected] <-> jeff-YtAektgGtHT2eFz/[email protected] <-> blaze-YtAektgGtHT2eFz/[email protected]
  .   .
   \ /  "God is real... unless declared an integer"
   . .
  '---'