rfcomm_pppd - RFCOMM PPP daemon
In client mode, opens an RFCOMM connection to the specified server's BD_ADRR and channel Once the RFCOMM connection is established, executes ppp(8) in -direct mode with the specified label Likewise, ppp(8) operates over the RFCOMM connection just like it would over a standard serial port, thus allowing a user to ``dial out'' and connect to the Internet.
In server mode, opens an RFCOMM socket and listens for incoming connections from remote clients. Once the new incoming connection is accepted, forks and executes ppp(8) in -direct mode with the specified label Likewise, ppp(8) operates over the RFCOMM connection just like it would over a standard serial port, thus providing network connectivity to remote clients.
The options are as follows:
It appears that some cell phones are using the so-called ``callback mechanism'' In this scenario, the user is trying to connect his cell phone to the Internet, while the user's host computer is acting as the gateway server. It seems that it is not possible to tell the phone to just connect and start using the LAN service. Instead, the user's host computer must ``jump start'' the phone by connecting to the phone's SP service. What happens next is the phone kills the existing connection and opens another connection back to the user's host computer. The phone really wants to use the LAN service, but for whatever reason it looks for the SP service on the user's host computer. This brain-damaged behavior was reported for the Nokia 6600 and the Sony/Ericsson P900.
rfcomm-server: set timeout 0 set lqrperiod 10 set ifaddr 10.0.0.1 10.0.0.2 255.255.255.0 enable lqr accept lqr accept dns # Do not use PPP authentication. Assume that # Bluetooth connection was authenticated already disable pap deny pap disable chap deny chap
rfcomm-client: enable lqr accept lqr set dial set timeout 0 disable iface-alias set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 # Do not use PPP authentication. Assume that # Bluetooth connection was authenticated already deny pap disable pap deny chap disable chap
The client's configuration for DUN access is different. In this scenario, the client gets connected to the virtual serial port on the server. To open a PPP session, the client must dial a number. Note that by default ppp(8) will not execute any configured chat scripts. The force-scripts option can be used to override this behavior. An example configuration is shown below:
rfcomm-dialup: # This is IMPORTANT option enable force-scripts # You might want to change these set authname set authkey set phone "*99***1#" # You might want to adjust dial string as well set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set login set timeout 30 enable dns resolv rewrite set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR
Note that by adjusting the initialization string, one can make a CSD (Circuit Switched Data), HSCSD (High Speed Circuit Switched Data) or GPRS (General Packet Radio Service) connection. The availability of the particular connection type depends on the phone model and service plan activated on the phone.
"rfcomm_pppd -s -a 00:01:02:03:04:05 -C 1 -l rfcomm-server"
This command will start in the server mode. The RFCOMM server will listen on local address 00:01:02:03:04:05 and channel 1 Once the incoming connection has been accepted, will execute ppp(8) in -direct mode with the ``rfcomm-server '' label.
"rfcomm_pppd -c -a 00:01:02:03:04:05 -C 1 -l rfcomm-client"
This command will start in the client mode. will try to connect to the RFCOMM server at 00:01:02:03:04:05 address and channel 1 Once connected, will execute ppp(8) in -direct mode with the ``rfcomm-client '' label.
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |