From pppext-bounces@ietf.org Mon Apr 23 07:04:17 2007
Return-path: <pppext-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1HfwL5-0006xE-LD; Mon, 23 Apr 2007 07:04:11 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1HeI7Y-0003aZ-Pa
	for pppext@ietf.org; Wed, 18 Apr 2007 17:55:24 -0400
Received: from www.nabble.com ([72.21.53.35] helo=talk.nabble.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HeI7X-0002o6-8i
	for pppext@ietf.org; Wed, 18 Apr 2007 17:55:24 -0400
Received: from [72.21.53.38] (helo=jubjub.nabble.com)
	by talk.nabble.com with esmtp (Exim 4.50) id 1HeI7W-0002Lb-Qo
	for pppext@ietf.org; Wed, 18 Apr 2007 14:55:22 -0700
Message-ID: <10066967.post@talk.nabble.com>
Date: Wed, 18 Apr 2007 14:55:22 -0700 (PDT)
From: amyng <ang@shoppertrak.com>
To: pppext@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Nabble-From: ang@shoppertrak.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 200d029292fbb60d25b263122ced50fc
X-Mailman-Approved-At: Mon, 23 Apr 2007 07:03:58 -0400
Subject: [Pppext] IPCP Negotiation Failure
X-BeenThere: pppext@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PPP Extensions <pppext.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pppext>,
	<mailto:pppext-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:pppext@ietf.org>
List-Help: <mailto:pppext-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pppext>,
	<mailto:pppext-request@ietf.org?subject=subscribe>
Errors-To: pppext-bounces@ietf.org


Apology if this is not the correct forum, but I'm on my last straw.

I'm running 2.4.4 pppd on Solaris trying to connect to a device (which I can
get to by window rasppp btw).

After receiving "Could not determine local IP address" IPCP confReq (see
following ppp log)...

$ pppd options in effect:
debug           # (from /etc/ppp/options)
kdebug 31               # (from /etc/ppp/options)
-detach         # (from /etc/ppp/options)
dump            # (from /etc/ppp/options)
noauth          # (from /etc/ppp/options)
/dev/ttya               # (from command line)
38400           # (from command line)
lock            # (from /etc/ppp/options)
connect /etc/ppp/ppp-on-dialer          # (from command line)
crtscts         # (from /etc/ppp/options)
local           # (from /etc/ppp/options)
ipcp-accept-local               # (from /etc/ppp/options)
ipcp-accept-remote              # (from /etc/ppp/options)
noipdefault             # (from /etc/ppp/options)
defaultroute            # (from /etc/ppp/options)
ipcp-no-addresses               # (from /etc/ppp/options)
noccp           # (from /etc/ppp/options)
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttya
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2f497226> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x11]
sent [LCP ConfAck id=0x11]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2f497226> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x10 <addr 192.168.129.1>]
sent [IPCP ConfAck id=0x10 <addr 192.168.129.1>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x2]
rcvd [IPCP ConfAck id=0x2]
Could not determine local IP address
Connect time 0.7 minutes.
Sent 147 bytes, received 110 bytes.
ioctl(set NP 33 mode to 1): Invalid argument
sent [IPCP TermReq id=0x3 "Could not determine local IP address"]
rcvd [IPCP TermAck id=0x3 "Could not determine local IP address"]
sent [LCP TermReq id=0x2 "No network protocols running"]
sent [LCP TermReq id=0x3 "No network protocols running"]
Connection terminated.


