©2002, INPRO Development Corporation
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход

не работает V32bis на 2,23 прошивке в 5614bxl/vr+

 
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General
Предыдущая тема :: Следующая тема  
Автор Сообщение
stas
Junior member


Зарегистрирован: 01.02.2003
Сообщения: 3

СообщениеДобавлено: Сб Фев 01, 2003 1:48 am    Заголовок сообщения: не работает V32bis на 2,23 прошивке в 5614bxl/vr+ Ответить с цитатой

Четыpе месяца назад, я на своей телефонной линии для того чтобы коннект был
стабильным, и достаточно быстpым c интеpнет-пpовайдеpом, днем пользовался в
модеме IDC5614VR+, только пpотоколом V32bis, более высокоскоpостные пpотоколы я
пpосто отключал командой at+ms=10,0,4800,14400,1,0,14400, пpи этом коннект был
пpосто пpевосходным (достаточно сказать что _я был онлайн в течение двух суток
подpяд_ связь не pвалась, и данные пеpедавались постоянно почти не было
pетpейнов и pенегов).

Так вот, что я тепеpь имею: пpи попытке подключиться сейчас с той же стpокой
инициализации, и отключенным V32bis, _данные вообще не пеpедаются_, пpи этом
звуков pетpейнов и pенегов не слышно, индикатоp SVD гоpит постоянно извещая
меня о том что соотношение сигнал шум достаточно хоpошее, то есть внешне все в
поpядке. Hо даже ICQ конектиться только минут чеpез пять, такое впечатление что
данные вообще не идут, веб стpанички откpываются по десять минут, пpи этом все
же каким то обpазом удается соединиться с пpовайдеpом.

У пpовайдеpа установлен модем Motorola.

Тепеpь о Фидо: тоже самое пpоисходит и с моим аплинком, пpимеpно таже ситуация
нет звуков pетpейнов и пеpесогласований, SVD гоpит, но данные не пеpедаюсться,
но соединение с нодой пpоисходит.
У аплинка установлен модем USR внутpенний.

Я Использую стpоку инициализации ATZ , пpи этом в пpофиль занесены следующие
настpойки:

ats17=250s118=230s13.7=1s13.2=1s91=11m5%n1l0s95=13&w0
ats101=2s111=3s103=35s108=50s210.5=1s210.0=0s210.1=0s210.2=0&w0
ats52.0=1#cid=1s115=2s55.2=1s200.5=1s8=1ps55.3=1&w0
(1) ats50=8+ms=10,0,4800,14400,1,0,14400 &w0

пpи записи в пpофиль пеpвых тpех стpок и
(2) ats50=10+ms=11,0,2400,19200,1,0,9600 &w0
коннект пpосто _идеальный_

Hиже пpивожу статистику для V32bis(1) а затем для V34bis(2)


ЗЫ Почему то не покидает увеpенность, что это не ошибка в микpопpогамме, а
веpоятно изменение какого то pегистpа , пpи этом пpобывал сбpасывать к
заводскому пpофилю at&f3&w0
затем загонял стpоку (1) и пpи этом все оставалось по пpежнему. Четыpе месяца
назад все было отлично. v32bis мне нужен для стабильного коннекта.

Inpro IDC Modems Diagnostics, Version 1.0.1.30
31.01.2003 0:05:09 - Direct Log Write Entry
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.23

Time Online.................. 00:59:25
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 9600/14400/ 9600/14400 bps
Rx Rate (Last/Init/Min/Max).. 9600/14400/ 9600/14400 bps
Modulation................... V.32bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 0
Tx/Power Drop/Rx Level....... 11/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/0
Renegs Issued/Granted........ 2/0
FForwards/FBacks/Denied...... 0/2/0
Forced FB/FB after FF/MaxREJ. 2/2/8
Last dialed number........... P3,71300
Flex fail


EQM Value (Last/Min/Max)..... 0/0/25
EQM Hits..................... 0
EQM Last 10 Readings......... 0 1 0 1 1 2 1 2 0 0
Last Retrain/Reneg Status.... Local Rate Renegotiation
Last Retrain/Reneg Reason.... Local Fallback due to High EQM
Last Retrain/Reneg Time...... 36 minutes ago
Handshake Time/Retries....... 27 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/181
Frames Errors, Rx/Tx......... 181/26 (1,3%/0,6%)
Frames Count, Rx/Tx.......... 13722/4173
Error Control Frame Size..... V.42 LAPM (128)
Error Control Timeouts....... 19
Error Control Link NAKs...... 26
Compression Dictionary Size.. V.42bis (512)
Characters Received.......... 1164140
Characters Sent.............. 189726
Average CPS, Rx/Tx........... 326/53
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 100




