summaryrefslogtreecommitdiff
path: root/release/src/router/pptp-client/TODO
blob: 70bb1099d11d3b84f7b0b7e619fffc2a87a05a78 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
10th March 2002

- redesign to avoid use of setjmp/longjmp.

12th February 2002

- clean up -T errors in pptp-command,
- implement GRE reordering from PoPToP to make client more resilient.

23rd December 2000

Things to do:
  Autoconf/automake this beastie.
  Fix do_gre_copy semantics to properly handle multiple calls.
   Like the call manager, there should only be one gre-copy process
   per connection.  This process needs to funnel packets to different
   output tty's, though, depending on the call-id embedded in the
   GRE encapsulation.  pptp.c must then be modified to use an
   already-existing gre-copy process in the same way it uses an
   already-existing call manager.
  Support server operation.
   Obviously, this is more process trickery.  Upon receiving a call
   request, the call manager must automagically launch new gre/pppd
   processes to handle it.  Also, some portions of the server control
   protocol in pptp_ctrl.c have not been completely implemented.
  More flexible configuration system.
   pptp needs to read in config options from /etc/pptp or somesuch.
   This is very necessary for server operation, since presumably we
   will want to limit the hosts we give PPTP access to.  Maybe not,
   though.  We could allow everyone and then allow pppd to do the
   access control.