PPPd as a dialin server and dialout client

PPPd as a dialin server and dialout client

[Jaspreet Singh]

Hi,
Is it possible to configure one PPPd as a dialin
server and a dial out client? I have a situation where
an incoming call should be handled and a dial on
demand should be handled for the same port.

Regards,
Jaspreet


		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

Re: PPPd as a dialin server and dialout client

[carlsonj]

Jaspreet Singh writes:
> Is it possible to configure one PPPd as a dialin
> server and a dial out client? I have a situation where
> an incoming call should be handled and a dial on
> demand should be handled for the same port.

Handling the two instances on a single port shouldn't be a problem, as
pppd uses the traditional UUCP port locking scheme.

However, handling them from a single daemon wouldn't be supported by
the current code, and if these dial-in and dial-out instances need to
have the same IP addresses, then things get even more problematic.

-- 
James Carlson                                 <carlsonj@workingcode.com>

Re: PPPd as a dialin server and dialout client

[Milan P. Stanic]

On Tue, Jun 22, 2004 at 10:49:07AM -0400, carlsonj@workingcode.com wrote:
> Jaspreet Singh writes:
> > Is it possible to configure one PPPd as a dialin
> > server and a dial out client? I have a situation where
> > an incoming call should be handled and a dial on
> > demand should be handled for the same port.
> 
> Handling the two instances on a single port shouldn't be a problem, as
> pppd uses the traditional UUCP port locking scheme.
> 
> However, handling them from a single daemon wouldn't be supported by
> the current code, and if these dial-in and dial-out instances need to
> have the same IP addresses, then things get even more problematic.

I'm using mgetty in AUTO_PPP mode and diald (dial-on-demand) daemon
for such servers for years. It would be better to have the same daemon
to handle incoming/outgoing connections, but I don't know for such
software. So, mgetty/diald is "good enough".

Re: PPPd as a dialin server and dialout client

[carlsonj]

Milan P. Stanic writes:
> > However, handling them from a single daemon wouldn't be supported by
> > the current code, and if these dial-in and dial-out instances need to
> > have the same IP addresses, then things get even more problematic.
> 
> I'm using mgetty in AUTO_PPP mode and diald (dial-on-demand) daemon
> for such servers for years.

You're right; I should have said "from a single *pppd* instance."  If
that's what the original poster wanted, it doesn't yet exist, at least
that I know of.

> It would be better to have the same daemon
> to handle incoming/outgoing connections, but I don't know for such
> software. So, mgetty/diald is "good enough".

Probably so.

-- 
James Carlson                                 <carlsonj@workingcode.com>

Re: PPPd as a dialin server and dialout client

[Jaspreet Singh]

Thank you all for the reply. Maybe I can do this using
"chat". Not sure if this will work.
-Jaspreet

--- "Milan P. Stanic" <mps@rns-nis.co.yu> wrote:
> On Tue, Jun 22, 2004 at 10:49:07AM -0400,
> carlsonj@workingcode.com wrote:
> > Jaspreet Singh writes:
> > > Is it possible to configure one PPPd as a dialin
> > > server and a dial out client? I have a situation
> where
> > > an incoming call should be handled and a dial on
> > > demand should be handled for the same port.
> > 
> > Handling the two instances on a single port
> shouldn't be a problem, as
> > pppd uses the traditional UUCP port locking
> scheme.
> > 
> > However, handling them from a single daemon
> wouldn't be supported by
> > the current code, and if these dial-in and
> dial-out instances need to
> > have the same IP addresses, then things get even
> more problematic.
> 
> I'm using mgetty in AUTO_PPP mode and diald
> (dial-on-demand) daemon
> for such servers for years. It would be better to
> have the same daemon
> to handle incoming/outgoing connections, but I don't
> know for such
> software. So, mgetty/diald is "good enough".
> -
> To unsubscribe from this list: send the line
> "unsubscribe linux-ppp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at 
> http://vger.kernel.org/majordomo-info.html
> 



		
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail 

