как можно улучшить коннект?

[inonia]

Посмотрите, пожалуйста, что можно сделать при такой статистике, в форуме масса вариантов настроек, что бы подошло в данном случае? (привожу два наиболее типичных лога, в принципе, параметры коннектов слабо разняться от раза к разу)
1. Почему не определяется SNR?
2. Где в Win2K прописана строка инициализации модема? В WinNT\Inf\modemca.inf ничего такого нет, да и в реестре тоже?

Коннект 1.
Inpro IDC 2814/5614 BXL/VR Diagnostics, Version 1.0.1.30
04.02.2003 20:36:22 - Manual Diagnostics Request
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.22

Time Online.................. 00:05:26
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 14400/14400/12000/14400 bps
Rx Rate (Last/Init/Min/Max).. 14400/14400/12000/14400 bps
Modulation................... V.32bis
Protocol/Compression......... LAP-M/NONE
Line Quality................. 2
Tx/Power Drop/Rx Level....... 9/NA/28
SNR Last/Min/Max............. NA/NA/NA
Highest Rx/Tx State.......... 00/00
EQM Sum...................... 0000
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 6/0
FForwards/FBacks/Denied...... 3/3/0
Forced FB/FB after FF/MaxREJ. 0/1/3
Last dialed number........... P2033254
Flex fail

EQM Value (Last/Min/Max)..... 2/0/99
EQM Hits..................... 0
EQM Last 10 Readings......... 2 3 3 3 3 3 4 3 3 5
Last Retrain/Reneg Status.... Local Rate Renegotiation
Last Retrain/Reneg Reason.... Local Fallforward due to Low EQM
Last Retrain/Reneg Time...... 2 minutes ago
Handshake Time/Retries....... 26 seconds/0
Round trip delay, ms......... 0,2
Last Rx/Tx State............. 00/00
V.8 Negotiation Started...... Yes
V.8bis Success............... No
V.8bis CRe,CRd,CL,MS,ACK,NAK. No/No/No/No/No/No
Error Correction Status Byte. ADP:R ODP:T
Error Correction Status Byte. SYNC UA:R SAMBE:T XID:T XID:R
Frames REJected, Last/Total.. 1/19
Frames Errors, Rx/Tx......... 19/1 (0,5%/0,3%)
Frames Count, Rx/Tx.......... 3777/349
Error Control Frame Size..... V.42 LAPM (128)
Error Control Timeouts....... 3
Error Control Link NAKs...... 1
Compression Dictionary Size.. NONE (0)
Characters Received.......... 319157
Characters Sent.............. 15992
Average CPS, Rx/Tx........... 979/49
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 100

Коннект 2.
Inpro IDC 2814/5614 BXL/VR Diagnostics, Version 1.0.1.30
04.02.2003 22:41:59 - Manual Diagnostics Request
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.22

Time Online.................. 00:04:40
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 14400/14400/ 9600/14400 bps
Rx Rate (Last/Init/Min/Max).. 14400/14400/ 9600/14400 bps
Modulation................... V.32bis
Protocol/Compression......... LAP-M/NONE
Line Quality................. 75
Tx/Power Drop/Rx Level....... 9/NA/22
SNR Last/Min/Max............. NA/NA/NA
Highest Rx/Tx State.......... 00/00
EQM Sum...................... 0000
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/2
Renegs Issued/Granted........ 10/5
FForwards/FBacks/Denied...... 3/7/0
Forced FB/FB after FF/MaxREJ. 0/0/4
Last dialed number........... P2033254
Flex fail

EQM Value (Last/Min/Max)..... 75/0/102
EQM Hits..................... 0
EQM Last 10 Readings......... 100 102 97 2 3 6 11 68 97 97
Last Retrain/Reneg Status.... Remote Rate Renegotiation
Last Retrain/Reneg Reason.... Remote Rate Renegotiation
Last Retrain/Reneg Time...... 0 minutes ago
Handshake Time/Retries....... 23 seconds/0
Round trip delay, ms......... 0,2
Last Rx/Tx State............. 00/00
V.8 Negotiation Started...... Yes
V.8bis Success............... No
V.8bis CRe,CRd,CL,MS,ACK,NAK. No/No/No/No/No/No
Error Correction Status Byte. ADP:R ODP:T
Error Correction Status Byte. SYNC UA:R SAMBE:T XID:T XID:R
Frames REJected, Last/Total.. 1/28
Frames Errors, Rx/Tx......... 28/1 (0,9%/0,1%)
Frames Count, Rx/Tx.......... 3205/852
Error Control Frame Size..... V.42 LAPM (128)
Error Control Timeouts....... 27
Error Control Link NAKs...... 1
Compression Dictionary Size.. NONE (0)
Characters Received.......... 183602
Characters Sent.............. 61524
Average CPS, Rx/Tx........... 655/219
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 100

[Technical Support]

Начнём с вопросов:

1. SNR не определяется потому, что Вы соединяетесь на V.32bis. Для определения нужно V.34 или выше (V.90, K56Flex).