Inpro IDC Modems Diagnostics, Version 1.0.1.30
30.01.2003 20:05:27 - Outbound Call by RemoteAccess
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.23

Time Online.................. 00:01:07
Termination Reason........... LINK DISCONNECT
Tx Rate (Last/Init/Min/Max).. 9600/ 9600/ 9600/ 9600 bps
Rx Rate (Last/Init/Min/Max).. 19200/19200/19200/19200 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 15
Tx/Power Drop/Rx Level....... 11/0/22
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 85/87
EQM Sum...................... 0000
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/0
Renegs Issued/Granted........ 0/1
FForwards/FBacks/Denied...... 0/0/0
Forced FB/FB after FF/MaxREJ. 0/0/5
Last dialed number........... P3,21401
Flex fail


Symbol Rate.................. 2400
Carrier Frequency Hz, Rx/Tx.. 1600/1800
EQM Value (Last/Min/Max)..... 15/10/104
EQM Hits..................... 0
EQM Last 10 Readings......... 19 18 10 20 20 23 51 26 104 104
Last Retrain/Reneg Status.... Remote Rate Renegotiation
Last Retrain/Reneg Reason.... Remote Rate Renegotiation
Last Retrain/Reneg Time...... 0 minutes ago
Handshake Time/Retries....... 27 seconds/1
Non-linear Encoding, Rx/Tx... ON/ON
Precoding, Rx/Tx............. OFF/OFF
Shaping, Rx/Tx............... ON/ON
Trellis Encoding, Tx......... 16 state
Pre-Emphasis Index, Tx....... 0
Band Edges Lower/Upper, Hz... 150/3825
Round trip delay, ms......... 0,2
Last Rx/Tx State............. 85/87
Energy at 3750Hz/Average .... 409/877
Detection of 120 Hz Tones.... No
Detection of Dual PCM........ Yes
V.8 Negotiation Started...... Yes
V.8bis Success............... No
V.8bis CRe,CRd,CL,MS,ACK,NAK. No/No/No/No/No/No
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...... Internal
Error Correction Status Byte. ADP:R ODP:T
Error Correction Status Byte. SYNC UA:T UA:R SAMBE:T XID:T XID:R
Frames REJected, Last/Total.. 1/11
Frames Errors, Rx/Tx......... 11/4 (6,2%/3,5%)
Frames Count, Rx/Tx.......... 177/113
Error Control Frame Size..... V.42 LAPM (128)
Error Control Timeouts....... 4
Error Control Link NAKs...... 4
Compression Dictionary Size.. V.42bis (512)
Characters Received.......... 3950
Characters Sent.............. 3404
Average CPS, Rx/Tx........... 58/50
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 65

Если нужно будет больше статистики то я могу заатачить журнал на емэйл.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Сб Фев 01, 2003 1:55 pm    Заголовок сообщения: Ответить с цитатой

В статистиках ничего криминального не видно. В микропрограмме по поводу V.32bis никаких изменений не производилось. Скорее всего, проблема связана не с микропрограммой и не с настройками, а с изменением условий работы (линии) или настроек модема провайдера. В частности, несколько смущает очень маленький размер словаря V.42bis (512). Даже у ZyXEL он 1024, а у большинства других - 2048.

Есть подозрение, что провайдер что-то "накрутил" в настройках своих модемов.

Давайте попробуем сделать следующее:

1. Вернуть модем к заводским установкам:

at *nc22 w2 \v1 s95=3 &w &w1

Можете добавить сюда установки, не влияющие на работу на линии:

at s13.7=1 s13.2=1 m5 %n1 l0 s95=13
at s52.0=1 #cid=1 s115=2 s200.5=1 s8=1 s50=8

и сохранить по at &w.

2. Попробуйте поработать на V.32bis при:

at+ms=10,0,4800,14400

Если ситуация повторится, то попробуйте запретить сжатие данных и перейти на MNP-4 (причина вполне может быть в этом):

at \n5 %c0

Если проблема останется, присылайте статистику Ваших попыток.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
stas
Junior member


Зарегистрирован: 01.02.2003
Сообщения: 3

СообщениеДобавлено: Вс Фев 02, 2003 6:05 pm    Заголовок сообщения: Ответить с цитатой

1. По моей просьбе был произведен коннект с тем же провайдером, но с модема USR, но с другого исходящего номера, и Атс тоже

