It looks like that nobody has an idea what there could be wrong:-(
I can make sure that the provider is not blocking any traffic!
The rule is also there (i let pass everything for pptp)....
But what means parameter negotiation failed??

 > Mar 31 14:14:43     mpd: [pt0] LCP: LayerFinish
 > Mar 31 14:14:43     mpd: [pt0] LCP: parameter negotiation failed
 > Mar 31 14:14:43     mpd: [pt0] LCP: LayerFinish
 > Mar 31 14:14:43     mpd: [pt0] LCP: state change Req-Sent --> Stopped

regards..

Andreas

Andreas Ferrari wrote:
> I doublchecked everything and I have no idea or I'm too stupid to see 
> whats going wrong. Here is the important part from the logfile:
> 
> Mar 31 14:14:45     mpd: pptp0: killing connection with 1.2.3.4:10641
> Mar 31 14:14:45     mpd: pptp0: ctrl connection closed by peer
> Mar 31 14:14:43     mpd: [pt0] LCP: Down event
> Mar 31 14:14:43     mpd: [pt0] link: DOWN event
> Mar 31 14:14:43     mpd: [pt0] device is now in state DOWN
> Mar 31 14:14:43     mpd: [pt0] device: DOWN event in state DOWN
> Mar 31 14:14:43     mpd: [pt0] LCP: phase shift ESTABLISH --> DEAD
> Mar 31 14:14:43     mpd: [pt0] LCP: state change Closed --> Initial
> Mar 31 14:14:43     mpd: [pt0] LCP: Down event
> Mar 31 14:14:43     mpd: [pt0] link: DOWN event
> Mar 31 14:14:43     mpd: [pt0] device is now in state DOWN
> Mar 31 14:14:43     mpd: [pt0] device: DOWN event in state CLOSING
> Mar 31 14:14:43     mpd: [pt0] LCP: state change Stopped --> Closed
> Mar 31 14:14:43     mpd: [pt0] LCP: Close event
> Mar 31 14:14:43     mpd: [pt0] link: CLOSE event
> Mar 31 14:14:43     mpd: [pt0] device is now in state CLOSING
> Mar 31 14:14:43     mpd: [pt0] device: CLOSE event in state CLOSING
> Mar 31 14:14:43     mpd: [pt0] closing link "pt0"...
> Mar 31 14:14:43     mpd: [pt0] bundle: CLOSE event in state OPENED
> Mar 31 14:14:43     mpd: [pt0] device is now in state CLOSING
> Mar 31 14:14:43     mpd: [pt0] IFACE: Close event
> Mar 31 14:14:43     mpd: pptp0: closing connection with 1.2.3.4:10641
> Mar 31 14:14:43     mpd: [pt0] IFACE: Close event
> Mar 31 14:14:43     mpd: [pt0] IPCP: LayerFinish
> Mar 31 14:14:43     mpd: [pt0] IPCP: state change Starting --> Initial
> Mar 31 14:14:43     mpd: [pt0] IPCP: Close event
> Mar 31 14:14:43     mpd: [pt0] IFACE: Close event
> Mar 31 14:14:43     mpd: [pt0] PPTP call terminated
> Mar 31 14:14:43     mpd: pptp0-0: killing channel
> Mar 31 14:14:43     mpd: pptp0-0: clearing call
> Mar 31 14:14:43     mpd: [pt0] device: CLOSE event in state UP
> Mar 31 14:14:43     mpd: [pt0] LCP: LayerFinish
> Mar 31 14:14:43     mpd: [pt0] LCP: parameter negotiation failed
> Mar 31 14:14:43     mpd: [pt0] LCP: LayerFinish
> Mar 31 14:14:43     mpd: [pt0] LCP: state change Req-Sent --> Stopped
> Mar 31 14:14:41     mpd: ENDPOINTDISC [802.1] 00 0d b9 02 76 2c
> Mar 31 14:14:41     mpd: MP SHORTSEQ
> Mar 31 14:14:41     mpd: MP MRRU 1600
> Mar 31 14:14:41     mpd: AUTHPROTO CHAP MSOFTv2
> Mar 31 14:14:41     mpd: MAGICNUM 286f3b32
> Mar 31 14:14:41     mpd: MRU 1500
> Mar 31 14:14:41     mpd: PROTOCOMP
> Mar 31 14:14:41     mpd: ACFCOMP
> Mar 31 14:14:41     mpd: [pt0] LCP: SendConfigReq #70
> Mar 31 14:14:39     mpd: ENDPOINTDISC [802.1] 00 0d b9 02 76 2c
> Mar 31 14:14:39     mpd: MP SHORTSEQ
> Mar 31 14:14:39     mpd: MP MRRU 1600
> Mar 31 14:14:39     mpd: AUTHPROTO CHAP MSOFTv2
> Mar 31 14:14:39     mpd: MAGICNUM 286f3b32
> 
> Andreas Ferrari wrote:
> 
>> Thanks for the hints...
>>
>> Kai Dittmann wrote:
>>
>>> Andreas Ferrari schrieb:
>>>
>>>> Hello
>>>>
>>>> Does anyone have have experience with this kind of pptp?
>>>> Yesterday I plyed a little bit arround, saw that the the connection 
>>>> to the PPTP server (M0n0wall) could be established but on the client 
>>>> side I get a connection closed by server:-(
>>>
>>>
>>>
>>>
>>>     Works very well for me, Palm T|X + SEM K600i
>>>     via UMTS here in .DE
>>>
>>>     PPtP Server Settings are default.
>>>
>>>     Are you sure, that your mobile Povider permits
>>>     PPtP-Tunneling ?  (swisscom, orange ?)
>>
>>
>> I will check this..
>>
>>>         The PPtP-ControlChannel (TCP/1723) may work, but
>>>     what's about GRE Proto for the Tunnel after a
>>>     successful authentication ?
>>
>>
>> and this ....
>>
>>>
>>>
>>> cheers,
>>> -k.
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch
>>> For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch
>>>
>>
>>
> 
> 


-- 
STASOFT AG
P: +41 61 726 80 70
F: +41 61 726 80 79