I specified the local IP address in /etc/ppp/options and got a different
error:
$ pppd options in effect:
debug           # (from /etc/ppp/options)
kdebug 31               # (from /etc/ppp/options)
-detach         # (from /etc/ppp/options)
dump            # (from /etc/ppp/options)
noauth          # (from /etc/ppp/options)
/dev/ttya               # (from command line)
38400           # (from command line)
lock            # (from /etc/ppp/options)
connect /etc/ppp/ppp-on-dialer          # (from command line)
crtscts         # (from /etc/ppp/options)
local           # (from /etc/ppp/options)
ipcp-accept-local               # (from /etc/ppp/options)
ipcp-accept-remote              # (from /etc/ppp/options)
noipdefault             # (from /etc/ppp/options)
defaultroute            # (from /etc/ppp/options)
ipcp-no-addresses               # (from /etc/ppp/options)
192.168.129.2:          # (from /etc/ppp/options)
noccp           # (from /etc/ppp/options)
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttya
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2ae8f766> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x12]
sent [LCP ConfAck id=0x12]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2ae8f766> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
rcvd [IPCP ConfReq id=0x11 <addr 192.168.129.1>]
sent [IPCP ConfAck id=0x11 <addr 192.168.129.1>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
sent [IPCP ConfReq id=0x2]
rcvd [IPCP ConfAck id=0x2]
Peer refused to agree to our IP address
Connect time 0.6 minutes.
Sent 142 bytes, received 110 bytes.
ioctl(set NP 33 mode to 1): Invalid argument
sent [IPCP TermReq id=0x3 "Refused our IP address"]
rcvd [IPCP TermAck id=0x3 "Refused our IP address"]
sent [LCP TermReq id=0x2 "No network protocols running"]
rcvd [LCP TermAck id=0x2 "No network protocols running"]
Connection terminated.

I have an output of a successful ppp connection from the same pppd connected
to a similar device using the same options:
$ pppd options in effect:
debug           # (from /etc/ppp/options)
kdebug 31               # (from /etc/ppp/options)
-detach         # (from /etc/ppp/options)
dump            # (from /etc/ppp/options)
noauth          # (from /etc/ppp/options)
/dev/ttya               # (from command line)
38400           # (from command line)
lock            # (from /etc/ppp/options)
connect /etc/ppp/ppp-on-dialer          # (from command line)
crtscts         # (from /etc/ppp/options)
local           # (from /etc/ppp/options)
ipcp-accept-local               # (from /etc/ppp/options)
ipcp-accept-remote              # (from /etc/ppp/options)
noipdefault             # (from /etc/ppp/options)
defaultroute            # (from /etc/ppp/options)
ipcp-no-addresses               # (from /etc/ppp/options)
192.168.129.2:          # (from /etc/ppp/options)
noccp           # (from /etc/ppp/options)
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttya
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2bd7801c> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x4]
sent [LCP ConfAck id=0x4]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2bd7801c> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
rcvd [IPCP ConfReq id=0x3 <addr 192.168.129.1>]
sent [IPCP ConfAck id=0x3 <addr 192.168.129.1>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 192.168.129.2>]
rcvd [IPCP ConfAck id=0x2 <addr 192.168.129.2>]
local  IP address 192.168.129.2
remote IP address 192.168.129.1

I noticed that the failure case, the last IPCP ConfReq is sent without the
specified local IP Address:
sent [IPCP ConfReq id=0x2]
whereas the successful case, it does:
sent [IPCP ConfReq id=0x2 <addr 192.168.129.2>]

Any help would be greatly appreciated!!

Amy

-- 
View this message in context: http://www.nabble.com/IPCP-Negotiation-Failure-tf3603384.html#a10066967
Sent from the IETF - Pppext mailing list archive at Nabble.com.


_______________________________________________
Pppext mailing list
Pppext@ietf.org
https://www1.ietf.org/mailman/listinfo/pppext



From pppext-bounces@ietf.org Mon Apr 23 10:15:36 2007
Return-path: <pppext-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1HfzKB-0003ci-Lk; Mon, 23 Apr 2007 10:15:27 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1HfzKA-0003cc-TB
	for pppext@ietf.org; Mon, 23 Apr 2007 10:15:26 -0400
Received: from an-out-0708.google.com ([209.85.132.250])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HfzK9-0002VZ-KC
	for pppext@ietf.org; Mon, 23 Apr 2007 10:15:26 -0400
Received: by an-out-0708.google.com with SMTP id d30so1931296and
	for <pppext@ietf.org>; Mon, 23 Apr 2007 07:15:23 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
	b=pS0bRNUDTuKoNHldhhslmJX2AyoKF+roG1A4c77RWl+QJcU+01+QR8fhVmVUOng7SIkgCr7NWf4MCrhJ/5B1t58zHXOwIFmzIYXq1caPrr/c1CHexdFe3gahbEV6twtMhPMtbOR/Nm55wd+yf/EYV81Xm8PnxBb2qDyClRyst3o=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
	b=jtNcaHy0ncIL+S3GNy2aXeUtPc1Xapkj/IKdLnhL4W05zs+/25rpuVSD4a0cUt+Wk2+kuhXaGYyDFGt2eNocifa4oMC1ZOZhCutgoxugdWwV765Vpx5Zz3Gvq76rORZqXgVVeZlmJFplogD/PzsfVEmyyZLL2ZibUC8TJywJ79s=
Received: by 10.100.106.5 with SMTP id e5mr3665354anc.1177337723340;
	Mon, 23 Apr 2007 07:15:23 -0700 (PDT)
Received: from FlatLand.local ( [207.75.178.79])
	by mx.google.com with ESMTP id 66sm6513163wra.2007.04.23.07.15.20;
	Mon, 23 Apr 2007 07:15:22 -0700 (PDT)
Message-ID: <462CBF5B.4040606@gmail.com>
Date: Mon, 23 Apr 2007 10:14:51 -0400
From: William Allen Simpson <william.allen.simpson@gmail.com>
User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326)
MIME-Version: 1.0
To: pppext@ietf.org
Subject: Re: [Pppext] IPCP Negotiation Failure
References: <10066967.post@talk.nabble.com>
In-Reply-To: <10066967.post@talk.nabble.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
X-BeenThere: pppext@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PPP Extensions <pppext.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pppext>,
	<mailto:pppext-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:pppext@ietf.org>