другая, вот статистика для USR :
02-02-2003 09:40:51.25 - Dialing.
02-02-2003 09:40:51.25 - Send: ATDP8W25371300<cr>
02-02-2003 09:41:36.95 - Recv: <cr><lf>CONNECT 31200/ARQ/V34/LAPM/V42BIS<cr><lf>
02-02-2003 09:41:36.95 - Interpreted response: Connect
02-02-2003 09:41:36.95 - Connection established at 31200bps.
02-02-2003 09:41:36.95 - Error-control on.
02-02-2003 09:41:36.95 - Data compression on.
02-02-2003 09:41:40.61 - Hanging up the modem.

CONNECT STATUS
--------------
ON LINE ORIGINATE
SIGNAL QUALITY 9
RECEIVE LEVEL -24 dBm
ROUND TRIP DELAY 13 MS
NEAR END ECHO -25 dBm
FAR END ECHO -77 dBm
CONNECT TIME 00:00:13
LAST DIAL P8W25371300
LAST CALLER NUMB <Unknown>
OK
FACTORY CONFIGURATION
ERROR CORRECTION STATUS
-----------------------
TRANSMIT RECEIVE
17 SECONDS
3 158 CHARACTERS
3 112 BYTES
3 16 DATA FRAMES
0 0 RNR FRAMES
16 3 RR FRAMES
0 0 REJ FRAMES
0 0 ATTN FRAMES
0 0 ATTN ACK FRAMES
256 DATA BYTES CURRENT MAXIMUM PER FRAME
256 DATA BYTES ABSOLUTE MAXIMUM PER FRAME
V.42 BIS, WINDOW SIZE 15 (TRANSMIT), 15 (RECEIVE)
V.42 BIS: BOTH DIRECTIONS, DICTIONARY SIZE 1024, STRING LENGTH 32
OK
1446-FXD1 69-51446-052A/062A
OK
PCFAX.LIB 03/29/94 15:52 KGROUPF 09/24/93 14:50

Как видно из статистики модем провайдера, все таки имеет больший размер словаря , чем 512, а именно 1024 отсюда возникает вопрос,
ПОЧЕМУ ПРИ ЗВОНКЕ МОДЕМОМ IDC5614BXL/VR+ РАЗМЕР СЛОВАРЯ НА ПРОТОКОЛЕ СЖАТИЯ V42BIS УМЕНЬШАЕТЬСЯ???

У провайдера установлены модемы Motorola 3460 FastR.

2. я записал рекомендованую вами команду at\n5&q5s36=4s48=128%c0&w0 профиль и получил такую вот статистику:

Inpro IDC Modems Diagnostics, Version 1.0.1.30
02.02.2003 17:17:32 - Outbound Call by RemoteAccess
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.23

Time Online.................. 00:05:20
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 14400/14400/ 4800/14400 bps
Rx Rate (Last/Init/Min/Max).. 14400/14400/ 4800/14400 bps
Modulation................... V.32bis
Protocol/Compression......... MNP/NONE
Line Quality................. 4
Tx/Power Drop/Rx Level....... 11/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. 1/0/2
Renegs Issued/Granted........ 18/2
FForwards/FBacks/Denied...... 8/11/0
Forced FB/FB after FF/MaxREJ. 0/4/0
Last dialed number........... P3,71300
Flex fail


EQM Value (Last/Min/Max)..... 4/0/127
EQM Hits..................... 0
EQM Last 10 Readings......... 4 8 3 4 3 3 2 3 3 4
Last Retrain/Reneg Status.... Local Rate Renegotiation
Last Retrain/Reneg Reason.... Local Fallforward due to Low EQM
Last Retrain/Reneg Time...... 0 minutes ago
Handshake Time/Retries....... 20 seconds/0
Round trip delay, ms......... 0,6
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. LA:T LA:R LR:T LR:R
Frames REJected, Last/Total.. 0/0
Frames Count, Rx/Tx.......... 0/0
Error Control Frame Size..... MNP (256)
Error Control Timeouts....... 0
Error Control Link NAKs...... 0
Compression Dictionary Size.. NONE (0)
Characters Received.......... 111033
Characters Sent.............. 10036
Average CPS, Rx/Tx........... 346/31
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 100

ВЫВОД: Вы правильно диагностировали проблему, действительно после введенной команды модем стал передавать данные как метеор

индикатор RD постоянно горит, то есть вроде как все верно, но как же медленно без протокола сжатия по веб-страничкам ходить,

поэтому я решаю включить протокол сжатия MNP-5 командой at\n5&q5s36=4s48=128%c1&w0, и получаю такую статистику:


