ZyXEL Omni TA 128 User Guide - Page 75

Bundle Connection with V.42bis Data Compression

Page 75 highlights

• AT&K00 - (disable V.42bis on ISDN call) For X.75, to negotiate compression parameters with the remote ISDN terminal, we exchange XID frames before the Link Layer is established. The calling site will send an XID frame with V.42bis request to the called site. If the called site understands this XID's meaning, it will reply to an XID frame with a V.42bis request. If it is able to execute V.42bis; it will ignore the XID or reply to the XID frame with a V.42bis reject or empty information field. The calling site will assume that the remote site is unable to execute V.42bis if it gets no reply for a period of time after sending the request XID. In this situation, normal connection without data compression will be established. It takes about 2 seconds for the calling ISDN TA to send XID and wait until time out. If you know in advance that the called site has no V.42bis capability, it would be better to issue the AT&K00 command beforehand in order to get a quick connection. Although not defined in X.75, XID frame is based on the encoding in ISO Standard 8885 and is used in V.42/V.42bis. In addition to the compression parameters, XID can be used to negotiate the packet parameters as window size, packet size ect. Bundle Connection with V.42bis Data Compression If both sites have set AT&K44 to enable V.42bis negotiation then XID frames will be exchanged through the main B channel which corresponds to the call established by the first SETUP message. Only one data compression channel will be used in bundle connections. That means the compression is done before packet disassembly and the decompression is done after packet assembly. The compression ratio of V.42bis is commonly recognized as up to 4:1 for text files. If the line speed is 128K bps, then the DTE speed may reach 512K bps. This makes the DTE's normal RS-232 serial port unsuitable for bundle applications. A special I/O card on the computer side is required in this situation. 63

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173

63
AT&K00
- (disable V.42bis on ISDN call)
For X.75, to negotiate compression parameters with the remote
ISDN terminal, we exchange XID frames before the Link Layer is
established. The calling site will send an XID frame with V.42bis
request to the called site. If the called site understands this XID's
meaning, it will reply to an XID frame with a V.42bis request. If it
is able to execute V.42bis; it will ignore the XID or reply to the
XID frame with a V.42bis reject or empty information field.
The calling site will assume that the remote site is unable to execute
V.42bis if it gets no reply for a period of time after sending the
request XID. In this situation, normal connection without data
compression will be established.
It takes about 2 seconds for the calling ISDN TA to send XID and
wait until time out. If you know in advance that the called site has
no V.42bis capability, it would be better to issue the AT&K00
command beforehand in order to get a quick connection.
Although not defined in X.75, XID frame is based on the encoding
in ISO Standard 8885 and is used in V.42/V.42bis. In addition to
the compression parameters, XID can be used to negotiate the
packet parameters as window size, packet size ect.
Bundle Connection with V.42bis Data Compression
If both sites have set
AT&K44
to enable V.42bis negotiation then
XID frames will be exchanged through the main B channel which
corresponds to the call established by the first SETUP message.
Only one data compression channel will be used in bundle
connections. That means the compression is done before packet
disassembly and the decompression is done after packet assembly.
The compression ratio of V.42bis is commonly recognized as up to
4:1 for text files. If the line speed is 128K bps, then the DTE speed
may reach 512K bps. This makes the DTE's normal RS-232 serial
port unsuitable for bundle applications. A special I/O card on the
computer side is required in this situation.