From owner-freebsd-net@FreeBSD.ORG  Sun Dec 17 17:17:13 2006
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
X-Original-To: freebsd-net@freebsd.org
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 43EE616A416;
	Sun, 17 Dec 2006 17:17:13 +0000 (UTC)
	(envelope-from mav@mavhome.dp.ua)
Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 66C8843CB3;
	Sun, 17 Dec 2006 17:17:11 +0000 (GMT)
	(envelope-from mav@mavhome.dp.ua)
X-Spam-Level: 64 [XX]
 (100%)	BAYESIAN TRAINING: 100
Received: from [195.248.178.122] (account mav@alkar.net HELO [192.168.3.2])
	by cmail.optima.ua (CommuniGate Pro SMTP 5.0.11)
	with ESMTPA id 19073263; Sun, 17 Dec 2006 19:17:08 +0200
Message-ID: <45857B91.7070708@mavhome.dp.ua>
Date: Sun, 17 Dec 2006 19:17:05 +0200
From: Alexander Motin <mav@mavhome.dp.ua>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7.13) Gecko/20060414
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: brian@Awfulhak.org,  freebsd-net@freebsd.org,  brian@freebsd.org
References: <1166332985.00655942.1166322604@10.7.7.3>
In-Reply-To: <1166332985.00655942.1166322604@10.7.7.3>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: Re: ppp have bug in CCP negotiation?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Dec 2006 17:17:13 -0000

Alexander Motin wrote:
> While debugging ccp support in mpd I have found strange behaviour in ppp 
> daemon. In rfc1962 written:
>    Configuration Options, in this protocol, indicate algorithms that the
>    receiver is willing or able to use to decompress data sent by the
>    sender.
> 
> But when ppp negotiates different compression methods on different sides 
> it behaves strictly in opposite way. It uses for decompression method 
> which was requested in ConfigRequest by other side.

Sorry. Looks like Windows works in the same way as ppp. Probably I have 
missunderstood something in that RFC.
I will change mpd's behaviour alike ppp's.

-- 
Alexander Motin