Повышенная устойчивость прошивки - 2.23 ???

[Vadim]

К предыдушему сообщению.

Прочитал, вот, что в прошивке 2.23 "Повысилась устойчивость работы модема на V.90". Нижеприведенная статистика свидетельствует совсем об ином - модем мечется от 40 000 до 53 333, CPS очень низкий, тормозит - что, очень раздражает. Настройки заводские at&f2.

При том, что на прошивке 2.14 - стабильной была работа на 46 000 - 48 000 без единого ретрейна или хендшейка.

Может причина в настройках? Буду признателен за квалифицированный ответ, спасибо!

Inpro IDC 2814/5614 BXL/VR Diagnostics, Version 1.0.1.29
17.11.2002 12:17:19 - Outbound Call by RemoteAccess
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.23

Time Online.................. 00:11:46
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 31200/26400/26400/31200 bps
Rx Rate (Last/Init/Min/Max).. 45333/48000/40000/53333 bps
Modulation................... V.90
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 0
Tx/Power Drop/Rx Level....... 15/2/13
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 67/87
EQM Sum...................... 009D
RBS Pattern.................. 00
Rate Drop.................... 1
Digital Loss................. 2000
Retrains Issued/Granted/Auto. 0/2/2
Renegs Issued/Granted........ 24/0
FForwards/FBacks/Denied...... 11/13/0
Forced FB/FB after FF/MaxREJ. 12/12/11
Last dialed number........... T4900490
V90 9481834246E0


Symbol Rate.................. 3200
Carrier Frequency Hz, Tx..... 1829
EQM Value (Last/Min/Max)..... 0/0/93
EQM Hits..................... 0
EQM Last 10 Readings......... 21 24 22 25 20 22 19 20 22 24
Last Retrain/Reneg Status.... Local Fast Retrain
Last Retrain/Reneg Reason.... Local Fallforward due to Low EQM
Last Retrain/Reneg Time...... 0 minutes ago
Handshake Time/Retries....... 23 seconds/0
Non-linear Encoding, Rx/Tx... OFF/OFF
Precoding, Rx/Tx............. OFF/OFF
Shaping, Rx/Tx............... OFF/OFF
Trellis Encoding, Tx......... 16 state
Pre-Emphasis Index, Tx....... 0
Band Edges Lower/Upper, Hz... 150/3825
Round trip delay, ms......... 5,1
Last Rx/Tx State............. 65/87
Energy at 3750Hz/Average .... 3955/2988
Auto Gain Amplitude, db...... 10
Detection of 120 Hz Tones.... No
Detection of Dual PCM........ No
V.90 RBS Pattern............. 00
V.90 Alternating RBS Pattern. 00
V.90 Digital Pad Value, db... 0,0
V.90 Optimal Speed........... 52000 bps (Reg.S120=19)
V.8 Negotiation Started...... Yes
V.8bis Success............... Yes
V.8bis CRe,CRd,CL,MS,ACK,NAK. Yes/No/Yes/No/Yes/No
Remote Manufacturer.......... Rockwell (Conexant)
Remote Licensee Code......... Rockwell (Conexant)
Remote Protocol Support...... K56flex V.90
Remote K56flex Version....... 02
Remote K56flex Capabilities.. Prototype mode is not supported
Remote Type.................. Server (Digital)
Remote supports Symbol Rates. 2743 2800 3429 3000(L) 3000(H)
Remote supports Symbol Rates. 3200(L) 3200(H) 3429(Tx)
Remote supports Power Drop... Yes
Remote is CME Modem.......... No
Remote supports V.34bis...... Yes
Remote Max SR Difference..... 0 Symbol Rate Steps
Remote Frequency Source...... External
Error Correction Status Byte. SYNC UA:R SAMBE:T XID:T XID:R
Frames REJected, Last/Total.. 1/126
Frames Errors, Rx/Tx......... 126/0 (2,0%/0,0%)
Frames Count, Rx/Tx.......... 6263/1735
Error Control Frame Size..... V.42 LAPM (128)
Error Control Timeouts....... 1
Error Control Link NAKs...... 0
Compression Dictionary Size.. V.42bis (2048)
Characters Received.......... 758923
Characters Sent.............. 143930
Average CPS, Rx/Tx........... 1074/203
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 56

[vadim_v]

[Technical Support]

Под повышением устойчивости в 2.23 понимается избавление от проблемы разрывов связи с CISCO AS5400. Это удалось добиться, судя по отклику Петра Столярова (в соседней статье) и других полученных нами откликов.

Что касается "поползновений вверх-вниз" по скоростям, то тут поведение модема не отличается от версии 2.22 и более ранней 2.21. Если бы Вы "последовательно" обновляли микропрограмму, то столкнулись бы с этой проблемой примерно год назад.

Как можно заметить, практически все понижения скорости (fallback) были "форсированными" - вызванными большим количеством сбойных кадров на приёме:

FForwards/FBacks/Denied...... 11/13/0
Forced FB/FB after FF/MaxREJ. 12/12/11

Результат подтверждается и процентом ошибок:

Frames Errors, Rx/Tx......... 126/0 (2,0%/0,0%)

Что делать? Для начала убедиться в том, что это - не проблемы с помехами по земле. Откройте пластиковый корпус разъёма кабеля, который включён в последовательный порт модема. Вы должны увидеть проводок, припаянный к металлическому кожуху разъёма. Этот проводок нужно перекусить и попробовать, как это сказалось на связи.
_________________
Inpro
Technical Support

[Vadim]

[Technical Support]

Скорее всего, проблема вызывана желанием модема повысить скорость после форсированного fallback. Версия 2.14 вела себя иначе - после Forced fallback модем продолжал сидеть на новой скорости и не пытался её поднять. Это часто приводило к тому, что модем работал на меньшей, чем мог бы, скорости. Сейчас модем пытается поднять скорость, но после достаточно большого интервала времени (1 минута).

Смущает вот что: перетренировки были инициированы удалённым модемом. Это НЕ ЗАВИСИТ от версии - только линия и удалённый модем.

Давайте сделаем так:

1. Добавьте команду:

S91=15 S210.7=1 S117=30 +MS=12,,,,,,26400

в строку инициализации в свойствах модема. Это должно "отбить охоту к ретрейнам" у удалённого сервера.

2. Соберите новую статистику. Если Вы всё ещё не удовлетворены результатом, соберите такую же статистику (при той же строке инициализации) на версии 2.14, и давайте попробуем сравнить.

Пожалуйста, постарайтесь обеспечить равные условия для 2.14 и 2.23, а именно: качайте один и тот же файл с сервера провайдера, сделайте длину сессии примерно одинаковой (10 мин) и проводите эксперименты "один за другим", чтобы не было большого перерыва между работой 2.14 и 2.23 - тогда больше вероятность, что ситуация на линии существенно не изменится.
_________________
Inpro
Technical Support