A friend of mine has the exact same problem. It began just about
when Bezeq started the commercial service, I think (something to do with
limitations?). We've traced his problem to this same "wrong values" error,
we also tried playing a little with the numbers in the call request
(BPS_MIN, BPS_MAX etc.) but it didn't work out. The easiest solution, of
course, would be to use the PPTP dialer in Windows, sniff the Ethernet and
see the values that work. Nothing much to it, only I didn't get to do that
at my friends (as he lacked a Windows sniffer).
If someone does this, please let me know soon.
-- crisk
On Thu, 11 Jan 2001, mulix wrote:
> yes, i did patch the pptp sources according to the HOWTO.
> i tried the following strings "RELAY_PPP1", "10.0.0.138 RELAY_PPP1" and
> ""
> none of the options is working for me- the server keeps responding with
> General Error 2, Error Code 3, which means according to the pptp draft:
>
> 3 (Bad-Value) - One of the field values was out of range or
> reserved field was non-zero
>
> (in fact, the purpose of my patch is to see exactly the format of the
> command sent from the client to the bezeq server, and the above string
> is supposed to be a part of this command)
>
> Dani Arbel wrote:
> >
> > did you patch the pptp according to the HOWTO ?
> >
> > On Thu, 11 Jan 2001, mulix wrote:
> >
> > > hi everyone,
> > >
> > > i'm having a hard time conneting with ADSL. i have tracked the problem
> > > down to the pptp protocol negotiations, and patched the pptp sources to
> > > give some more information in an effort to figure it out. the problem
> > > appears to be that the client (pptp) sends bezeq's server an invalid
> > > parameter.
> > >
> > > if any adsl user is willing to patch his pptp sources with my patch (a
> > > trivial, benign patch) and send me the log it produces i would
> > > appreciate it very much.
> > >
> > > here's the patch:
> > >
> > > --- pptp-linux-1.0.2.orig/pptp_ctrl.c Thu Feb 19 00:42:14 1998
> > > +++ pptp-linux-1.0.2.patched/pptp_ctrl.c Thu Jan 11 18:43:55 2001
> > > @@ -216,6 +216,11 @@
> > > call->state.pns = PNS_WAIT_REPLY;
> > > /* and add it to the call vector */
> > > vector_insert(conn->call, i, call);
> > > + log("Call Request Packet:\n"
> > > + "phone len: '%d'\n"
> > > + "phone num: '%s'\n"
> > > + "subaddress: '%s'\n",
> > > + packet.phone_len, packet.phone_num, packet.subaddress);
> > > return call;
> > > } else { /* oops, unsuccessful. Deallocate. */
> > > free(call);
> > > --
> > > mulix
> > >
> > > linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
> > >
> --
> mulix
>
> linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
>
> =================================================================
> To unsubscribe, send mail to [EMAIL PROTECTED] with
> the word "unsubscribe" in the message body, e.g., run the command
> echo unsubscribe | mail [EMAIL PROTECTED]
>
>
._
[EMAIL PROTECTED] ._/-======\\\ _
|_.---------`-------^-----------------._
Instructions for life:
12. Talk slowly but think quickly.
=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