Inpro IDC Modems Diagnostics, Version 1.0.1.30
02.02.2003 17:25:44 - Outbound Call by RemoteAccess
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.23

Time Online.................. 00:02:51
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 14400/14400/14400/14400 bps
Rx Rate (Last/Init/Min/Max).. 14400/14400/14400/14400 bps
Modulation................... V.32bis
Protocol/Compression......... MNP/MNP-5
Line Quality................. 6
Tx/Power Drop/Rx Level....... 11/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/0
Renegs Issued/Granted........ 0/0
FForwards/FBacks/Denied...... 0/0/0
Forced FB/FB after FF/MaxREJ. 0/0/0
Last dialed number........... P3,21401
Flex fail


EQM Value (Last/Min/Max)..... 6/1/8
EQM Hits..................... 0
EQM Last 10 Readings......... 6 3 4 4 6 3 4 8 2 3
Last Retrain/Reneg Status.... None
Last Retrain/Reneg Reason.... None
Last Retrain/Reneg Time...... 2 minutes ago
Handshake Time/Retries....... 13 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. LA:T LA:R LR:T LR:R
Frames REJected, Last/Total.. 0/0
Frames Count, Rx/Tx.......... 0/0
Error Control Frame Size..... MNP (256)
Error Control Timeouts....... 0
Error Control Link NAKs...... 0
Compression Dictionary Size.. MNP5 (0)
Characters Received.......... 140788
Characters Sent.............. 16295
Average CPS, Rx/Tx........... 823/95
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 100

Данные опять таки передаються, то есть уже лучше становиться.
Теперь включаю протокол сжатия V42bis at\n5&q5s36=4s48=128%c2&w0, получаю статистику :

Inpro IDC Modems Diagnostics, Version 1.0.1.30
02.02.2003 17:33:15 - Outbound Call by RemoteAccess
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.23

Time Online.................. 00:02:31
Termination Reason........... GSTN CLEARDOWN
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......... MNP/V.42bis
Line Quality................. 10
Tx/Power Drop/Rx Level....... 11/NA/23
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........ 8/1
FForwards/FBacks/Denied...... 4/4/0
Forced FB/FB after FF/MaxREJ. 0/1/0
Last dialed number........... P3,71300
Flex fail


EQM Value (Last/Min/Max)..... 10/1/101
EQM Hits..................... 0
EQM Last 10 Readings......... 9 10 9 9 12 9 12 11 9 11
Last Retrain/Reneg Status.... Remote Rate Renegotiation
Last Retrain/Reneg Reason.... Remote Rate Renegotiation
Last Retrain/Reneg Time...... 0 minutes ago
Handshake Time/Retries....... 20 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. LA:T LA:R LR:T LR:R
Frames REJected, Last/Total.. 0/0
Frames Count, Rx/Tx.......... 0/0
Error Control Frame Size..... MNP (256)
Error Control Timeouts....... 0
Error Control Link NAKs...... 0
Compression Dictionary Size.. V.42bis (512)
Characters Received.......... 124269
Characters Sent.............. 14808
Average CPS, Rx/Tx........... 822/98
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 100

И снова все в порядке данные передаються.
Теперь включаю протокол коррекции ошибок LAPM at\n4&q5s36=4s48=7%c2&w0

Inpro IDC Modems Diagnostics, Version 1.0.1.30
02.02.2003 17:57:39 - Outbound Call by RemoteAccess
--------------------------------------------------------
Modem type: IDC-5614BXL/VR+ (Plus) Firmware revision: V2.23

Time Online.................. 00:10:37
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 4800/14400/ 4800/14400 bps
Rx Rate (Last/Init/Min/Max).. 4800/14400/ 4800/14400 bps
Modulation................... V.32bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 3
Tx/Power Drop/Rx Level....... 11/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. 1/0/0
Renegs Issued/Granted........ 14/0
FForwards/FBacks/Denied...... 5/10/1
Forced FB/FB after FF/MaxREJ. 0/0/4
Last dialed number........... P3,71300
Flex fail


