Specify that the VC for a PPP channel should be an SVC (i.e. created by signalling). This can either be by listening for an incoming call, or by making an outgoing call to a specified ATM address.
The outgoing call or listen occurs immediately. If the call fails it will be retried after a few seconds. In the PPP state machine, providing a connection of this form causes the channel to be up or down. Note that enable must also be used, to allow the link to become operational.
Outgoing and incoming UNI signalling calls are identified by a BLLI value that identifies PPP. (Note: A BLLI of length 3 bytes is used, hex values 6B, 78. C0.)
If the channel is already attached to an SVC or PVC then it is closed, and
If a single argument none is supplied, any current connection is torn down. This is equivalent to pvc none on the channel.
The ip or mac option indicates which form of data is transported over the connection: one of IP data (controlled by the IPCP protocol), or MAC data (for BCP). If neither is provided, ip is assumed.
Providing an SVC setting unsets any PVC settting. (See the command, <channel> pvc on page 124.)
Configuration saving saves this information. By default a channel has no connection information.
8.20.3Example
ppp3 svc 47.00.83.01.03.00.00.00.00.00.00.00.00.00.00.20.2b.00.03.0b.00
ppp 4 svc listen
(listen for incoming call)
ppp 7 svc none
(tear down connection, remove setting)
8.21<channel> theylogin
8.21.1Syntax
<channel> theylogin papchapnone
8.21.2 Description
This command describes how we require the far end to log in on this channel. Requiring the other end to log in most frequently happens when they dial us (rather than the other way round), so this is likely to be one of several channels which are set using svc listen. Because of this, exact names and passwords are not attached to individual channels but are matched to particular users, as defined using the user command.
