Помощь в настройке модема и связи

[Orion33]

Ай робяты, ай малаца!!!
Как жишь я сразу такую нужную темку не заметил?!
Словом, поколдовал малёк. Дошло дело вот до такой вот строчки: &K2&M4S27=64S40=7E1PS32=66S33=32S39=0
Дает она вот что.

24.01.05 14-11

U.S. Robotics 56K Voice INT Link Diagnostics...

Chars sent 46999 Chars Received 307748
Chars lost 0
Octets sent 36073 Octets Received 142071
Blocks sent 904 Blocks Received 1147
Blocks resent 128

Retrains Requested 0 Retrains Granted 13
Line Reversals 0 Blers 40
Link Timeouts 37 Link Naks 12

Data Compression V42BIS 2048/32
Equalization Long
Fallback Enabled
Protocol LAPM
Speed 21600/24000
Last Call 00:07:41

Disconnect Reason is DTR dropped

U.S. Robotics 56K Voice INT Link Diagnostics...


Modulation V.34
Carrier Freq (Hz) 1829/1920
Symbol Rate 3200/3200
Trellis Code 64S-4D/64S-4D
Nonlinear Encoding ON/ON
Precoding ON/ON
Shaping ON/ON
Preemphasis (-dB) 6/6
Recv/Xmit Level (-dBm) 29/11
Near Echo Loss (dB) 35
Far Echo Loss (dB) 54
Carrier Offset (Hz) 2000
Round Trip Delay (msec) 4
Timing Offset (ppm) 1760
SNR (dB) 28
Speed Shifts Up/Down 4/18
Status :

24.01.05 4-19
U.S. Robotics 56K Voice INT Link Diagnostics...

Chars sent 2583230 Chars Received 8430148
Chars lost 0
Octets sent 1862723 Octets Received 6573300
Blocks sent 67671 Blocks Received 55104
Blocks resent 165

Retrains Requested 1 Retrains Granted 2
Line Reversals 0 Blers 152
Link Timeouts 9 Link Naks 15

Data Compression V42BIS 2048/32
Equalization Long
Fallback Enabled
Protocol LAPM
Speed 28800/28800
Last Call 01:18:09

Disconnect Reason is DTR dropped

U.S. Robotics 56K Voice INT Link Diagnostics...


Modulation V.34
Carrier Freq (Hz) 1829/1920
Symbol Rate 3200/3200
Trellis Code 64S-4D/64S-4D
Nonlinear Encoding ON/ON
Precoding ON/ON
Shaping ON/ON
Preemphasis (-dB) 6/4
Recv/Xmit Level (-dBm) 28/11
Near Echo Loss (dB) 37
Far Echo Loss (dB) 50
Carrier Offset (Hz) 1960
Round Trip Delay (msec) 4
Timing Offset (ppm) 1840
SNR (dB) 36
Speed Shifts Up/Down 3/8
Status :

АТС 135-я.

Филиппок!!! Прикинь? Мало того, что у нас с тобой модемы одинаковые, так мы еще в одном городе живем и в одном универе учимся!!! Хотя, ты наверное уже не учишься Как насчет того, чтобы пересечься, пиффо за правильную темку попить? Ах, блин... Ты ж пиво не пиешь... Ну пышек поедим )) Аська, если что, 200905259

[dimass]

О ! Какая актуальная тема Пожалуйста, давайте и мой лог оценим

DeviceName: Sportster Vi 28.8 FAX Voicemail
UserInit: AT&F1&M5S10=99S40=7
----------------------------------------------------------------------
USRobotics Sportster Vi 33600 Faxmodem Settings...

B0 E1 F1 M1 Q0 V1 X4 Y2
BAUD=38400 PARITY=N WORDLEN=8
DIAL=HUNT ON HOOK

&A3 &B1 &C1 &D2 &H1 &I0 &K1
&M5 &N0 &P0 &R2 &S0 &T5 &U0 &Y1

S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=003
S07=060 S08=002 S09=006 S10=095 S11=085 S12=050 S13=000
S14=000 S15=000 S16=000 S17=000 S18=000 S19=000 S20=000
S21=010 S22=017 S23=019 S24=000 S25=005 S26=000 S27=001
S28=008 S29=020 S30=000 S31=000 S32=000 S33=000 S34=000
S35=000 S36=000 S37=000 S38=000 S39=013 S40=007 S41=000
S42=000 S43=200 S44=015 S45=000 S46=050 S47=000 S48=084
S49=000 S50=000 S51=000 S52=000 S53=000 S54=064 S55=000
S56=000 S57=000


USRobotics Sportster Vi 33600 Faxmodem Link Diagnostics...

Chars sent 422457 Chars Received 1525613
Chars lost 0
Octets sent 261848 Octets Received 1001434
Blocks sent 32559 Blocks Received 13706
Blocks resent 8

Retrains Requested 0 Retrains Granted 0
Line Reversals 0 Blers 48
Link Timeouts 0 Link Naks 1

Data Compression V42BIS 2048/32
Equalization Long
Fallback Enabled
Protocol LAPM 128/15
Speed 31200/26400
Last Call 00:51:15

Disconnect Reason is DTR dropped