Re: PPPd as a dialin server and dialout client

[Bill Unruh]

On Tue, 22 Jun 2004, Jaspreet Singh wrote:

> Hi,
> Is it possible to configure one PPPd as a dialin
> server and a dial out client? I have a situation where
> an incoming call should be handled and a dial on
> demand should be handled for the same port.

Sure. EAsily. You just need to handle the file locking properly (put the
lock option into /etc/ppp/options, and make sure that pppd and mgetty
use the same /dev file name.)

Note that I would not use dial on demand, since the incoming connection
is liable to want to go out as well, and that could cause problems. In
many cases dial on demand is more trouble than it is worth.
Surely your users know when they want to go out, and can click on an
icon to get connected.

> 
> Regards,
> Jaspreet
> 
> 
> 		
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail Address AutoComplete - You start. We finish.
> http://promotions.yahoo.com/new_mail 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
William G. Unruh   |  Canadian Institute for|     Tel: +1(604)822-3273
Physics&Astronomy  |     Advanced Research  |     Fax: +1(604)822-5324
UBC, Vancouver,BC  |   Program in Cosmology |     unruh@physics.ubc.ca
Canada V6T 1Z1     |      and Gravity       |  www.theory.physics.ubc.ca/

Re: PPPd as a dialin server and dialout client

[Milan P. Stanic]

On Tue, Jun 22, 2004 at 09:58:59AM -0700, Bill Unruh wrote:
> Note that I would not use dial on demand, since the incoming connection
> is liable to want to go out as well, and that could cause problems. In
> many cases dial on demand is more trouble than it is worth.

Diald *will not* try to access ttyS? if it is locked by mgetty.

Re: PPPd as a dialin server and dialout client

[Bill Unruh]

On Tue, 22 Jun 2004, Milan P. Stanic wrote:

> On Tue, Jun 22, 2004 at 09:58:59AM -0700, Bill Unruh wrote:
> > Note that I would not use dial on demand, since the incoming connection
> > is liable to want to go out as well, and that could cause problems. In
> > many cases dial on demand is more trouble than it is worth.
> 
> Diald *will not* try to access ttyS? if it is locked by mgetty.

It is not clear that he is using diald. He is probably using the "new"
dial on demand option withing pppd itself. I am not sure how it works
with respect to locking of the device. 
It would make sense that it releases the lock when it is waiting and
respects locks which are present when it tries to connect. But "make
sense" and "that is how it works" need not be synonymous.

Re: PPPd as a dialin server and dialout client

[Jaspreet Singh]

Hi,
I initially thought that I could use two different
instances of pppd on the same port. One will be issued
in demand mode and the other waiting for a connection.

pppd /dev/ttyS0 demand connect /etc/ppp/ppp-on-dialer
pppd /dev/ttyS0 connect "chat -v CONNECT ''"

Yes, I am using the demand option rather than dial on
demand program. 

Regards,
Jaspreet
--- Bill Unruh <unruh@physics.ubc.ca> wrote:
> On Tue, 22 Jun 2004, Milan P. Stanic wrote:
> 
> > On Tue, Jun 22, 2004 at 09:58:59AM -0700, Bill
> Unruh wrote:
> > > Note that I would not use dial on demand, since
> the incoming connection
> > > is liable to want to go out as well, and that
> could cause problems. In
> > > many cases dial on demand is more trouble than
> it is worth.
> > 
> > Diald *will not* try to access ttyS? if it is
> locked by mgetty.
> 
> It is not clear that he is using diald. He is
> probably using the "new"
> dial on demand option withing pppd itself. I am not
> sure how it works
> with respect to locking of the device. 
> It would make sense that it releases the lock when
> it is waiting and
> respects locks which are present when it tries to
> connect. But "make
> sense" and "that is how it works" need not be
> synonymous.
> 
> 
> -
> To unsubscribe from this list: send the line
> "unsubscribe linux-ppp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at 
> http://vger.kernel.org/majordomo-info.html
> 



		
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail