The ISDN_Monitor decodes Layer 2 ISDN frames and Layer 3 ISDN messages so that you can find out what is happening to calls on specific channels.
Blueworx Voice Response frames that are sent to the network are on the left-hand half of the screen. Layer 2 frames that are sent to Blueworx Voice Response from the network are shown on the right-hand half of the screen.
Figure 1 shows the trace of a typical startup sequence in which the switch sends a Synchronous Asynchronous Balanced Mode Extended (SABME) frame to start the ISDN Layer 2 link, and Blueworx Voice Response responds with a UA frame to verify that the Layer 2 link is established. If no Layer 3 messages are being sent at this point, there is a handshake protocol on Layer 2 with RR frames (RR means receiver-ready; that is, ready to receive frames). This handshake is at 10 second intervals.
Q921 NETWORK 12:24:31 TEI=00 Cmd
SAPI=00 U FRAME - SABME
Q921 DT/6000 12:24:31 TEI=00 Rsp
SAPI=00 U FRAME - UA
Q921 DT/6000 12:24:41 TEI=00 Cmd
SAPI=00 S FRAME - RR NR=000
Q921 NETWORK 12:24:41 TEI=00 Rsp
SAPI=00 S FRAME - RR NR=000
The elements of the trace are:
An RR frame that is sent as a command expects the other end of the connection to respond to the RR command with an RR response as shown in Figure 1.
SABME is sent to try to establish the Layer 2 link.
UA (Unnumbered Acknowledgment) is sent in response to a SABME to verify that the Layer 2 link is established, or sent in response to a DISC when the link is released.
DISC (Disconnect) is sent to release the Layer 2 link.
DM (Disconnected Mode) is sent in response to a SABME if the Layer 2 link cannot start. This is also sent in some error conditions.
Supervisory frames are used to control the flow of the data frames across the Layer 2 link:
These frames have an associated Number of Frames Received (NR) counter; this is displayed on the trace.
Information frames contain the Layer 3 messages for call processing, and for link and channel initialization. These frames are sent with the Number of Frames Received (NR) and also a Number of Frames Sent (NS).
Q921 DT/6000 12:48:44 TEI=00 Cmd
SAPI=00 U FRAME - DISC
Q921 NETWORK 12:48:44 TEI=00 Rsp
SAPI=00 U FRAME - UA
When the trunk has been enabled, a delay sometimes occurs before the switch starts its Layer 2 protocol. Blueworx Voice Response tries to establish the link if it has a Layer 3 message to send, so it sends up to four SABME frames at one-second intervals (see Figure 3). If the switch responds in this time, the Layer 3 messages are sent; otherwise Blueworx Voice Response waits for the switch to activate the link by sending SABME.
Q921 DT/6000 12:50:01 TEI=00 Cmd
SAPI=00 U FRAME - SABME
Q921 DT/6000 12:50:02 TEI=00 Cmd
SAPI=00 U FRAME - SABME
Q921 DT/6000 12:50:03 TEI=00 Cmd
SAPI=00 U FRAME - SABME
Q921 DT/6000 12:50:04 TEI=00 Cmd
SAPI=00 U FRAME - SABME
Normally, the first Layer 3 messages that are sent between the switch and Blueworx Voice Response are restart messages, which initialize trunks or channels into a predefined state so that they are ready to initiate or receive calls. Figure 4 shows an example of a RESTART message initializing a whole trunk.
Q921 NETWORK 13:01:44 TEI=00 Cmd
SAPI=00 I FRAME NS=001 NR=000
Q931 <---- RESTART Ref=0000 Len=8 08 02 00 00 46
- 79 01 86
RESTART INDICATOR
3 : Single Interface
Q921 DT/6000 13:01:44 TEI=00 Rsp
SAPI=00 I FRAME NS=001 NR=001
Q931 ----> RESTART ACKNOWLEDGE Ref=8000 Len=8 08 02 80 00 4E
- 79 01 86
RESTART INDICATOR
3 : Single Interface
Layer 3 messages are displayed on the left hand side of the screen to allow room for textual decodes. The direction of the message is shown by an arrow. The previous Layer 2 frame decode of the I frame also shows the direction of the frame.
The message shown in Figure 4 can be decoded as follows:
If the MSB=0, the call or event was initiated from that side. If it is set to 1, it was initiated at the other side. You can see this by comparing the 'Ref' fields on the RESTART and RESTART ACKNOWLEDGE messages.
The default in Blueworx Voice Response is to send RESTART messages to the network whenever a channel is enabled. The Channel ID Information Element tells the network which channel is involved, as shown in Figure 5.
In octet 3 “Interface Implicit” means that the identified B channel is on the same trunk as the signaling channel.
Q921 DT/6000 14:00:00 TEI=00 Cmd
SAPI=00 I FRAME NS=005 NR=003
Q931 ----> RESTART Ref=0000 Len=13 08 02 80 00 46
- 18 03 A9 07 83 81
CHANNEL IDENTIFICATION
3 : Interface Explicit, Primary, Exclusive, Not D-Chan, Channel in next oct
4 : CCITT standard, Channel number in next octet, B channel units
5 : Channel 01
- 79 01 80
RESTART INDICATOR
3 : Indicated Channels
Figure 6 shows NFAS on a channel enabled on a trunk with no signaling. The overall length of the message has increased by 1 byte, the interface is defined as 'Explicit' which means that the Trunk Identifier in Octet 3a is defined.
Q921 DT/6000 14:02:23 TEI=00 Cmd
SAPI=00 I FRAME NS=003 NR=002
Q931 ----> RESTART Ref=0000 Len=14 08 02 80 00 46
- 18 03 C9 07 83 81
CHANNEL IDENTIFICATION
3 : Interface Explicit, Primary, Exclusive, Not D-Chan, Channel in next oct
3a: Trunk Id 07
4 : CCITT standard, Channel number in next octet, B channel units
5 : Channel 01
- 79 01 80
RESTART INDICATOR
3 : Indicated Channels
Figure 7 shows the flow of call related events for an outbound call from Blueworx Voice Response:
The definition of the messages in Figure 7 is:
This is the Trunk Identifier provided by your service provider. Blueworx Voice Response must be configured to use this trunk identifier or all calls on this trunk will be rejected with the cause code of channel unacceptable.
Q921 DT/6000 14:22:04 TEI=00 Cmd
SAPI=00 I FRAME NS=032 NR=032
Q931 ----> SETUP Ref=0001 Len=21 08 02 00 01 05
- 04 03 80 90 A3
BEARER CAPABILITY
3 : CCITT standard, Speech
4 : Circuit mode, 64kbit/s
5 : Layer 1 protocol G.711 A-Law
- 18 03 A9 83 81
CHANNEL IDENTIFICATION
3 : Interface Implicit, Primary, Exclusive, Not D-Chan, Channel in next oct
4 : CCITT standard, Channel number in next octet, B channel units
5 : Channel 01
- 70 04 80 31 31 30
CALLED PARTY NUMBER
3 : Unknown, Unknown
4 : Number is 1 1 0
Q921 NETWORK 14:22:04 TEI=00 Rsp
SAPI=00 RR FRAME NR=032
Q921 NETWORK 14:22:05 TEI=00 Cmd
SAPI=00 I FRAME NS=033 NR=032
Q931 <---- CALL PROCEEDING Ref=8001 Len=10 : 08 02 80 01 02
- 18 03 A9 83 81
CHANNEL IDENTIFICATION
3 : Interface Implicit, Primary, Exclusive, Not D-Chan, Channel in next oct
4 : CCITT standard, Channel number in next octet, B channel units
5 : Channel 01
Q921 DT/6000 14:22:05 TEI=00 Rsp
SAPI=00 S FRAME - RR NR=033
Q921 NETWORK 14:22:05 TEI=00 Cmd
SAPI=00 I FRAME NS=034 NR=032
Q931 <---- ALERTING Ref=8001 Len=5 : 08 02 80 01 01
Q921 DT/6000 14:22:05 TEI=00 Rsp
SAPI=00 S FRAME - RR NR=034
Q921 NETWORK 14:22:06 TEI=00 Cmd
SAPI=00 I FRAME NS=035 NR=032
Q931 <---- CONNECT Ref=8001 Len=5 : 08 02 80 01 07
Q921 DT/6000 14:22:06 TEI=00 Rsp
SAPI=00 S FRAME - RR NR=035
Some outbound calls are unsuccessful because channels are busy or telephone numbers are invalid, Figure 8 shows the trace from such a call.
The Cause IE, in the Release Complete message, gives the reason why the call was failed or rejected. These cause codes are mapped onto edges in the MakeCall state table action; in this case a Network Busy edge will be returned.
Q921 DT/6000 16:12:04 TEI=00 Cmd
SAPI=00 I FRAME NS=072 NR=095
Q931 ----> SETUP Ref=0005 Len=21 08 02 00 01 05
- 04 03 80 90 A3
BEARER CAPABILITY
3 : CCITT standard, Speech
4 : Circuit mode, 64kbit/s
5 : Layer 1 protocol G.711 A-Law
- 18 03 A9 83 81
CHANNEL IDENTIFICATION
3 : Interface Implicit, Primary, Exclusive, Not D-Chan, Channel in next oct
4 : CCITT standard, Channel number in next octet, B channel units
5 : Channel 01
- 70 04 80 39 39 30
CALLED PARTY NUMBER
3 : Unknown, Unknown
4 : Number is 9 9 0
Q921 NETWORK 16:12:04 TEI=00 Rsp
SAPI=00 RR FRAME NR=072
Q921 NETWORK 16:12:04 TEI=00 Cmd
SAPI=00 I FRAME NS=096 NR=072
Q931 <---- RELEASE COMPLETE Ref=8005 Len=9 : 08 02 80 01 5A
- 08 02 80 AC
CAUSE
3 : CCITT standard, User
4 : Requested circuit/channel not available
Q921 DT/6000 16:12:05 TEI=00 Rsp
SAPI=00 S FRAME - RR NR=096
Call clearing messages are defined as follows:
Figure 9 shows a trace of a call clearing.
Q921 NETWORK 16:15:09 TEI=00 Cmd
SAPI=00 I FRAME NS=103 NR=076
Q931 <---- DISCONNECT Ref=8009 Len=9 : 08 02 80 01 5A
- 08 02 80 90
CAUSE
3 : CCITT standard, User
4 : Normal Call Clearing
Q921 DT/6000 16:15:09 TEI=00 Rsp
SAPI=00 S FRAME - RR NR=103
Q921 DT/6000 16:15:09 TEI=00 Cmd
SAPI=00 I FRAME NS=077 NR=103
Q931 ----> RELEASE Ref=0009 Len=5 08 02 00 09 AD
Q921 NETWORK 16:15:10 TEI=00 Rsp
SAPI=00 RR FRAME NR=077
Q921 NETWORK 16:15:10 TEI=00 Cmd
SAPI=00 I FRAME NS=104 NR=077
Q931 <---- RELEASE COMPLETE Ref=8009 Len=5 : 08 02 80 01 5A