Configuration Profile...

Product type Germany External
Options V32bis,V.FC,V.34+
Fax Options Class 1/Class 2.0
Clock Freq 20.16Mhz
Eprom 256k
Ram 32k

Supervisor date 11/29/95
DSP date 11/21/95

Supervisor rev 049-6.1.5
DSP rev 1.2.5

USRobotics Sportster Vi 33600 Faxmodem Link Diagnostics...

Modulation V.34
Carrier Freq (Hz) 1959/1959
Symbol Rate 3429/3429
Trellis Code 64S-4D/16S-4D
Nonlinear Encoding ON/ON
Precoding ON/ON
Shaping ON/ON
Preemphasis (-dB) 4/8
Recv/Xmit Level (-dB) 311/183
Roundtrip Delay (msec) 4

Freq Level



Modem Session Analyzer
-------------------------------------------------------------
Session time : 00:51:15
Retrains issued/granted/auto : 0/0/NA
TX Rate last/init : 26400/NA
RX Rate last/init : 31200/28800
Error control protocol/frame size : LAP-M/128
Average RX chars per frame : 111
TX frames/errors : 32559/8 (0.02
RX frames/errors : 13706/48 (0.35
Potential upstream cps : 3101
Potential downstream cps : 3513

Странно, что по aty11 ни чего не выдал.

[orion71]

Объясните пожайлуста что значат эти параметры? К каким характеристикам надо стремиться?

Carrier Freq (Hz) None/1920
Symbol Rate 8000/3200
Trellis Code None/64S-4D
Nonlinear Encoding None/ON
Precoding None/ON
Shaping ON/ON

Carrier Freq (Hz) 1959/1959
Symbol Rate 3429/3429
Trellis Code 64S-4D/64S-4D
Nonlinear Encoding ON/ON
Precoding ON/ON
Shaping ON/ON

Вот вырезки из 2-х статистик. В одной значения не равны, пример: (Trellis Code None/64S-4D). В другой же равные, пример: (Trellis Code 64S-4D/64S-4D)
Где правильнее и лучше?
Спасибо за ранее

[FilippOk]

Carrier Freq (Hz) None/1920
Частота несущей. Чем шиpе полоса, тем бОльшую частоту попpосит модем
в свою стоpону. Чем она больше, тем больше модуляционная скоpость (см. ниже).
Symbol Rate 8000/3200
Модуляционная (символьная) скоpость (это еще не бит/сек! ).
Собственно, мне всегда казалось, что 8000 - враньё модема. Или я чего не понял, но 3200 - максимум.
Trellis Code 64S-4D/64S-4D
Тип тpеллис-кодов (от себя/к себе). Этот наиболее помехоустойчив, но тpебует
больше всего pесуpсов. Долго рассказывать, что это такое. Как бы попроще...
Гpубо говоpя, это как бы "зацепление" соседних состояний сигнала, за счет чего ошибка "pазмазывается" во вpемени, и может быть скоppектиpована. Так понятно? Т.е. если на одной из сторон треллис-кодирования нет, это повышает вероятность ошибок протокола (v42 или v90, не суть).
Nonlinear Encoding None/ON
Hелинейное кодиpование - нужно на линиях с цифpовым уплотнением (ИКМ).
Precoding OFF/ON
Внесение нелинейных пpедыскажений для минимизации шума эквалайзеpа.
Сделано по пpичине использования максимально возможной полосы - а
в этих условиях обычный эквалайзеp в пpиемнике сильно шумит.
Shaping ON/ON
Улучшение помехоустойчивости за счет введения динамического отобpажения гpупп битов на состояния сигнала. Hужно для усpеднения мощности сигнала (т.к. одного обычного скpемблеpа недостаточно)
Там есть ещё Preemphasis (-dB) - это номеp шаблона фильтpа для внесения коppекции завала АЧХ на пеpедающей стоpоне.

[orion71]

Спасибо за объяснение
Но все таки как лучше:
1. None/64S-4D или
2. 64S-4D/64S-4D ?

1. Precoding None/ON или
2. Precoding ON/ON ?

[FilippOk]

Короче, ты так и не понял.
Ну ок, 64S-4D/64S-4D - лучше.
Вопрос, правда, ДЛЯ ЧЕГО лучше?..

[orion71]

Короче, ты так и не понял.
Ну ок, 64S-4D/64S-4D - лучше.
Вопрос, правда, ДЛЯ ЧЕГО лучше?..

Ну как тебе сказать
Понятно, что из показаний одного вытекает другое Вроде как понял, но ...
Я понимаю что я чего то не понимаю, но чего я не понимаю - я не понимаю

[FilippOk]

Блин.
Ещё раз. Э-э-э-э...
Сформулирую так. Обозначение 64S-4D - это тип коррекции ошибок потока данных, обеспечивающий исправление ошибок передачи "на лету", без перепосылки пакета и нарушения очередности, и, как следствие, потерь на переформировании "пачки". Условие: требует наличия достаточно производительного контроллера на борту модема, плюс кусок буферной памяти - если мне не изменяет маразм, минимум 12кб, кажись...
Посему, естественно, эффективность работы такого типа коррекции зависит от того, кто её применяет - приёмник или передатчик. А поскольку при обычном инет-соединении вход и его параметры гораздо важнее выхода, то:
None/64S-4D - вполне достаточно.
64S-4D/64S-4D - более чем достаточно
64S-4D/None - плохо, но бывает редко: уж если уж даже у тебя коррекция есть - провайдер-то со своей стороны её всяко обеспечит.
None/None - в далёком 1995-м году я такое регулярно видел... совсем плохо.
Типа вот. Если СИЛЬНО на пальцах и коротко.

[orion71]

ну вот
а то по предыдущим постам было такое ощущение, что ты разговаривал сам с собой

[orion71]

U.S. Robotics 56K Voice INT Link Diagnostics

Какая команда запретит модему делать ретрейн? Или модем всегда его делает? (скорость при этом не хочу лимитировать)

[FilippOk]

Таааак.
Гы.
Поехали дальше.
Что такое ретрейн?
Ретрейн - он же перетренировка - это "пересоединение" модемов из-за изменившихся условий канала. Проехал рядом троллейбус - искра прошла - помеха на линии - модемы "потеряли друг дружку". Пошёл ретрейн. Данные в это время не передать, естесно.
Итак, на перетренировку нужно время.
Пока один даст сигнал, другой примет, они определят рабочую полосу канала, скорости... протоколы.. и всё с этим связанное - данные в это время не передать.
Что будет, если запретить ретрейны? А ничего, собственно. Модем, которому запещен ретрейн, тупо оборвёт связь при первом же запросе на повышение скорости. Хотя, смотря кто и как этот запрс сделает, конечно.
Правда, при этом можно заставить можем не сбрасывать несущую, скажем, пять секунд после потери сигнала приёмника. Тогда придём к тому же, от чего убегали - ретрейны будут выражаться в пятисекундных задержках, но... появятся обрывы: ведь когда-нибудь помеха задержится на линии дольше пяти секунд?
Резюмируя: запретить ретрейны можно, но бессмысленно: чаще всего, ретрейн - явление, следующее за ухудшением сигнала в линии, и запрещать его - значит отказаться от возможности продолжить сеанс связи при ухудшении параметров сигнала в линии.
Примечание. Модем делает ретрейны не всегда: существует несколько способов пересогласовать скорость на линии, которые называются по-разному. Не будем заглубляться. Важно только, что какие-то из этих способов работают быстрее, какие-то медленнее, но этот процесс всегда сопровождается прерыванием потока данных.

[orion71]

Примечание. Модем делает ретрейны не всегда: существует несколько способов пересогласовать скорость на линии, которые называются по-разному.

Я это и имел в виду Можно ли ему запретить .... мля-я-я-я, ну как выразиться правильно
Просто когда я тупо обрезаю скорость, к примеру (от 26800 до 33600) все гладенько и спокойненько идет. Нет ни фризов, ни лагов. Но, когда строка инициализации чиста, то постояно возникают мелкие фризы Модем постоянно лезет улучшить или ухудшить связь Вот я и хотел бы попробывать заставить модем работать на той скорости на которой он цепанулся. Конечно глупо, но хотелось бы Понимаю, что сам принцип работы завязан на постоянном обращении и попытках пересогласоваться, но может есть некоторые хитрости?

[FilippOk]

Ы-ы-ы... А-а-а... Вот оно что.
Это называется не ретрейны. Это называется speedshift (спидшифт - переключение скорости). Спидшифт бывает как вперёд (fallforward), так и назад (fallback). Он тоже требует времени, но в отличие от ретрейна, занимает от секунды до пяти секунд (зависит от количества спидшифтов - бывает, они идут сериями, например, бывает, что модем перескакивает сразу 45333->44000->42666->41333 - тогда задержка в трансмите будет более длительной).

Что же до отключения этой функции...
В модемах Zuxel предусмотрена прямая команда запрета спидшифтов.
В USR этого, насколько я знаю, нет. Есть различные альтернативные способы: занизить чувствительность модема, включив резисторы, последовательно с модемом (для исключения нарушения симметрирования входных цепей, резисторы должны устанавливаться по одному на каждый провод), например.

[orion71]

Жаль
Просто доставать стали именно

зависит от количества спидшифтов - бывает, они идут сериями,

Такое ощущение, что у меня они только и ходят что сериями Задержки от5 до 15 секунд могут быть Вот и приходится слезать с 45,2 до 33,6

[FilippOk]

А не факт, что в этом пересогласования виноваты.
Это очень просто выяснить: в логе модема по ATI11 после окончания сессии будет указано количество смен скоростей и куда были смены (вверх/вниз). Если много - оно и виновато. Если за час активного траффика - один-два, то нет.

[orion71]

они родимые виноваты 2 раза вверх, 8 раз вниз и все это за 4 часа работы

З.Ы. Кстати. Переустановил винды и теперь при запуске гипер-терминала (вернее при наборе команды) он выдает ошибку

Произошла ошибка TAPI. Воспользуйтесь значком "Параметры модема" панели управления и проверьте, что модем установлен, а затем перезапустите Гипертерминал

Как это вылечить?

[FilippOk]

Дрова модемца поставил?
Он модема не видит.
В настройках гипера глянь.

[FilippOk]

Я тут подумал-подумал...
8 раз вниз, говоришь?
Похоже, на хендшейке символьную задирает, оптимист...
Не помню, какой у тебя модем.
Но дело в том, что хоть в USR-модемах и нет запрета на перетренировки, зато есть регистр "КА" ("регистр коэффициента агрессивности"). Регистр "КА" был реализован программистами компании U.S. Robotics в прошивках нижеперечисленных V.92 модемов:
1. U.S. Robotics 56K Faxmodem External (модель 5630), прошивка версии 11.16.419. Значение по умолчанию - ATS42=8;
2. U.S. Robotics 56K Message Modem (модель 5668-01), прошивка версии 14.13.19. Значение по умолчанию - ATS42=8;
3. U.S. Robotics Courier V.Everything 56K Corporate (модель 3453), прошивка версии 2.1.1. Значение по умолчанию - ATS61=10;

Для чего нужен "КА" и что это такое? "КА" это некий относительный показатель, который задает модему "нормы поведения" при выборе первоначальной скорости соединения. Обычно "интеллекта" модема в прошивке хватает, чтобы оценить параметры канала связи и выбрать правильную (с точки зрения эти условий) скорость соединения и прочие параметры связи. Но иногда бывает нужно, не полагаясь на "интеллект" модема, придать ему некоторое ускорение, либо наоборот охладить его пыл.
Например, изучение статистики десятков сеансов связи показывает, что модем изначально соединяется на скорости 49333, а потом заканчивает сеанс связи на скорости 50666, выполнив ряд перетренировок. В таком случае модему можно указать в регистре "КА" значение по умолчанию (для Курьера это "10", а для 56K модемов это "8") + 1. То есть мы даем модему задание - прыгнуть на одну ступеньку скорости вверх. Точно также можно, например, приглушить "оптимизм" модема задав значение "КА" меньше чем по умолчанию.
Следует помнить, что если мы будет бесконечно задирать вверх агрессивность, то модем возможно и станет соединяться на более высокой скорости, однако мы потеряем в надежности соединения (частые разрывы, ретрейны и т.д.) и CPS - главное мерило скорости передачи данных.

Выделенный фрагмент выдран мною с корнями из usrsupport.ru.
Вдруг да воспоможет...

[orion71]

Не помню, какой у тебя модем.

U.S. Robotics 56K Voice INT V5.20.1 (это по определяет система)
U.S. Robotics 56K Voice PCI (2976) (енто на нем написано)

Дрова модемца поставил?
Он модема не видит.
В настройках гипера глянь.

Дык как же не поставил? Винда сама его определяет Да и в настройках, при создании нового соединения указан ентот модем. Кстати, на работе такая же хрень с гипертерминалкой

А по поводу выделеного тобой фрагента скажу одно. Огромное спасибо за ваши знания, но позвольте спросить: "Где вы такую траву берете?" Ну не хватит у меня мозгов разобраться в этом Хотя видно не совсем сложно регистру присвоить цифру, но какой регистр выбрать?
Все равно огромное спасибо. Будем искать. (с) Брилиантовая рука.

[FW_Vert]

Просьба к Fillipok. Посмотри лог пожалуйста (46 минут на сервере винни пуха). Провайдер РОЛ. АТС типа МТ-20. Лапша в подьезде дерьмовая есть разрывы, парралельный телефон отключен. Может косвенно поможет

Симптомы: достаточно высокий пинг 350 и > и зачастую потеря связи (в смысле коннект висит но модем никакой инфы не шлет, поток данных на нуле а carrier не теряет), как будто нет ответа от сервака или меня а может быть какой-то таймаут короче не знаю :confused: . Значение S регистра 39 менял ( в надежде снизить эхо)но эффекта ноль, хотя и после сеанса он остается каким я поставил.

Вот портянка:
OK
ati3
U.S. Robotics 56K FAX INT V5.22.45

OK
ati7
Configuration Profile...

Product type US/Canada Internal
Product ID: 00561002
Options V32bis,V.80,V.34+,V.90,V.92
Fax Options Class 1/Class 2.0
Line Options Caller ID, Distinctive Ring
Clock Freq 92.0Mhz
EPROM 256k
RAM 32k

FLASH date 9/11/2001
FLASH rev 5.22.45

DSP date 9/11/2001
DSP rev 5.22.45

OK
ati6
U.S. Robotics 56K FAX INT Link Diagnostics...

Chars sent 2615164 Chars Received 3447823
Chars lost 0
Octets sent 2066869 Octets Received 3197964
Blocks sent 82165 Blocks Received 30887
Blocks resent 149

Retrains Requested 1 Retrains Granted 0
Line Reversals 0 Blers 5
Link Timeouts 3 Link Naks

Data Compression V42BIS 0/0
Equalization Long
Fallback Enabled
Protocol LAPM
Speed 21600/26400
Last Call 00:46:34

Disconnect Reason is DTR dropped

OK
ati11
U.S. Robotics 56K FAX INT Link Diagnostics...


Modulation V.34
Carrier Freq (Hz) 1829/1920
Symbol Rate 3200/3200
Trellis Code 64S-4D/64S-4D
Nonlinear Encoding ON/ON
Precoding ON/ON
Shaping
Preemphasis (-dB) 0/4
Recv/Xmit Level (-dBm) 0.1/0.1
Near Echo Loss (dB) 27
Far Echo Loss (dB) 51
Carrier Offset (Hz) -17520
Round Trip Delay (msec) 7
Timing Offset (ppm) -23792
SNR (dB) 31
Speed Shifts Up/Down/Null 3/7/0
Status :

OK
aty11

Freq Level (dB)

150 22
300 21
450 20
600 20
750 20
900 20
1050 20
1200 20
1350 20
1500 20
1650 20
1800 20
1950 21
2100 21
2250 21
2400 21
2550 21
2700 21
2850 21
3000 21
3150 22
3300 22
3450 23
3600 24
3750 27
OK
ati4
U.S. Robotics 56K FAX INT Settings...

B0 E1 F1 L1 M1 Q0 V1 X4 Y0
BAUD=115200 PARITY=N WORDLEN=8
DIAL=TONE ON HOOK CID=0

&A3 &B1 &C1 &D2 &G0 &H1 &I0 &K1
&M4 &N0 &P1 &R2 &S0 &T5 &U0 &Y1

S00=000 S01=000 S02=043 S03=013 S04=010
S07=060 S08=002 S09=006 S10=014 S11=070 S12=050 S13=000
S15=000 S16=000 S18=000 S19=000 S21=010 S22=017 S23=019
S25=005 S27=000 S28=008 S29=020 S30=000 S31=128 S32=002
S33=000 S34=000 S35=000 S36=014 S38=000 S39=000 S40=001
S41=000 S42=000

LAST DIALED #: P258888

OK

[tugarin]

Не пойму, в чем у меня трабла со связью.

После часа ночи имею нормальную стабильную связь, скорость бывает даже поднимается выше 33.6.

С вечера и до полуночи связь отвратительная: жутко нестабильная, редко бывает выше 21.6, чревата весьма вероятными дисконнектами.

Пробовал разных провайдеров, со всеми одно и то же.

Модем US Robotics Sportster 33600 внешний, перепрошит на 56k.

Я сейчас на работе. Вечером выложу логи плохого соединения, а ночью - хорошего.

[FilippOk]

...АТС типа МТ-20. Лапша в подьезде дерьмовая есть разрывы, парралельный телефон отключен. Может косвенно поможет

Спасибо что напомнил, что-то я пропустил. Бывает...
1. Во-первых. ОДНА скрутка (скрученный между собой разрыв проводов) - это уже повод заменить весь кабель целиком. Потому что одним этим местом кабель будет получать все фоны, наводки и шумы от окружающих его других кабелей, электроприборов, и даже лампочек, если близко висят.
2. Во-вторых. Каждый кабель имеет свою ёмкость. Так? А раз так, то если посмотреть на старые русские телефонные кабели, которые тянули в наших домах ещё строители (в просторечии - "макароны" или "лапша" - полупрозрачные розоватые двойные медные кабели без экрана), то по ГОСТу они попросту не рассчитаны на применение в качестве цифровых каналов. Голос и только голос. А на голос особо чистого канала не надо - как-нибудь расслышите.
Так вот, сей кабель типа "макароны" изначально имеет некислую ёмкость, потому что медь там - редкостный фуфел. И эта ёмкость растёт каждый год - оплётка этих кабелей сделана не везде плотно, и высокая влажность за пять-семь лет делает эти кабели совершенно непригодными для модемной связи, за счёт высокой собственной ёмкости, повышенного окисления, ломкости жил, быстрого высыхания и последующей потресканности оплётки и прочего и прочего.
Вывод - только импортные четырёхжильные кабели. Желательно - от клемм-распайки в распаечной коробке в подвале. На крайняк - хотя бы от входа в квартиру. Тем более с такой АТС.
3. О цене: даже хороший финский телефонный кабель стоит 150-200 рублей за 10 метров. Мелочь. Можно взять русский - делите цену пополам.
Причём, лучше всего брать кабель уже с разъёмами на концах. Придёте домой и вставите, не парясь - одним концом в модем (щёлк!), другим - в розетку (щёлк!), если на ней есть ответное гнездо. Если нет - обрежете разъём и подключите прямо к розетке двумя внутренними жилками.
4. Розетки. Следует помнить, что в старых телефонных розетках ставили конденсаторы. Эти конденсаторы были нужны старым АТС, чтобы они не фиксировали бросок, когда вы отключаете телефон, тем самым понижая нагрузку на входные каскады АТС. А заодно эти конденсаторы фильтровали высокочастотные наводки и шумы в линии. А заодно поднимали и так нехилую ёмкость линии.
ДОЛОЙ! Как увидите - резать, не дожидаясь перитонитов.

Симптомы: достаточно высокий пинг 350 и > и зачастую потеря связи (в смысле коннект висит но модем никакой инфы не шлет, поток данных на нуле а carrier не теряет), как будто нет ответа от сервака или меня а может быть какой-то таймаут короче не знаю :confused: . Значение S регистра 39 менял ( в надежде снизить эхо)но эффекта ноль, хотя и после сеанса он остается каким я поставил.

1. Пинг - до кого? До Австралии он у тебя будет вообще 2000. И о чём это говорит? Ни-о-чём. А до соседа твой пинг будет 100. А это о чём говорит? Ни-о-чём.
Пинг = время, за которое твой пакет дойдёт от тебя до сервера, в миллисекундах. Зависит от протяжённости канала, его качества, и равен самому плохому участку по пути сигнала.
Повлиять на пинг можно лишь косвенно - снизив скорость соединения. Почему при этом пинг уменьшится - рассказывать?
Или заставить пакеты идти по более "чистому" пути. А для этого надо быть провайдером. И всё, больше никак.
2. А вот потеря траффика - бывает. Обычно это вызвано неудачной перетренировкой, или зависанием модема. Выясняется опытно.
3. Что такое эхо.
Оно бывает Near (ближнее, см. ATI11), и Far(дальнее, см. ATI11). Ближнее эхо распознать легко: снимаем трубку телефона, звоним кому-то, и во время разговора внимательно слушаем: если в трубке слышно самого себя, то чем лучше слышно - тем хуже, тем выше значение ближнего эха. В идеале его былть не должно, конечно.
С дальним сложнее. Бывало такое, что говоришь кому-то что-то, а через полсекунды слышишь свои слова в трубке? Это дальнее. Обычно оно некисло искажает сигнал, так что не всегда удаётся его расслышать, хотя оно и есть.

Вот портянка...

По портянке - всё очень неплохо. То есть, за почти час - 5(!) потерянных блоков - это очень хорошо. При этом, был ретрейн. Один. Нормуль, скорее всего, это был фаллфорвард от провайдера сразу после соединения.
А вот таймауты (3 шт) - это и есть твои задержки в передаче - линк есть, траффика нет.
Скорость зажата до 21600/26400 на v34. Мало.
Потому что символьная слишком оптимистично выбрана - 3200.

Recv/Xmit Level (-dBm) 0.1/0.1
Near Echo Loss (dB) 27
Far Echo Loss (dB) 51

Мне может кто-нибудь это объяснить? Фигасе, приём-передача = 0.1 dBm. Это что, уровни НАСТОЛЬКО в попе? Глюк? Нужно бы ещё разок стат именно по этому вопросу снять.
Эхи мощные. Потому и символьная задрана - линия так себе, а эхо большое. Сдаётся мне, ёмкость линии высока - получИте.

SNR (dB) 31
Speed Shifts Up/Down/Null 3/7/0

Средней сичтоты линия и постоянные спидшифты туда-сюда. Это говорит о том, что слишком часто меняется состояние канала. Что-то фонит. Врубается холодильник периодически? Или соседка пылесосит в рваном режиме? Х.З., но при таких признаках тут нужно экранировать всё что видишь.

[FW_Vert]

1. Пинг - до кого? До Австралии он у тебя будет вообще 2000. И о чём это говорит? Ни-о-чём. А до соседа твой пинг будет 100. А это о чём говорит? Ни-о-чём.
Пинг = время, за которое твой пакет дойдёт от тебя до сервера, в миллисекундах. Зависит от протяжённости канала, его качества, и равен самому плохому участку по пути сигнала.
Повлиять на пинг можно лишь косвенно - снизив скорость соединения.

ps. Пинг от Иркутска до сервера винни пуха. Вот такой вот маршрут:
Трассировка маршрута к 212.192.155.118 с максимальным числом прыжков 30

1 91 ms 93 ms 89 ms ts1.Irkutsk.net.rol.ru [194.186.120.56]
2 93 ms 110 ms 114 ms cisco1.Irkutsk.gldn.net [194.186.138.130]
3 213 ms 185 ms 186 ms rcr-0.Moscow.gldn.net [194.186.157.109]
4 170 ms 175 ms 180 ms cisco03.Moscow.gldn.net [194.67.17.34]
5 213 ms 182 ms 178 ms cisco13.Moscow.gldn.net [194.186.157.185]
6 185 ms 173 ms 213 ms MSK-M9-RBNet-2.RBNet.ru [193.232.246.32]
7 188 ms 175 ms 170 ms MSK-M9-RBNet-1.RBNet.ru [195.209.14.153]
8 238 ms 209 ms 209 ms RND-TTC-RBNet-1.RBNet.ru [195.209.14.22]
9 245 ms 239 ms 238 ms KRD-KubSU.kubannet.ru [212.192.128.237]
10 270 ms 252 ms 257 ms 212.192.155.118

Повлиять на пинг можно лишь косвенно - снизив скорость соединения. Почему при этом пинг уменьшится - рассказывать?

Да конечно и как скорость снизить то же расскажи.

2. А вот потеря траффика - бывает. Обычно это вызвано неудачной

По портянке - всё очень неплохо. То есть, за почти час - 5(!) потерянных блоков - это очень хорошо. При этом, был ретрейн. Один. Нормуль, скорее всего, это был фаллфорвард от провайдера сразу после соединения. А вот таймауты (3 шт) - это и есть твои задержки в передаче - линк есть, траффика нет.

Кто не отвечает можно узнать? И вообще побороться с ними можно?

Скорость зажата до 21600/26400 на v34. Мало. Потому что символьная слишком оптимистично выбрана - 3200.

А есть возможность зажать символьную скорость? Если есть подскажи.

Тебе в прошлый раз не понравилось:
Recv/Xmit Level (-dBm)
Near Echo Loss (dB)
Far Echo Loss (dB)


Сейчас посмотри (1,5 часа в инете и геннадиче (который меня выкидывал из-за пинга) Стабильно 400 идет потом скачок может из-за спидшифта (я получаю 1-2-3 предупреждение а потом усе регламент) - маршрут трассировал не все так радужно как с винни пухом. Вот такой

1 103 ms 94 ms 114 ms ts1.Irkutsk.net.rol.ru [194.186.120.56]
2 108 ms 89 ms 94 ms cisco1.Irkutsk.gldn.net [194.186.138.130]
3 * 416 ms 170 ms rcr-0.Moscow.gldn.net [194.186.157.109]
Вот здесь моя беда и настройка модема не поможет а у винни трассировка окей а один хрен скачки пинга и пинг высокий.
4 178 ms 180 ms 184 ms jcr-0.Moscow.gldn.net [194.67.17.103]
5 285 ms 248 ms 257 ms EMax-gw.Moscow.gldn.net [194.186.156.126]
6 267 ms 290 ms 241 ms zebra-m9.emax.ru [217.73.243.234]
7 189 ms 189 ms 169 ms 213.145.43.16
8 236 ms 294 ms 300 ms ivnd-161.zebratelecom.ru [213.145.47.161]



Modulation V.90/V.34
Carrier Freq (Hz) None/1920
Symbol Rate 8000/3200
Trellis Code None/64S-4D
Nonlinear Encoding None/ON
Precoding
Shaping ON/ON
Preemphasis (-dB) 6/2
Recv/Xmit Level (-dBm) 29.5/18.5
Near Echo Loss (dB) 18.1
Far Echo Loss (dB) 0
Carrier Offset (Hz) 0
Round Trip Delay (msec) 7
Timing Offset (ppm) -21876
SNR (dB) 35.8
Speed Shifts Up/Down/Null 2/3/3
Status : aa,5,12N,18.6,-0,0N,000,41.9,-43.2,56
__________________________________________________


U.S. Robotics 56K FAX INT Link Diagnostics:

Chars sent 3359086 Chars Received 9675041
Chars lost 0
Octets sent 2421708 Octets Received 8020181
Blocks sent 99051 Blocks Received 72279
Blocks resent 121

Retrains Requested 0 Retrains Granted 0
Line Reversals 0 Blers 1509
Link Timeouts 0 Link Naks

Data Compression V42BIS 0/0
Equalization Long
Fallback Enabled
Protocol LAPM
Speed 34666/26400
V.90 Peak Speed 37333 - Это надо отключать?
Last Call 01:50:59

Disconnect Reason is DTR dropped.

[FilippOk]

Тэкс.
Вот я досюда и добрался.
Сорри за долгий неответ, жуткая какая-то полоса в жизни пошла, с раннего утра до поздней ночи - беготня какая-то бестолковая. Смешно: делов по горло, а денег чёт не наблюдается, даже наоборот, убывают заначки. Что-то не так в нашем королевстве.
Блин, когда же ЛЕТО....

Итак. Приступим.

ps. Пинг от Иркутска до сервера винни пуха. Вот такой вот маршрут...

Прикинь, у тебя 10-30 прыжков в трассе, причём только на Москве ты теряешь 100 мс, что в общем, понятно.
А теперь представим себе линейный возрастающий граф, длина каждого следующего ребра которого больше, чем длина предыдущего, а вероятность стопа (возьмем единичный стоп) на каждом узле - 50/50. Какова вероятность того, что мы пройдём по этому графу десять раз, ни разу не стопнувшись?
Угу. Почти ноль.
Вывод: полёты вдалеке от своего провайдера - дело неблагодарное.

Теперь про способы снижения пинга.

На нашу связь влияют, грубо говоря, три компоненты:
1. Наличие/отсутствие ретрейнов или фаллбэков/фаллфорвардов, которые сделают нам пинг бесконечным на промежуток времени, равный времени перетренировки, так?
2. Наличие/отсутствие потерянных блоков (Blers в стате), которые придётся перепосылать, и которые увеличат нам пинг на время перепосылки блока.
3. Наличие/отсутствие Link Timeouts, когда сервак не может принять или отдать нам очередной пакет, по разным причинам (переполнение буфера, ошибок протокола, кратковременных просадок несущей, и т.п.)

Первое - при хорошей линии - редко, второе бывает всегда, третье - иногда.

От первого можно избавиться, идеализируя линию: снижение скорости соединения, смена протокола на более устойчивый к помехам, замена тел. кабеля, его экранирование, замена модема, иногда - заземление модема, смена провайдера на более близкого территориально, замена АТС.
От второго не избавиться. Blers есть всегда. Но их можно минимизировать. Способы см. выше.
Третье зависит в первую очередь, от сервака, к которому мы приджойнились, во вторую очередь - от провайдера. Может, наш сервак рядом, и соединяемся мы с ним через одну АТС? Тогда их, скорее всего, не будет.

Рассмотрим две ситуации.
Ситуёвина первая:
Соединяемся на 40000, протокол v90, начальный пинг 300.
Итого, связь будет такой:
0с пинг 300(чисто)
1с пинг 270(очень чисто)
2с пинг 310(чисто)
3с пинг 300(чисто)
4с пинг 600(пересылка блока)
5с пинг 800(пересылка блока)
6с пинг 300(чисто)
7с пинг 450(ухудшение связи)
8с пинг 3300 (начало фаллбэка из-за ухудшения связи)
9с пинг 13900 (фаллбэк)
10с пинг 23700 (фаллбэк)
11с пинг 33300 (фаллбэк закончен, скорость 38666, на ступеньку ниже)
12с пинг 33400 (Link Timeout, сервак закончил пересогласовку раньше нас, и теперь нас не видит)
13с пинг 32400 (Link Timeout)
14с пинг 32400 (Link Timeout)
15с пинг 32400 (Link Timeout)
16с пинг 32400 (Link Timeout)
17с пинг 32400 (Link Timeout)
18с пинг 32400 (Link Timeout закончен, нас видят)
12с пинг 500 (пересылка блока по фаллбэку)
19с пинг 32400 (Link Timeout закончен, буфер сбрасывается, самолёты скакнули в небе на новые места)
20с пинг 300 (чисто)
21с пинг 310 (чисто)
22с пинг 690 (пересылка блока)
23с пинг 470 (пересылка блока)
24с пинг 320 (чисто)
и так далее.
Это, конечно, сильно упрощённо - не пинайте.

Ситуёвина вторая.
Соединяемся на скорости 28800, протокол v34, начальный пинг 300.
0с пинг 300(чисто)
1с пинг 270(очень чисто)
2с пинг 300(чисто)
3с пинг 250(чисто)
4с пинг 600(пересылка блока)
5с пинг 300(чисто)
6с пинг 300(чисто)
7с пинг 450(ухудшение связи)
8с пинг 500 (потеря блока из-за ухудшения связи)
9с пинг 390 (почти чисто)
10с пинг 300 (чисто)
11с пинг 330 (потеря блока)
12с пинг 300 (чисто)
13с пинг 300 (чисто)
14с пинг 380 (потеря блока)
15с пинг 290 (чисто)
16с пинг 370 (потеря блока)
17с пинг 320 (чисто)
18с пинг 300 (чисто)
19с пинг 360 (чисто)
20с пинг 330 (чисто)
и так далее.
Т.е. меньше скорость - меньше вероятность первого, гораздо меньше проскакивает второго, и вообще нет третьего.

Но чем ниже скорость, тем медленнее мы принимаем блоки. Соответственно, самолёты начинают дёргаться, их траектории уже не состоят из кривых - они стостоят из точек в пространытве, через которые они обязаны пройти. Чем медленнее связь - тем дёрганнее полеты.

А это значит, что надо найти компромисс между скоростью соединения с одной стороны, и удобством, с другой.
На моей линии этого копмпромисса искать не пришлось. На плохих линиях - придётся, никуда не денешься.

Как искать.
1. В инит-строке отключаем v90 и X2, оставшись, тем самым, на v34.
2. Там же выставляем максимальную для v34 скорость - 33600.
3. Соединяемся, пробуем.
Если не нравится, снижаем скорость на ступеньку, пробуем. И так до скорости 14400, как наименьшей приемлемой для полетов.
Не забываем, что полетушки - одно, интернет-серфинг - другое.
А раз так, то для полетушек можно соединяться так, а для сидения на форуме - эдак, а раз инит-строчка дублируется в реестре, стало быть, достаточно создать на рабочем столе пару REG-файлов с разными инит-строчками, и выбрав один из них, пересоединиться.

SNR (dB) 35.8
Speed Shifts Up/Down/Null 2/3/3

Вот и твоя проблема. Линия так себе. А вот спидшифты валят.
А это значит - нестабильное состояние линии. Экранируй тел. кабель.
В то же время,

Retrains Requested 0
Retrains Granted 0
Line Reversals 0
Blers 1509
Link Timeouts 0

Т.е., ретрейнов нет, что хорошо, но блоки теряются, хоть и не особо сильно, с этим жить можно вполне.
Я бы грешил на холодильник или что-то такое мощное, мимо чего проходит тел. кабель. Включился - получите НЧ наводку на линию, пошёл фаллбэк, перелезли на ступеньку ниже, кайфуем. Выключился - помеха пропала, фаллфорвард, повышаем скорость, кайфуем снова.

Speed 34666/26400

Скорость гуляла в некислых пределах - от 26400 до 34666. Дык, столько перетренировок, ещё бы...

V.90 Peak Speed 37333 - Это надо отключать?

Это пиковая скорость протокола. Как ты её отключишь?

[FilippOk]

Понятно. 2976. У меня такой же.
Попробуй в инит-строке указать AT&F1S42=8