| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
 Добавлено: Пт Сен 09, 2005 11:54 pm Заголовок сообщения: Ложные обнаружения Call Waiting в v.2.26 :( |
 |
|
Версия прошивки 2.26 (билд не последний, но уже с "новым алгоритмом")
Только включил s10=16, и через пол часа -- на тебе. 
Сигнала Call Waiting в линии быть точно не могло (несколько раз проверял, набирая этот номер с другого телефона).
А вот помигивание "АА" с периодичностью сигнала вызова(звонка) -- явление весьма частое.
Хотелось бы надеяться, что это единичный глюк, но слабо верится...
Зачем было убирать s220 
Да, SNR в этом сеансе атипично паршивый.
| Цитата: | DeviceName: IDC 5614BXL VR PnP
UserInit: atm5s202.7=1s17=47%e3s120=0s91=9s10=16+ms=,,,52000
----------------------------------------------------------------------
000
Time Online.................. 00:31:48
Termination Reason........... CALL WAITING
Tx Rate (Last/Init/Min/Max).. 16800/16800/16800/16800 bps
Rx Rate (Last/Init/Min/Max).. 24000/28800/24000/28800 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 35
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 24/24/24
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 0047
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/0
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 0/0/4
Last dialed number........... P2463992
Flex fail 94818303
Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:31:48
Handshake Time/Retries : 20 sec/0
TX Rate (Last/Init/Min/Max) : 16800/16800/16800/16800
RX Rate (Last/Init/Min/Max) : 24000/28800/24000/28800
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3200
TX/RX carrier frequency, Hz : 1829/1829
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/23/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 8.188
EQM Value (Last/Min/Max/Negative) : 35/29/107/0
EQM Samples Running Sum : 0047
EQM Last 10 Readings : 37 36 33 37 40 36 39 35 33 34
SNR Ratio (Last/Min/Max), dB : 24/24/24
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 0
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/85H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 80/73
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/0
Retrans per frame/Frames rejected : 1/6
Total number of REJ sent/received : 6/1
Last Retrain/Reneg reason : Fall-back due to high EQM
Last Retrain/Reneg requested : Local Rate Renegotiation
Minutes Since Last Retrain/Reneg : 31
Disconnect reason : CALL WAITING
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes
Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Diag Command Specification rev.: 1.0
Call Setup Result code : Data Answering signal detected
Multi-media mode : Data Only
DTE-DCE interface mode : Async data
TX/RX signal power level, -dBm : 9/24
Estimated noise level, -dBm : 48
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3200/3200
TX/RX Carrier frequency, Hz : 1829/1829
TX data rate (Last/Init) : 16800/16800
RX data rate (Last/Init) : 24000/28800
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 1
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 14
Error control NAKs received : 1
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 181247/605106
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 3147/4093
TX/RX I-Frame error count : 1/6
Termination Cause : Call Waiting signal detected
Modem Session Analyzer
-------------------------------------------------------------
Session time : 00:31:48
Retrains issued/granted/auto : 0/0/0
Renegs issued/granted/rrws : 1/0/0
TX Rate last/init : 16800/16800
RX Rate last/init : 24000/28800
Error control protocol/frame size : LAP-M/128
Average RX chars per frame : 147
TX frames/errors : 3147/1 (0.03 %)
RX frames/errors : 4093/6 (0.15 %)
Potential upstream cps : 1972
Potential downstream cps : 3095
Connection : MONU 1
Time online : 00:31:37
Client IP address : 10.0.1.22
Server IP address : 10.0.1.21
Connection speed : 28800 bps
Bytes received : 604627 (at 319 B/sec)
Bytes transmitted : 180884 (at 95 B/sec)
Inactive time : 00:26:23 (efficiency 16.6 %)
Active receive speed : NA
Assumed cont-load recv speed : NA
Frames received : 2187
Frames transmitted : 0
CRC errors : 3
Timeout errors : 0
Alignment errors : 0
Hardware overruns : 3
Buffer overruns : 0
Framing errors : 0 |
|
|
| Вернуться к началу |
|
 |
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Сб Сен 10, 2005 7:37 am Заголовок сообщения: |
|
|
S220 был нужен для старого алгоритма, надёжность которого была существенно меньше, чем нынешнего. Готовы поспорить, что при использовании старого алгоритма (установите версию 2.25) на этой же самой линии разрывы соединения по ложному определению Call waiting будут гораздо чаще.
Судя по статистике соединения, как минимум один из модемов установлен на аналоговой АТС, причём качество связи низкое. На таких АТС возникновение помехи, полностью совпадающее с тоном Call waiting (а это - обычный тональный сигнал) - частое явление. Поэтому ложные срабатывания детектора на таких АТС были, есть, и всегда будут.
Работать с включённым детектором Call waiting можно только на цифровых АТС. Об этом недвусмысленно сказано в "Руководстве пользователя".
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
| Добавлено: Сб Сен 10, 2005 6:29 pm Заголовок сообщения: |
|
|
Обе АТС цифровые!
Однако, как я уже писал, | Цитата: | | SNR в этом сеансе атипично паршивый. |
Хотя слово "глюк" греет дущу: это пока единственное ложное срабатывание.
И всё же не пойму: что, регулировка чувствительности категорически несовместима с новым алгоритмом? 
А вот статистика, типичная этого канала
Такой себе, стабильно-паршивенький. Каждый раз сваливается на 28800, даже при не плохом EQM.
Интересно также, что скорость приёма мало зависит от SNR (см. 1-й пост).
| Цитата: | DeviceName: IDC 5614BXL VR PnP
UserInit: atm4s202.7=1s17=47%e3s120=0s55.0=0+ms=,,,52000
----------------------------------------------------------------------
000
Time Online.................. 01:50:19
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 21600/28800/21600/28800 bps
Rx Rate (Last/Init/Min/Max).. 28800/31200/28800/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 41
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 003F
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/3
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 1/0/7
Last dialed number........... P2463992
Flex fail 94818303
Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 01:50:19
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 21600/28800/21600/28800
RX Rate (Last/Init/Min/Max) : 28800/31200/28800/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/23/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 8.415
EQM Value (Last/Min/Max/Negative) : 41/31/70/0
EQM Samples Running Sum : 003F
EQM Last 10 Readings : 44 39 49 42 39 48 45 39 44 38
SNR Ratio (Last/Min/Max), dB : 46/46/46
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 2
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/67H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 98/357
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/3
Retrans per frame/Frames rejected : 1/96
Total number of REJ sent/received : 255 or more/93
Last Retrain/Reneg reason : Remote initiated a reneg
Last Retrain/Reneg requested : Remote Rate Renegotiation
Minutes Since Last Retrain/Reneg : 83
Disconnect reason : LOCAL REQUEST
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes
Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Diag Command Specification rev.: 1.0
Call Setup Result code : Data Answering signal detected
Multi-media mode : Data Only
DTE-DCE interface mode : Async data
TX/RX signal power level, -dBm : 9/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 21600/28800
RX data rate (Last/Init) : 28800/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 4
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 11
Error control NAKs received : 93
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 841253/17539243
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 53441/144468
TX/RX I-Frame error count : 93/608
Termination Cause : cct108 turned Off
2.
DeviceName: IDC 5614BXL VR PnP
UserInit: atm4s202.7=1s17=47%e3s120=0s55.0=0s13.2=1s13.3=1+ms=,,,52000
----------------------------------------------------------------------
000
Time Online.................. 00:09:18
Termination Reason........... TEL PICKUP
Tx Rate (Last/Init/Min/Max).. 26400/26400/26400/26400 bps
Rx Rate (Last/Init/Min/Max).. 28800/31200/28800/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 38
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 003F
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/0
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 1/0/7
Last dialed number........... P2463907
Flex fail 94818303
Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:09:18
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 26400/26400/26400/26400
RX Rate (Last/Init/Min/Max) : 28800/31200/28800/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/24/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 9.290
EQM Value (Last/Min/Max/Negative) : 38/29/74/0
EQM Samples Running Sum : 003F
EQM Last 10 Readings : 37 33 39 37 33 40 33 35 39 37
SNR Ratio (Last/Min/Max), dB : 46/46/46
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 4
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/85H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 105/373
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/0
Retrans per frame/Frames rejected : 1/18
Total number of REJ sent/received : 18/1
Last Retrain/Reneg reason : Fall-back due to high EQM
Last Retrain/Reneg requested : Local Rate Renegotiation
Minutes Since Last Retrain/Reneg : 9
Disconnect reason : EXTENSION PICKUP
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes
Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Diag Command Specification rev.: 1.0
Call Setup Result code : Data Answering signal detected
Multi-media mode : Data Only
DTE-DCE interface mode : Async data
TX/RX signal power level, -dBm : 9/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 26400/26400
RX data rate (Last/Init) : 28800/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 1
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 0
Error control NAKs received : 1
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 33518/1197737
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 3347/9621
TX/RX I-Frame error count : 1/18
Termination Cause : Extension Phone Off Hook
|
|
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Сб Сен 10, 2005 7:35 pm Заголовок сообщения: |
|
|
| Цитата: | | Такой себе, стабильно-паршивенький. Каждый раз сваливается на 28800, даже при не плохом EQM |
Сваливается по причине большого количества сбойных кадров на приёме (forced fallback):
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 1/0/7
Вы можете добавить в строку инициализации команду S210.4=1 и посмотреть, что получится. Практически наверняка модем останется на 31200 бит/с, но есть вероятность, что при этом будет слишком большой процент ошибок на приёме и в результате производительность (CPS) только упадёт. В общем, тут нужен эксперимент  Скачайте какой-нибудь архивированный файл с установкой S210.4=1 и без неё, и сравните производительность (время скачивания). Не забудьте выключить/включить питание модема после смены строки инициализации.
Качество связи стабильно посредственное. Вероятно, один раз проскочила помеха, которая и привела к ложному обнаружению Call waiting. Причём помеха была именно в виде dialtone, т.е. неотличима от настоящего Call waiting.
Регулировка чувствительности детектора действительно не нужна, уж поверьте на слово
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
| Добавлено: Сб Сен 10, 2005 9:49 pm Заголовок сообщения: |
|
|
C качеством линии понятно...
Но вот, опять 
И SNR на этот раз нормальный.
| Цитата: | DeviceName: IDC 5614BXL VR PnP
UserInit: atm5s202.7=1s17=47%e3s120=0s91=9s10=16+ms=,,,52000
----------------------------------------------------------------------
000
Time Online.................. 00:16:17
Termination Reason........... CALL WAITING
Tx Rate (Last/Init/Min/Max).. 24000/28800/24000/28800 bps
Rx Rate (Last/Init/Min/Max).. 28800/31200/28800/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 39
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 003F
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 1/2
FForwards/FBacks/FEQM/Denied. 0/1/0/0
Forced FB/FB after FF/MaxREJ. 0/0/7
Last dialed number........... P2463907
Flex fail 94818303
Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:16:17
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 24000/28800/24000/28800
RX Rate (Last/Init/Min/Max) : 28800/31200/28800/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 24/24/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 7.541
EQM Value (Last/Min/Max/Negative) : 39/32/83/0
EQM Samples Running Sum : 003F
EQM Last 10 Readings : 35 40 40 39 42 42 39 46 40 40
SNR Ratio (Last/Min/Max), dB : 46/46/46
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 3
TX/RX state (Max TX/RX, Last TX/RX) : 87H/85H, 87H/67H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 91/374
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 1/2
Retrans per frame/Frames rejected : 1/46
Total number of REJ sent/received : 46/1
Last Retrain/Reneg reason : Remote initiated a reneg
Last Retrain/Reneg requested : Remote Rate Renegotiation
Minutes Since Last Retrain/Reneg : 5
Disconnect reason : CALL WAITING
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes
Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Diag Command Specification rev.: 1.0
Call Setup Result code : Data Answering signal detected
Multi-media mode : Data Only
DTE-DCE interface mode : Async data
TX/RX signal power level, -dBm : 9/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 24000/28800
RX data rate (Last/Init) : 28800/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 3
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 6
Error control NAKs received : 1
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 125814/290812
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 1725/2544
TX/RX I-Frame error count : 1/46
Termination Cause : Call Waiting signal detected |
|
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Вс Сен 11, 2005 1:53 pm Заголовок сообщения: |
|
|
Ещё раз: SNR, который мы видим в статистике, вычисляется во время line probing (т.е. фаза 2 хэндшейка или последней перетренировки). Соответственно, судить о том, была помеха или нет в момент разрыва связи, по показаниям SNR, определённым 16 с лишним минут назад - бессмыслица.
И ещё один раз: при работе на аналоговых АТС ложные обнаружения Call waiting были, есть, и будут. Сейчас, с появлением версии 2.26, их стало гораздо меньше (раз в 20, как минимум) - но они всё равно есть.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
| Добавлено: Вс Сен 11, 2005 2:50 pm Заголовок сообщения: |
|
|
| Цитата: | | И ещё один раз: при работе на аналоговых АТС ложные обнаружения Call waiting были, есть, и будут. |
2 Technical Support
Вынуждаете "повысить голос"
| Сб Сен 10, 2005 5:29 pm писал(а): |
Обе АТС цифровые!
|
|
|
| Вернуться к началу |
|
|
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
| Добавлено: Вс Сен 11, 2005 4:16 pm Заголовок сообщения: |
|
|
Вот еще, сразу после line probing:
| Цитата: | DeviceName: IDC 5614BXL VR PnP
UserInit: atm5s202.7=1s17=47%e3s120=0s91=9s10=16+ms=,,,52000
----------------------------------------------------------------------
000
Time Online.................. 00:00:04
Termination Reason........... CALL WAITING
Tx Rate (Last/Init/Min/Max).. 26400/26400/26400/26400 bps
Rx Rate (Last/Init/Min/Max).. 31200/31200/31200/31200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 59
Tx/Power Drop/Rx Level....... 9/0/24
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 67/67
EQM Sum...................... 0045
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 0/0
FForwards/FBacks/FEQM/Denied. 0/0/0/0
Forced FB/FB after FF/MaxREJ. 0/0/0
Last dialed number........... P2463992
Flex fail 94818303
Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:06
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time : 00:00:04
Handshake Time/Retries : 20 sec/0
TX Rate (Last/Init/Min/Max) : 26400/26400/26400/26400
RX Rate (Last/Init/Min/Max) : 31200/31200/31200/31200
Modulation/Protocol/Compression : V.34/LAPM/V.42bis
TX Symbol rate : 3429
TX/RX carrier frequency, Hz : 1959/1959
Signal Level (TX/Power Drop), -dB : 9/0
RX Signal Level (Last/Min/Max), -dB : 23/23/23
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 9.290
EQM Value (Last/Min/Max/Negative) : 59/59/66/0
EQM Samples Running Sum : 0045
EQM Last 10 Readings : 66 0 NA NA NA NA NA NA NA NA
SNR Ratio (Last/Min/Max), dB : 48/48/48
TX/RX Non-linear Encoding : ON/ON
TX/RX Precoding : ON/ON
TX/RX Constellation Shaping : ON/ON
TX Trellis Encoding : 16 state
TX Pre-emphasis : 1
TX/RX state (Max TX/RX, Last TX/RX) : 67H/67H, 67H/67H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 105/376
Retrains (Issued/Granted/Fast) : 0/0/0
Renegs (Issued/Granted) : 0/0
Retrans per frame/Frames rejected : 1/0
Total number of REJ sent/received : 0/0
Last Retrain/Reneg reason : None
Last Retrain/Reneg requested : None
Minutes Since Last Retrain/Reneg : 0
Disconnect reason : CALL WAITING
Remote Manufacturer/Licensee Code : Conexant/Conexant
Remote Manufacturer's Product Caps : K56Flex, V.90
Remote V.8bis caps (type) : Analog (Client)
Remote V.8bis caps (K56Flex mode) : K56Flex prototype mode not supported
Remote V.8bis caps (K56Flex version): 1.0, 1.1
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4) : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support : ON
Remote max symbol rate difference : 0 steps
Remote is a CME modem : No
Remote supports V.34bis : Yes
Remote frequency source : Internal
CRe/CRd/CL/MS/ACK/NAK received : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started : No/Yes
Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:58
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Diag Command Specification rev.: 1.0
Call Setup Result code : Data Answering signal detected
Multi-media mode : Data Only
DTE-DCE interface mode : Async data
TX/RX signal power level, -dBm : 9/24
Estimated noise level, -dBm : 67
TX/RX Negotiation : V.34/V.34
TX/RX Symbol Rate : 3429/3429
TX/RX Carrier frequency, Hz : 1959/1959
TX data rate (Last/Init) : 26400/26400
RX data rate (Last/Init) : 31200/31200
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 0
Retrains Requested/Granted : 0/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 0
Error control NAKs received : 0
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 413/289
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 15/14
TX/RX I-Frame error count : 0/0
Termination Cause : Call Waiting signal detected |
А по которому по счёту сигналу Call Waiting модем отключается? И почему это не регулируется? |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Вс Сен 11, 2005 5:09 pm Заголовок сообщения: |
|
|
| Цитата: | | Обе АТС цифровые! |
Значит, это "плохая цифра". Типичная картина для связи между двумя цифровыми АТС - 33600 бит/с в обоих направлениях и практически полное отсутствие ошибок.
У Вас же картина другая:
Tx Rate (Last/Init/Min/Max).. 26400/26400/26400/26400 bps
Rx Rate (Last/Init/Min/Max).. 31200/31200/31200/31200 bps
| Цитата: | | А по которому по счёту сигналу Call Waiting модем отключается? И почему это не регулируется? |
Отключается сразу же, как только обнаружен тон. А не регулируется потому, что при появлении постороннего тона будет перетренировка, во время которой детектировать тоны Call waiting невозможно.
В старых версиях (с S220) принцип был точно таким же: как только обнаружен тон, сразу же отключаемся.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
| Добавлено: Пн Сен 12, 2005 5:39 am Заголовок сообщения: |
|
|
| Цитата: | | Отключается сразу же, как только обнаружен тон. А не регулируется потому, что при появлении постороннего тона будет перетренировка, во время которой детектировать тоны Call waiting невозможно. |
За всю историю эксплуатации этой линии (66 коннектов общей протяженностью 54 часа), на v34 не было ни одного рэтрейна! (если не считать операции "пинцет")
А ложных срабатываний -- целых три за 9 часов! (до этого обнаружение Call Waiting было запрещено).
| Цитата: | | А не регулируется потому, что при появлении постороннего тона будет перетренировка, во время которой детектировать тоны Call waiting невозможно. |
Что-то не убедительно
Во-первых, перетренировка если и будет, то, скорее всего, не сразу (s117). Проверялось пинцетом: при кратковременных закорачиваниях отделываемся пересогласованиями, причем чаще по инициативе удаленного.
Во-вторых, в ваших силах сделать всё для того, чтобы при [подозрении на Call Waiting] т.е. после первого обнаружения тона, перетренировки не было (удаленный здесь вмешиваться не должен: он не слышит нашего Call Waiting)
Но если retrain всё же произойдет, -- следует отключться.
Что касается невозможности детектирования Call Waiting во время рэтрейна -- прийдется поверить на слово.
В любом случае, алгоритм таков: после первого обнаружения тона, прежде, чем отключиться, ждем либо следующего сигнала (следующих фронтов того же гудка, если он длинный), либо рэтрейна . |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Пн Сен 12, 2005 7:28 am Заголовок сообщения: |
|
|
С таким алгоритмом можно поэкспериментировать, может сработать
Примерно так: поймали Call waiting, запускаем защитный таймер секунд на 10. Если перетренировка и таймер ещё ненулевой - рассоединяемся. Или если ещё один сигнал Call waiting, а таймер не нулевой - тоже рассоединяемся.
Проблема лишь с разными хитрыми режимами, вроде %E0 или большими значениями S117: первый сигнал Call waiting сбивает эхоподавитель, но перетренировки нет. Последующие сигналы сигнальный процессор не ловит. Перетренировка будет (по тайм-ауту протокола коррекции ошибок), но пока она случится, защитный таймер успеет обнулиться.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
| Добавлено: Ср Сен 14, 2005 1:42 am Заголовок сообщения: |
|
|
| Цитата: | | Проблема лишь с разными хитрыми режимами, вроде %E0 или большими значениями S117: первый сигнал Call waiting сбивает эхоподавитель, но перетренировки нет. Последующие сигналы сигнальный процессор не ловит. |
К сожалению, мне не известно, как это всё выглядит изнутри. Эти s117 и %E, что, тупо прописываются в регистры DSP Или программа вольна (а точнее, призвана), наблюдая за состоянием последнего (EQM и т.п.), запрашивать Retrain или Reneg FF/FB на своё усмотрение?
Если верно моё последнее предположение, то программе незачем ждать своего же запроса на Retrain: достаточно руководствоваться наличием (и «глубиной») FallBack Reasone сразу после первого сигнала CW.
Еще вопрос. Если при сбое эхоподавителя саморазрешение ситуации (после прекращения помехи) в принципе невозможно, тогда почему при этом не игнорируется значение s117, и Retrain не начинается немедленно?
В любом случае, предложенный алгоритм следует дополнить примерно так.
Поймали Call waiting, запускаем защитный таймер секунд на 10, и временно отключаем «хитрые режимы» (ставим %E3 и оптимальное для данной ситуации значение s117)... И дальше по тексту |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Ср Сен 14, 2005 9:02 am Заголовок сообщения: |
|
|
| Цитата: | | Если верно моё последнее предположение, то программе незачем ждать своего же запроса на Retrain: достаточно руководствоваться наличием (и «глубиной») FallBack Reasone сразу после первого сигнала CW |
Тут всё не так однозначно. Например, сигнал может вызвать пересогласование, которое затем перейдёт в авто-перетренировку.
Поэтому если уж действовать через таймер, то проверять перетренировки, причём всех видов. Понятно, что если запрашиваем сами, то вместо запроса - рассоединение.
| Цитата: | | Если при сбое эхоподавителя саморазрешение ситуации (после прекращения помехи) в принципе невозможно, тогда почему при этом не игнорируется значение s117, и Retrain не начинается немедленно? |
А как узнать, что эхоподавитель "уплыл" ? Обычно это обнаруживается в процессе пересогласования скорости...
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
Oxy
Member
Зарегистрирован: 03.03.2004
Сообщения: 175
Откуда: Киев
|
| Добавлено: Чт Сен 15, 2005 10:02 pm Заголовок сообщения: |
|
|
 Возможно бред, но что если после первого сигнала CW мы просто замолчим (конечно, если есть такая «буква» – «замолчать!»). Тогда услышим второй сигнал?
| Цитата: | | А как узнать, что эхоподавитель "уплыл" ? Обычно это обнаруживается в процессе пересогласования скорости... |
Выходит, эхоподавителю свойственно "плавать" во время передачи данных? А можно ли как-то управлять этим "кораблём": прочитать/задать значение, либо поставить "на якорь"? В смысле, без пересогласования? |
|
| Вернуться к началу |
|
|
Technical Support
Expert
Зарегистрирован: 31.10.2002
Сообщения: 6330
|
| Добавлено: Чт Сен 15, 2005 11:21 pm Заголовок сообщения: |
|
|
"Замолчать" не получится, нет такой буквы.
_________________
Inpro
Technical Support |
|
| Вернуться к началу |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
Powered by phpBB © 2001, 2005 phpBB Group
|
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