EQM Value (Last/Min/Max)..... 3/0/107
EQM Hits..................... 0
EQM Last 10 Readings......... 12 14 13 13 11 13 15 12 12 15
Last Retrain/Reneg Status.... Local Rate Renegotiation
Last Retrain/Reneg Reason.... Local Fallforward due to Low EQM
Last Retrain/Reneg Time...... 0 minutes ago
Handshake Time/Retries....... 21 seconds/0
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.. 2/101
Frames Errors, Rx/Tx......... 101/7 (2,7%/1,8%)
Frames Count, Rx/Tx.......... 3755/398
Error Control Frame Size..... V.42 LAPM (128)
Error Control Timeouts....... 4
Error Control Link NAKs...... 7
Compression Dictionary Size.. V.42bis (512)
Characters Received.......... 109172
Characters Sent.............. 11313
Average CPS, Rx/Tx........... 171/17
Characters Lost, Rx/Tx....... 0/0
Estimated Noise Level, -dBm.. 100

И возвращеемся туда откуда пришли, данные не передаются :(((((( ,точнее передаются, но чудовищно медленно, медленне чем без сжатия

вообще, визуально это выглядит так, сначала индикатор RD погорит немного, потом затухает, потом опять погорит немного, и затем

гаснет и так постоянно, веб страница минут за 5 с трудом в результате открываеться.

ЧТО ВЫ МОЖИТЕ ПОРЕКОМЕНДОВАТЬ В ДАННОЙ СИТУАЦИИ?

ЗАБИТЬ НА коррекцию ошибок LAPM, и использовать MNP ?

ПОЧЕМУ ЭТА ПРОБЛЕМА ВОЗНИКАЕТ, Я ПОЧТИ УВЕРЕН ЧТО ПРОВАЙДЕР В СВОЕМ МОДЕМЕ Motorola 3460 FastR НИЧЕГО НЕ

"КРУТИЛ", НАВЕРНЯКА КАК КУПИЛИ ИХ ТАК ОНИ У НИХ И УСТАНОВЛЕНЫ С ЗАВОДСКИМИ НАСТРОЙКАМИ?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Вс Фев 02, 2003 6:51 pm    Заголовок сообщения: Ответить с цитатой

Давайте по порядку. Первое: другой модем:

1446-FXD1 69-51446-052A/062A

имеет к USR такое же отношение, как мы к Большому театру Very Happy Это - IDC-14496BL, весьма древняя (примерно 1993 г), но одна из лучших в своё время модемов IDC. Первый IDC, у которого появился встроенный АОН, и с которого впоследствии ZyXEL "срисовал" команду управления режимами АОН (AT&In).

Но это - лирика. Почему выбирается разный размер словаря - сказать трудно. В том, что это делает удалённый модем, сомнений нет (такова последовательность обмена XID). Возможно, это как-то связано с размером блока данных LAP-M: у IDC-14496 он - 256 байт, а у IDC/VR - 128 байт.

Отключить V.42bis было рекомендовано только для того, чтобы исключить ещё одну возможную причину проблемы. Теперь (после экспериментов) понятно, что в Вашей ситуации наилучшим решением будет использование V.42bis "поверх" MNP-4:

at \ n5 %c3

Вполне возможно, что Вы правы и провайдер ничего не менял в своих настройках: просто проблема не проявляла себя 4 месяца назад. Наверное, сейчас это не важно. Главное, что причина ясна (LAP-M) и метод борьбы тоже ясен (переход на MNP-4).
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
stas
Junior member


Зарегистрирован: 01.02.2003
Сообщения: 3

СообщениеДобавлено: Вс Фев 02, 2003 10:53 pm    Заголовок сообщения: Ответить с цитатой

1. Почему проблема с LAPM проявляет себя только на V32bis?
2. Какие преимущества дает LAPM по сравнению с MNP-4 ?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Вс Фев 02, 2003 11:53 pm    Заголовок сообщения: Ответить с цитатой

Цитата:

1. Почему проблема с LAPM проявляет себя только на V32bis?

Скорее всего, проблема не зависит от протокола модуляции, но на одних протоколах возникает чаще, чем на других. Есть предположение, что это может быть связано с симметричностью V.32bis (одна и та же скорость на приём и передачу). Точнее узнать нельзя.

Цитата:

2. Какие преимущества дает LAPM по сравнению с MNP-4 ?

Явных преимужеств или недостатков одного протокола по сравнению с другим нет. На MNP-4 больше размер блока данных (256 против 128), но меньше размер окна. Основные процедуры в обеих протоколах аналогичны. Разве что это: некоторые модемы не умеют делать V.42bis поверх MNP-4 и будут использовать протокол компрессии MNP-5, который (в большинстве случаев) хуже V.42bis. Но в Вашем случае V.42bis поверх MNP-4 работает, так что разницы нет.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2005 phpBB Group

Created this page in 0.033246 seconds : 16 queries executed : GZIP compression enabled : Debug Mode

©2002, INPRO Development Corporation

Rambler's Top100