Table of Contents Index NMS Glossary Previous Page Next Page Version


Appendix B

NFAS and D Channel Backup


Introduction
Non-Facility Associated Signaling (NFAS)
Setting Up NFAS
Using NFAS
D Channel Backup
Setting up D Channel Backup
Handling D Channel Failure

IntroductionTop of Page

In setups with multiple T1 ISDN trunks, you can set up a single D channel to serve all trunks. This configuration is called Non-Facility Associated Signaling (NFAS). This appendix describes NFAS. It also describes how to create a secondary D channel, for use when the primary channel goes out of service.

Non-Facility Associated Signaling (NFAS)Top of Page

NFAS is supported on T1 trunks.

Data on a T1 trunk is transmitted in channels. For primary rate ISDN, T1 carries 24 channels. With primary-rate ISDN:

· 23 of the 24 channels carry data: voice, audio, data and/or video signals. These channels are called bearer channels (B channels).

· On a T1 trunk, one channel carries signaling for all B channels. This is called the D channel. On T1 trunks, the D channel is typically carried in channel 24.


appb0.gif
Figure 31. AG Quad T1 (Standard Configuration)

In an NFAS configuration, trunks are grouped into one or more NFAS groups. One of the trunks in each group has a D channel carrying the signaling for all of the B channels on all of the trunks in the group. This leaves channel 24 free on all other trunks in the NFAS group. This extra channel can be used as another B channel. (See Figure 32.)


appb1.gif
Figure 32. Sample NFAS Configuration

A single NFAS group can contain trunks from multiple boards. (See Figure 33.)


appb2.gif
Figure 33. Sample NFAS Configuration (Multiple Boards)

Note: If your application will use the NMS ISDN software in Channelized configuration, all trunks in an NFAS group must be on the same board; an NFAS group cannot contain trunks from multiple boards. This restriction does not apply to the ACU configuration or the LAPD configuration.

Setting Up NFASTop of Page

NFAS groups are specified in the configuration file. In the file, you specify which trunks on which boards belong to which groups. You also specify which trunk in the group will carry the D channel by setting NetworkInterface.T1E1[x].SignalingType=PRI. All other trunks are set to NetworkInterface.T1E1[x].SignalingType=RAW, so all 24 channels on these trunks can be used as D channels. For more information, see the NMS ISDN Installation Manual.

Your application initializes, as described in Chapter 3.

Using NFASTop of Page

The fact that a given trunk is a part of an NFAS group, and the D channel resides elsewhere, is largely transparent to the application. There are two slight behavioral differences:

· The NAIs in outgoing and incoming messages may be in the range from 0 to 127.

· A maximum of four groups can be defined on a board with four trunks.

· NAI values must be unique inside an NFAS group.

Note: NFAS groups and Hot Swap configurations: If an NFAS group spans multiple boards in a Hot Swap system, and you remove or insert a board while the system is running, the NMS ISDN protocol stacks on the other boards are not affected. If you remove a board containing only B channels, the stack on the D channel board does not sense that the board is missing. It is the application's responsibility to sense this change and take appropriate action (for example, not access B channels on that board).

D Channel BackupTop of Page

When NFAS is used, the reliability of the signaling performance for the ISDN interfaces controlled by the D channel may be improved by creating a standby
D channel: the D channel backup. The D channel backup feature allows continued access to the ISDN network if one of the D channels fails, by transferring most of the signaling information to the backup D channel.

The designated primary D channel is always present on one trunk. On a different trunk, a backup or standby D channel is present (see Figure 1).
appb3.gif

Figure 34. D Channel Backup

At any point in time, only one of the D channels conveys B channel signaling information. The other D channel remains in a standby role and is active at the LAPD layer (layer 2) only. While the backup D channel is on standby, any layer 3 messages received on it are ignored.

Neither D channel can serve as a B channel while designated as a backup D channel. Also, each D channel pair provides signaling only for the set of B channels assigned to it, and cannot backup any other D channel(s) on a different interface.