List-Help: <mailto:pppext-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pppext>,
	<mailto:pppext-request@ietf.org?subject=subscribe>
Errors-To: pppext-bounces@ietf.org

amyng wrote:
> Apology if this is not the correct forum, but I'm on my last straw.
> 
It's not, unless a serious bug in the specification.  But we sometimes
help each other a bit....


> I'm running 2.4.4 pppd on Solaris trying to connect to a device (which I can
> get to by window rasppp btw).
> 
What device?


> sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
> rcvd [IPCP ConfReq id=0x10 <addr 192.168.129.1>]
> sent [IPCP ConfAck id=0x10 <addr 192.168.129.1>]
> rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]


> sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
> rcvd [IPCP ConfReq id=0x11 <addr 192.168.129.1>]
> sent [IPCP ConfAck id=0x11 <addr 192.168.129.1>]
> rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]


> I have an output of a successful ppp connection from the same pppd connected
> to a similar device using the same options:

Again, what device?


> sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
> rcvd [IPCP ConfReq id=0x3 <addr 192.168.129.1>]
> sent [IPCP ConfAck id=0x3 <addr 192.168.129.1>]
> sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
> rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]

Remember, ConfReject means the device doesn't implement the option.

The former rejects both header compression and IP addresses.

The latter rejects only header compression.  So, it must be a different
device, as it seems to have the IP option implemented.

Or the two devices are differently configured, assuming they can be
configured to pretend they don't implement an option.

The difficulty is the peer, not Solaris.

_______________________________________________
Pppext mailing list
Pppext@ietf.org
https://www1.ietf.org/mailman/listinfo/pppext



From nanako456@sina.com Tue Apr 24 05:34:42 2007
Return-path: <nanako456@sina.com>
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1HgHQ2-0001ck-5w
	for pppext-archive@lists.ietf.org; Tue, 24 Apr 2007 05:34:42 -0400
Received: from [122.43.127.43] (helo=mail)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1HgHQ0-0001AW-MN
	for pppext-archive@lists.ietf.org; Tue, 24 Apr 2007 05:34:42 -0400
Received: by mail (Postfix, from userid 48)
	id BE64052F690; Tue, 24 Apr 2007 03:08:47 +0900 (KST)
To: pppext-archive@lists.ietf.org
Subject: =?ISO-2022-JP?B?km6Ms4LMg0mDb4NUg5OC8JX4gquCvYKigsWCt4KpgUiDjIN4g4uCzZLhgqKCxYK3gqqKbY7AgsmV+IKvgtyCt4LmISE==?=
From: <nanako456@sina.com>
Resent-Sender: nanako456@sina.com
Message-ID: <20070424030846.15159@sina.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Resent-Message-Id: <20070423183543.BE64052F690@mail>
Resent-Date: Tue, 24 Apr 2007 03:08:47 +0900 (KST)
Resent-From: nanako456@sina.com (Apache)
X-Spam-Score: 3.2 (+++)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6


****************************************************

当サイトは40代〜50代の肉体関係を求めている人妻・熟女

が集まる日本最大の不倫コミュニティーサイトです。

****************************************************



《ご利用に関してのご注意》-------------------------------



T　ご利用は男女共に不倫を希望される方のみとさせて頂きます。



U　男女共にお相手に要求する事は不倫⇒肉体関係のみです。



V　ホテル代に関してはお互いで決めて下さい。





《ご利用方法について》-----------------------------------



T　ご希望の地域・メールアドレス・パスワードを設定して頂きます。



U　次に簡単な自己PRを設定して頂きます。



V　不倫⇒肉体関係を希望するお相手を検索して頂きます。



W　ご利用されている人妻さんは全て自己PR内に携帯番号又は

　　直アドレスが表示されておりますのでその時点で直接ご連絡を

　　して頂いても結構ですし、サイト内からメールにて連絡を取る

　　事も可能ですのでお好きな連絡方法で交渉して下さい。



【注意】自己PR内に連絡先の表示が無い人妻さんは

　　　　交渉が成立し肉体関係中ですので連絡先の表示が

　　　　復活後、再度交渉をお願い致します。



**************************************************************

●本日、完全無料で熟れた人妻と肉体関係を希望される男性は

　http://cjbjj.com:112/ddd/hito-5/



●本日、完全無料で火照った体を満たして欲しい女性は

　http://cjbjj.com:112/ddd/hito-5/

**************************************************************

★待合わせの場所をリアルタイムでやり取り確認されたい方は

　モバイル（携帯電話）での設定をオススメ致します。

**************************************************************





