Hi James,

Thanks a ton for taking the time !!
Also, I am extremely sorry for not being clear before.


What we want is a simple vanilla setup as follows ::

           Android Client (C1)   -----    LAC (M1)   ------    LNS (M2)


If I understand https://www.ietf.org/rfc/rfc2661.txt correctly, the C1 <-->
M1 path would be simple PPP, while the M1 <--> M2 path would be L2TP.
Implicit is the fact that M1 would be the L2TP-client, while M2 would be
the L2TP-server.



So, in the above, my base question remains the same :)

Will the above *pre-configurations* suffice, and cause all tunnel/session
creations to be done automatically, *without any further configuration* ?

Or tunnel/session creations need to be *configured AND created on the fly*
upon each incoming end-point-VPN-request ?



Thanks again for your time; hoping to hear more from you experts !!!


Thanks and Regards,
Ajay

On Wed, May 27, 2015 at 6:27 PM, James Chapman <[email protected]>
wrote:

>  If I understand you correctly, you want a feature sometimes referred to
> as "tunnel switching" where L2TP sessions are forwarded by the LAC to the
> LNS over other L2TP tunnels. OpenL2TP does not support this feature.
>
> It might be possible to use the OpenL2TP and PPP event scripts to setup IP
> forwarding rules at the LAC, where the LAC has a PPP instance terminating
> the connection from the client, and a PPP instance used to connect with the
> LNS, for each user client connection. Then, event scripts would setup IP
> forwarding rules to route traffic from one PPP interface to another. The
> datapath would look something like:-
>
> Android client ------ L2TP ---------- ppp0 LAC ppp1 -------- L2TP
> ----------- ppp42 LNS
>
> The ppp interfaces ppp0 and ppp1 at the LAC would be assigned IP
> addresses. IP routing would cause traffic arriving on ppp0 to be routed via
> ppp1 and vice versa.
>
> However, the above would not be easy to setup and manage. It would also
> not be scalable since you'd have two pppd instances for every Android
> client connection at the LAC.
>
> James
>
>
> On 27/05/15 10:38, Ajay Garg wrote:
>
>       Hi All.
>
>  We are wishing to setup VPN via L2TP in an end-to-end scenario.
>  However, we have some queries regarding the integration of OpenL2TP in
> this end-to-end scenario.
>
>
>
>  === The intended scneario (Very High Level) ===
>
>  OpenL2TP-framework is set up, and an end-point-client connects to this
> VPN.
>
>
>
>  === The intended scneario (High Level) ===
>
> LAC is set up on machine M1.
>  LNS is set up on machine M2.
>
>
>  Android Phone C1 connects to VPN, using *M1 as the server in the
> credentials* (please correct me if I am wrong in this regard).
>
>
>
>  === Queries ===
>
>  a)
>  Following *static, pre-configured* settings have been done ::
>
>
>              On LAC (M1) ::
>             ----------------------
>
>             1)
>              Peer-Profile(s) for C1 authentication etc.
>
>             2)
>             PPP-Profile(s) for C1 authentication etc.
>
>             3)
>              Tunnel-Profile(s), that will be used to create M1 <--> M2
> tunnels when end-point-VPN-requests (calls) come in.
>
>             4)
>              Session-Profile(s), that will be used to create M1 <--> M2
> sessions when end-point-VPN-requests (calls) come in.
>
>
>
>              On LNS (M2) ::
>             ------------------------
>
>              No profile to be set up.
>
>
>  Will the above *pre-configurations* suffice, and cause all
> tunnel/session creations to be done *automatically* ?
> Or tunnel/session creations need to be created on the fly
> *pseudo-manually* upon *each* incoming end-point-VPN-request ?
>
>
>  Hoping for a reply to the above, as it will help clear our understanding
> of how openl2tp may fit into the larger scheme of things.
>
>
>
> Thanks and Regards,
> Ajay
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Openl2tp-users mailing 
> [email protected]https://lists.sourceforge.net/lists/listinfo/openl2tp-users
>
>
>


-- 
Regards,
Ajay
------------------------------------------------------------------------------
_______________________________________________
Openl2tp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openl2tp-users

Reply via email to