When both D channels are out of service, the first D channel has priority as the channel to carry call control signaling. If the first D channel cannot be established, then the backup D channel is chosen.

Setting up D Channel BackupTop of Page

The D channel to use as the backup is specified in the configuration file. For more information, see the NMS ISDN Installation Manual.

Note: Both primary and backup D channels must be defined on the same board and belong to the same NFAS group. Set NetworkInterface.T1E1[x].D_Channel to ISDN for the primary D channel trunk, and set NetworkInterface.T1E1[x].D_Channel to ISDN_BACKUP for the backup channel For a primary D channel trunk, set Backup_Trunk to the number of trunks bearing the D channel backup for each primary D channel trunk.

When starting ISDN with Natural Access, you must enable option t309 in the ISDN_PROTOCOL_PARMS_Q931CC or ISDN_PROTOCOL_PARMS_CHANNELIZED structure, which appears as:

WORD t309;              /* T309 in use flag */

To enable this option, set this parameter to 1 in your application. When enabled, active calls are preserved while switching to the backup D channel when the primary D channel fails. For more information, refer to the NMS ISDN Messaging API Developer's Reference Manual.

Handling D Channel FailureTop of Page

When the primary D channel fails, B channel signaling information carried by the channel is transferred to the backup D channel. When a transition occurs, most stable calls, such as those calls which are in the Active, or Connected, states, may be preserved, although Message-Associated User-to-User Information (MA-UUI) and both call-associated and non-call-associated Temporary Signaling Connections, may be lost. There is a small interval (controlled by timer t309) after a failure of the LAPD link before the B channels are removed from service.

If the primary D channel fails and timer t309 is enabled (set to 1), any calls which are were in the Connected state at the time of the failure will be preserved. Any calls which were initiated but had not entered the Connected state are cleared. Each cleared call receives xxxEVN_CALL_DISCONNECTED.

If the primary D channel fails and timer t309 is disabled (set to 0), all initiated calls on both terminal and network sides are cleared with xxxEVN_CALL_DISCONNECTED messages.

After the data link is reestablished on the backup D channel, the application can start placing and receiving new calls. If the data link on the backup D channel cannot be established, the stack will keep trying to establish the link until one of the D channels comes up.

A situation may arise when the primary D channel fails, and one side of a call in Connected state initiates the disconnect process (leaves the Connected state) just before the data link failure is detected in the system. At the moment of failure recognition, one side will be still in the Connected state and the side which started the disconnect sequence will not be in the Connected state anymore. In this case, the state of the first side is preserved. The second side receives an xxxEVN_CALL_DISCONNECTED message. When the data link is reestablished, the first side will still be in the Connected state. The application should disconnect and release this call.

A similar situation may arise when at the moment of the primary D channel failure both sides are in the Connected state and their states are preserved, but then one side initiates the disconnect process and is cleared before the data link is reestablished. As a result, when the data link is reestablished, one side will still be in the Connected state and will not know that the other side has disconnected. As in the case described above, the application should sense this situation and disconnect and release the connected call.

Since a channel cannot serve as a B channel while designated as a backup D channel, an application is not allowed to place a call on a timeslot on a primary or backup D channel. Both primary and backup channels are assigned to the slot number 24 on their corresponding trunks. Thus, the maximum B channel slot number for a trunk with a primary or a backup D channel is 23. If the application attempts to place a call on a D channel timeslot, the application receives xxxEVN_CALL_DISCONNECTED with the following reason codes:
Function

Reason Code

ADI_CALL_DISCONNECTED

ADI_DIS_SIGNAL

NCC_CALL_DISCONNECTED

NCC_DIS_SIGNAL



Table of Contents Index NMS Glossary Previous Page Next Page Version


Want to send us feedback on our documentation? Email: Tech_Pubs@nmss.com
Copyright © 2001, Natural MicroSystems, Inc. All rights reserved.