Date: Sun, 2 Feb 2003 21:08:44 -0800 From: "Maksim Yevmenkin" <Maksim.Yevmenkin@cw.com> To: "Daniel O'Connor" <doconnor@gsoft.com.au> Cc: "M. Warner Losh" <imp@bsdimp.com>, <hackers@FreeBSD.ORG>, <questions@FreeBSD.ORG> Subject: RE: PPP in -direct mode does not execute any chat scripts Message-ID: <45258A4365C6B24A9832BFE224837D552B1289@sjdcex01.int.exodus.net>
next in thread | raw e-mail | index | archive | help
Daniel, > > yes. that is one example. but the real trouble with tty is the > > server application that wants to listen on wildcard address. for > > example Network Access point that listens on RFCOMM channel 1. no > > matter what client comes in the server will just accept connection > > on the socket, fork and run PPP in direct mode.=20 > >=20 > > also there are other things besides PPP that use RFCOMM. OBEX > > is another example, where clients will put/get objects from > > the server. >=20 > OK, it is a pity you can't define variables when invoking PPP I guess = :) >=20 > > > Still I guess you could just run 'ppp rfcomm' instead.. > >=20 > > it will only work for in RFCOMM client case. i do not know > > how to build server applications with tty interface (pty's > > do not count :) >=20 > Heh, I use birda for IRDA, it's strictly userland and uses pty's.. = Works > really well :) pty does not save you here. original RFCOMM code is a 100% userland and uses pty's. the original code redirects pty's slave side to stdin/stdout and runs PPP in -direct mode. also all bluetooth devices make use of something called SDP (Service Discovery Protocol) this is the way to advertise the service to the rest of the world. now with tty interface the server application will only be launched when connection is established and tty exits. but in order to establish RFCOMM connection clients must first talk SDP to figure out what services are available on which RFCOMM channel. thus something else must register services with local SDP daemon. with sockets interface there is no problem. server application just register service with local SDP daemon and listen()s on RFCOMM socket. when server application exits it removes service registration.=20 thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45258A4365C6B24A9832BFE224837D552B1289>