2. Строка инициализации прописана в MODEMIDC.INF. При установке драйвера она переносится в реестр (registry). Строчки инициализации в .INF менять нельзя, если только Вы не эксперт в этом деле. Есть пользовательская строка иницилизации, она находится в свойствах модема.

А по поводу настроек: прежде всего, хотелось бы понять, почему модем соединяется на V.32bis. Вы запретили V.34 или удалённый модем ничего лучше, чем V.32bis, не поддерживает?
_________________
Inpro
Technical Support

[inonia]

Я боюсь, что дело в удаленном модеме. Ради интереса провел эксперимент с Lucent Winmodem - скорость была от 2400 до 9600 бод.

[Technical Support]

В таком случае проблема может быть в телефонии. При ответе модемы используют процедуру automode start-up (запуск с автоматическим выбором протокола соединения). Эту процедуру легко заметить, если дать модему команду ATA. Сначала передаётся сигнал ANSam в соответствии с рекомендацией V.8 (его легко узнать по "биениям"). Этот сигнал используется для соединения на V.34. Если вызывающий модем не реагирует на ANSam, модем начинает передавать сигнал ANS (уже без биений). Если и тут ответа нет, то происходит переход на V.22bis и ниже.

Если телефония "запаздывает" (т.е. модемы начинают слышать друг друга через какое-то время после снятия трубки отвечающим), то отвечающий модем может уже закончить передачу ANSam до того, как вызывающий способен его услышать. В этом случае получим V.32bis, как в Вашей статистике. Если задержка коммутации голосового тракта ещё больше, то можно "пролететь мимо ANS". Тогда соединение установится на V.22bis или ещё хуже, на V.23 или V.21.

На мысль о телефонии наводит факт соединения на 2400 (скорее всего, V.22bis) в Вашем тесте с Lucent Winmodem.

Вы не замечали задержек в коммутации голосового тракта при обычных (не модемных) звонках? А что происходит, если набрать номер доступа провайдера с обычного телефона? Вы слышите "биения" в тоне ответа?
_________________
Inpro
Technical Support

[inonia]

По поводу биений - я слушал Lucent-овский коннект, впечатления такие - так называемых "биений" несколько (2, 3 или больше), причем они резко отличаются по громкости - то модемы "созваниваются" очень громко, то очень тихо. Насколько я понял это этап согласования скоростей.
после этого идет передача - при этом особенных помех на линии нет, но пересогласование (зачастую в несколько этапов) происходит где-то раз в минуту.
На том конце стоит US Robotics Sportser (старый, еще на 33 kbps)
По поводу линии - это коннект между АТС 285 и 203, обе ДШ, образца аж 1957 года.

[Technical Support]

Имелись в виду совершенно другие биения. Отключите модем от телефонной линии и пошлите ему команду ATA. Вы должны слышать биения в тоне 2100 Гц, которые генерирует Ваш модем. Это и есть ANSam. Теперь позвоните (с телефонного аппарата) на удалённый модем. Слышите ли Вы эти биения в тоне ответа удалённого модема?
_________________
Inpro
Technical Support

[inonia]

Все оказалось горадо проще, на том конце провода - USR RC-21600

[Technical Support]

Тогда всё понятно V.34 в этом модеме отсутствует. Максимальная скорость соединения с Вашим модемом - 14400 бит/с на протоколе V.32bis (что Вы и имеете).

Настраивать, в общем-то, нечего. Разве что... просмотрите статистики в поисках такой ситуации:

1. Конечная скорость соединения меньше, чем 14400.

2. Последний rate ranegotiation или retrain был инициирован удалённым модемом, и довольно давно (Last Retrain/Reneg Time).

3. EQM хороший (EQM Last 10 Readings).

Если такие ситуации встречаются, установите S55.2=1. За давностью лет никто у нас не смог вспомнить, страдает ли RC21600 болезнью, для лечения которой служит S55.2=1 (этим точно болеет ZyXEL, а вот RC21600... не помним).
_________________
Inpro
Technical Support

[Peter Stoliarov]

(По поводу RC21600)

Из USRовских модемов вышеназваннной "болезнью" (на самом деле отсутствие способности делать FallForward'ы было заложено производителями сознательно, чтобы народ брал Курьеры ) страдали модемы Sportster 14400. Russian Courier 21600 этим не страдает

[Technical Support]

Да-да, было такое! Потом US Robotics сама же на эти грабли и наступила, в V.34 Sportster: в отличии от V.32bis, где скорость общая для обеих модемов и удалённый модем (если он "умный") может поднять скорость даже при отсутствия fall-forward у партнёра, на V.34 каждый занимается "своей скоростью приёма". И тут отсутствие у USR Sportster V.34 способности поднимать скорость привело к т.н. SDS (синдрому спиральной смерти), когда с каждым глюком линии скорость приёма падала всё ниже и ниже. Это наделало много шума и USR пришлось рассылать бесплатные апгрейды, где эта проблема была исправлена.
_________________
Inpro
Technical Support