Many new PPP,PPPoE,PPtP changes in snapshots



  • Hello,
    As of the next snapshot build, there are many new features and changes in related to PPP, PPPoE client, and PPtP client.

    1. Multilink PPPoE/PPtP is possible.
    2. Multiple PPPoE links over one physical interface is possible without using vlans.
    3. 3G PPP connections can take advantage of a built in database of countries and wireless service providers to autofill username, password, phone number, and APN. (Thanks to Bluepex team.)
    4. Enable DHCP on the same physical interface that your PPPoE link uses by creating an extra OPTx interface, setting the same physical port, and enabling DHCP.
    5. Experimental support for L2TP/PPtP getting IP addresses via DHCP and gateway IP via DNS. I'm not sure about the status of passing encrypted traffic over these links.
    6. A new "PPPs" tab in Interfaces -> Assign page that shows all sorts of advanced settings and allows configuration of PPP, PPPoE, PPtP, and L2tP clients.

    Have fun and give feedback here in this thread and at http://redmine.pfsense.org, and beware for a few days if you don't want to deal with possible bugs.

    Thanks,
    GB



  • Congrats. This is huge for those of us that use it.  ;D



  • This stuff is great, but I am seeing a couple of problems.

    I setup a 3G device, and I noticed that the service provider drop downs are not displaying. You can select from the empty list and get parameters, but the lists are empty. (it didn't connect either) My build is 2.0-BETA2 built on Thu Jun 10 02:00:40 EDT 2010

    Also I did a quick test for multiple PPPOes. I configured 2 interfaces (but only has 1 modem attached, to 1 interface). It connected ok, but I couldn't access the internet properly. I could access sites with small content (ie. google home page) but couldn't access site with large content (ie. msn). I could ping both sites. My build is 2.0-BETA2 built on Wed Jun 9 21:40:25 EDT 2010, could this be related to the routing issue?  I will test more tonight (after downloading latest build), with 2 modems.

    Is there a way to see the state of the mlppp bond ?

    Will keep you posted, and again fantastic work.

    D



  • @dcirone:

    Is there a way to see the state of the mlppp bond ?

    That part of the UI could use work, in my opinion. Look for a line like this in the PPP log:

    Jun 10 13:53:09 ppp: [wan] Bundle: Status update: up 2 links, total bandwidth 128000 bps

    That tells you that you had 2 links connected mlppp, but I'm not sure what you would see if you lost one of those, as mine has been solid so far.



  • @dcirone:

    I setup a 3G device, and I noticed that the service provider drop downs are not displaying. You can select from the empty list and get parameters, but the lists are empty. (it didn't connect either) My build is 2.0-BETA2 built on Thu Jun 10 02:00:40 EDT 2010

    I just upgraded to the June 10th 2g Nanobsd build and set up a fresh 3G PPP link using the drop-down menus with no problems.

    @dcirone:

    Also I did a quick test for multiple PPPOes. I configured 2 interfaces (but only has 1 modem attached, to 1 interface). It connected ok, but I couldn't access the internet properly. I could access sites with small content (ie. google home page) but couldn't access site with large content (ie. msn). I could ping both sites. My build is 2.0-BETA2 built on Wed Jun 9 21:40:25 EDT 2010, could this be related to the routing issue?  I will test more tonight (after downloading latest build), with 2 modems.

    Is there a way to see the state of the mlppp bond ?

    The routing issue should be solved in June 9th builds, so I don't know why you have the big site/small site problem. That sounds strange.

    There's currently no specific GUI element for the MLPPP bond state.

    GB



  • Didn't get a chance to test much, but I did diagnose the problems with the lists. It doesn't display properly under IE8.

    Will get new builds and check out further…



  • Ok, I finally had a chance to test the MLPPP some more…

    I still have the same problem, if both links are enabled I can browse small content sites (ie. www.google.com), but not large content sites (ie. www.msn.com).

    I tried different ping -l commands (1400, 1500, 5000) to see if a different packet size made a difference, they all worked.

    When I was searching on the net, there was a mention of mrru, does that need to be set ?

    Also, I don't see that bundle line in my ppp log, does that mean MLPPP is not active?

    I have included my ppp logs.

    Jun 13 15:44:33 ppp: [wan_link1] LCP: authorization successful
    Jun 13 15:44:33 ppp: [wan_link1] PAP: rec'd ACK #1 len: 5
    Jun 13 15:44:33 ppp: [wan_link1] LCP: LayerUp
    Jun 13 15:44:33 ppp: [wan_link1] PAP: sending REQUEST #1 len: 43
    Jun 13 15:44:33 ppp: [wan_link1] PAP: using authname "xxxxx@wiredhighspeed.com"
    Jun 13 15:44:33 ppp: [wan_link1] LCP: auth: peer wants PAP, I want nothing
    Jun 13 15:44:33 ppp: [wan_link1] LCP: state change Ack-Sent –> Opened
    Jun 13 15:44:33 ppp: [wan_link1] LCP: rec'd Configure Ack #4 (Ack-Sent)
    Jun 13 15:44:33 ppp: [wan_link1] LCP: SendConfigReq #4
    Jun 13 15:44:33 ppp: [wan_link1] LCP: rec'd Configure Nak #3 (Ack-Sent)
    Jun 13 15:44:33 ppp: [wan_link1] LCP: state change Opened –> Ack-Sent
    Jun 13 15:44:33 ppp: [wan_link1] LCP: SendConfigAck #82
    Jun 13 15:44:33 ppp: [wan_link1] LCP: SendConfigReq #3
    Jun 13 15:44:33 ppp: [wan_link1] LCP: LayerDown
    Jun 13 15:44:33 ppp: [wan_link1] LCP: rec'd Configure Request #82 (Opened)
    Jun 13 15:44:33 ppp: [wan] IPCP: LayerUp
    Jun 13 15:44:33 ppp: [wan] IPCP: state change Ack-Rcvd –> Opened
    Jun 13 15:44:33 ppp: [wan] IPCP: SendConfigAck #11
    Jun 13 15:44:33 ppp: [wan] IPCP: rec'd Configure Request #11 (Ack-Rcvd)
    Jun 13 15:44:33 ppp: [wan] IPCP: state change Req-Sent –> Ack-Rcvd
    Jun 13 15:44:33 ppp: [wan] IPCP: rec'd Configure Ack #2 (Req-Sent)
    Jun 13 15:44:33 ppp: [wan] IPCP: SendConfigReq #2
    Jun 13 15:44:33 ppp: [wan] IPCP: rec'd Configure Nak #1 (Req-Sent)
    Jun 13 15:44:33 ppp: [wan] IPCP: SendConfigReq #1
    Jun 13 15:44:33 ppp: [wan] IPCP: state change Starting –> Req-Sent
    Jun 13 15:44:33 ppp: [wan] IPCP: Up event
    Jun 13 15:44:33 ppp: [wan] IPCP: LayerStart
    Jun 13 15:44:33 ppp: [wan] IPCP: state change Initial –> Starting
    Jun 13 15:44:33 ppp: [wan] IPCP: Open event
    Jun 13 15:44:33 ppp: [wan_link0] LCP: authorization successful
    Jun 13 15:44:33 ppp: [wan_link0] PAP: rec'd ACK #1 len: 5
    Jun 13 15:44:32 ppp: [wan_link0] LCP: LayerUp
    Jun 13 15:44:32 ppp: [wan_link0] PAP: sending REQUEST #1 len: 43
    Jun 13 15:44:32 ppp: [wan_link0] PAP: using authname "xxxxx@wiredhighspeed.com"
    Jun 13 15:44:32 ppp: [wan_link0] LCP: auth: peer wants PAP, I want nothing
    Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Ack-Sent –> Opened
    Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Ack #4 (Ack-Sent)
    Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #4
    Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Nak #3 (Ack-Sent)
    Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Opened –> Ack-Sent
    Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigAck #171
    Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #3
    Jun 13 15:44:32 ppp: [wan_link0] LCP: LayerDown
    Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Request #171 (Opened)
    Jun 13 15:44:32 ppp: [wan_link1] LCP: LayerUp
    Jun 13 15:44:32 ppp: [wan_link1] PAP: sending REQUEST #1 len: 43
    Jun 13 15:44:32 ppp: [wan_link1] PAP: using authname "xxxxx@wiredhighspeed.com"
    Jun 13 15:44:32 ppp: [wan_link1] LCP: auth: peer wants PAP, I want nothing
    Jun 13 15:44:32 ppp: [wan_link1] LCP: state change Ack-Sent –> Opened
    Jun 13 15:44:32 ppp: [wan_link1] LCP: rec'd Configure Ack #2 (Ack-Sent)
    Jun 13 15:44:32 ppp: [wan_link1] LCP: SendConfigReq #2
    Jun 13 15:44:32 ppp: [wan_link1] LCP: rec'd Configure Reject #1 (Ack-Sent)
    Jun 13 15:44:32 ppp: [wan_link1] LCP: state change Req-Sent –> Ack-Sent
    Jun 13 15:44:32 ppp: [wan_link1] LCP: SendConfigAck #102
    Jun 13 15:44:32 ppp: [wan_link1] LCP: rec'd Configure Request #102 (Req-Sent)
    Jun 13 15:44:32 ppp: [wan_link1] LCP: SendConfigReq #1
    Jun 13 15:44:32 ppp: [wan_link1] LCP: state change Starting –> Req-Sent
    Jun 13 15:44:32 ppp: [wan_link1] LCP: Up event
    Jun 13 15:44:32 ppp: [wan_link1] PPPoE: connection successful
    Jun 13 15:44:32 ppp: PPPoE: rec'd ACNAME "bas7-toronto01"
    Jun 13 15:44:32 ppp: [wan_link0] LCP: LayerUp
    Jun 13 15:44:32 ppp: [wan_link0] PAP: sending REQUEST #1 len: 43
    Jun 13 15:44:32 ppp: [wan_link0] PAP: using authname "xxxxx@wiredhighspeed.com"
    Jun 13 15:44:32 ppp: [wan_link0] LCP: auth: peer wants PAP, I want nothing
    Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Ack-Sent –> Opened
    Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Ack #2 (Ack-Sent)
    Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #2
    Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Reject #1 (Ack-Sent)
    Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Req-Sent –> Ack-Sent
    Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigAck #144
    Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Request #144 (Req-Sent)
    Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #1
    Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Starting –> Req-Sent
    Jun 13 15:44:32 ppp: [wan_link0] LCP: Up event
    Jun 13 15:44:32 ppp: [wan_link0] PPPoE: connection successful
    Jun 13 15:44:31 ppp: PPPoE: rec'd ACNAME "bas7-toronto01"
    Jun 13 15:44:30 ppp: [wan_link1] PPPoE: Connecting to ''
    Jun 13 15:44:30 ppp: [wan_link0] PPPoE: Connecting to '
    '
    Jun 13 15:44:30 ppp: [wan_link1] LCP: LayerStart
    Jun 13 15:44:30 ppp: [wan_link1] LCP: state change Initial –> Starting
    Jun 13 15:44:30 ppp: [wan_link1] LCP: Open event
    Jun 13 15:44:30 ppp: [wan_link0] LCP: LayerStart
    Jun 13 15:44:30 ppp: [wan_link0] LCP: state change Initial –> Starting
    Jun 13 15:44:30 ppp: [wan_link0] LCP: Open event
    Jun 13 15:44:30 ppp: [wan] Bundle: Interface ng0 created
    Jun 13 15:44:30 ppp: web: web is not running
    Jun 13 15:44:30 ppp: waiting for process 18923 to die…
    Jun 13 15:44:30 ppp: process 18923 terminated
    Jun 13 15:44:30 ppp: [wan] IPCP: SendTerminateReq #4
    Jun 13 15:44:28 ppp: waiting for process 18923 to die…
    Jun 13 15:44:28 ppp: [wan] IPCP: LayerDown
    Jun 13 15:44:28 ppp: [wan] IPCP: SendTerminateReq #3
    Jun 13 15:44:28 ppp: [wan] IPCP: state change Opened –> Closing
    Jun 13 15:44:28 ppp: [wan] IPCP: Close event
    Jun 13 15:44:28 ppp: caught fatal signal term
    Jun 13 15:44:28 ppp: process 16253 started, version 5.5 (root@FreeBSD_8.0_pfSense_2.0-snaps.pfsense.org 15:59 20-May-2010)
    Jun 13 15:44:28 ppp: 
    Jun 13 15:44:28 ppp: Multi-link PPP daemon for FreeBSD



  • Running tje Jun 10 14:59 build and I had to add a floating "pass quick proto gre from subnet to internal IP". Otherwise some traffic was blocked by the default block rule.

    Seems the pptp0 rule was set up, but not one for the underlying IP layer.

    EDIT: Added comment to: http://redmine.pfsense.org/issues/446



  • Hi,

    I need to dial PPTP to the ISP.
    In my testing environment I only have WAN and Wi-Fi for LAN, so I set WAN to DHCP, created another interface (OPT1) on the PPPs tab and configured it to PPTP. I also uncommented the code you mentioned, but nothing happens.

    I see the "connect" button on the "interfaces" status, and when pressed - nothing happens, no logged events, nothing.

    By the way, OPT1 is disabled, if I enable it - it becomes a regular interface with PPTP configured, while it complaints that I entered invalid IP for remote PPTP server (I enter a hostname), and that kind of thing I could always do - no need for PPPs tab.

    Am I doing something wrong?


Log in to reply