Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Пт Ноя 25, 2005 2:31 am Заголовок сообщения: Где же Retrain? |
|
|
Речь пойдет о ситуациях, когда картина в линии (как EQM, так и % ошибок) ухудьшается плавно, или даже очень плавно (на протяжении от десятков секунд до часов).
Так вот, на v34 данная ситуация ни как не обрабатывается, а просто происходит откат, после чего канал часами (а теоретически -- до "победы") сидит на пониженой скорости
Принудительный же Retrain ставит все на круги своя
На v90 же существует два варианта поведения: Fall Back и RRWS на текущую скорость. Вероятно, второй вариант выбирается именно в описаной ситуации.
Но на v34, к сожалению, "без вариантов" |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Пт Ноя 25, 2005 9:11 am Заголовок сообщения: |
|
|
Лучшее решение в таких ситуациях - использование режима AT%E1. В этом режиме модем при ухудшении ситуации будет инициировать перетренировку, перенастраивать эхоподавитель и эквалайзер и возвращаться на оптимальную (максимальную) скорость. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Пт Дек 02, 2005 7:19 am Заголовок сообщения: |
|
|
Странный какой-то этот %E1
Retrains Issued/Granted/Auto. 5/0/0
Renegs Issued/Granted........ 0/2
FForwards/FBacks/FEQM/Denied. 0/0/0/0
Forced FB/FB after FF/MaxREJ. 7/0/10
Last Retrain/Reneg reason : Remote initiated a reneg
Last Retrain/Reneg requested : Local Retrain
Сплошные несовпады.
Создается впечатление, что ретрэйны по-поводу Forced FallBack вообще не производились (как было на самом деле -- не помню)
Цитата: | DeviceName: IDC 5614BXL VR PnP
UserInit: atm5s202.7=1s17=47%e1s120=12s10=16+ms=,,,41333
----------------------------------------------------------------------
012
Time Online.................. 00:45:57
Termination Reason........... LOCAL REQUEST
Tx Rate (Last/Init/Min/Max).. 26400/26400/24000/28800 bps
Rx Rate (Last/Init/Min/Max).. 31200/33600/31200/33600 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 58
Tx/Power Drop/Rx Level....... 9/0/25
SNR Last/Min/Max............. 43/43/43
Highest Rx/Tx State.......... 67/67
EQM Sum...................... 0042
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 5/0/0
Renegs Issued/Granted........ 0/2
FForwards/FBacks/FEQM/Denied. 0/0/0/0
Forced FB/FB after FF/MaxREJ. 7/0/10
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:45:57
Handshake Time/Retries : 19 sec/0
TX Rate (Last/Init/Min/Max) : 26400/26400/24000/28800
RX Rate (Last/Init/Min/Max) : 31200/33600/31200/33600
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 : 25/25/24
Band Edge Lower/Upper, Hz : 150/3825
Round trip delay, ms : 8.415
EQM Value (Last/Min/Max/Negative) : 58/46/109/0
EQM Samples Running Sum : 0042
EQM Last 10 Readings : 69 62 59 62 59 52 70 60 55 69
SNR Ratio (Last/Min/Max), dB : 49/46/49
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) : 67H/67H, 67H/67H
Error Correction Status : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy : 95/352
Retrains (Issued/Granted/Fast) : 5/0/0
Renegs (Issued/Granted) : 0/2
Retrans per frame/Frames rejected : 1/192
Total number of REJ sent/received : 192/7
Last Retrain/Reneg reason : Remote initiated a reneg
Last Retrain/Reneg requested : Local Retrain
Minutes Since Last Retrain/Reneg : 9
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/25
Estimated noise level, -dBm : 68
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/33600
Temporary carrier loss count : 0
Carrier Rate Re-neg count : 2
Retrains Requested/Granted : 5/0
Protocol/Compression : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX : 8
Error control NAKs received : 7
Compression dict. size, bytes : 2048
TX/RX flow control : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent : 176129/547168
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count : 3001/4872
TX/RX I-Frame error count : 7/192
Termination Cause : cct108 turned Off
|
|
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Пт Дек 02, 2005 10:45 am Заголовок сообщения: |
|
|
Вы совершенно правы, в режиме %E1 модем не отрабатывает пересогласования (Вы же их запретили!) и поэтому "forced fallbacks" есть только на бумаге, т.е. в статистике.
При случае статистику подправим. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Пт Дек 02, 2005 11:40 pm Заголовок сообщения: |
|
|
Цитата: | При случае статистику подправим. |
В статистике также, не видна причина, вызвавшая Retrain:
Retrains Issued/Granted/Auto. 5/0/0
FForwards/FBacks/FEQM/Denied. 0/0/0/0
А как следует понимать это:
Last Retrain/Reneg reason : Remote initiated a reneg
Last Retrain/Reneg requested : Local Retrain
Technical Support писал(а): | Вы совершенно правы, в режиме %E1 модем не отрабатывает пересогласования (Вы же их запретили!) |
Хм, я то наивно полагал, что ForcedFB в этом режиме производятся посредством Retrain, что было бы вполне логично
Руководство пользователя писал(а): | AT%En
1 - при любом изменении состояния линии модем будет выполнять пе-
ретренировку; |
А в таком виде, мне этот режим не поможет! К тому же, он слишком примитиный и во многом ущербный.
Вы не внимательно прочли первый пост (а я его не внимательно написал ) Вот SE (вторая редакция):
Oxy писал(а): | Речь пойдет о ситуациях, когда картина в линии (как EQM, так и % ошибок) ухудьшается плавно, или даже очень плавно (на протяжении от десятков секунд до часов). |
В моем случае, плавно нарастает именно % ошибок, и это легко исправимо Retrain-ом
При этом EQM, видимо, тоже ухудьшается, т.к. после ForcedFB не возникает резона для FF to low EQM, но его изменение незаметно, в то время, как ForcedFB более чем обоснован (консервативность таблиц EQM на v34 несколько великовата, что позволяет модему устойчиво сидеть на одной из двух соседних скоростей).
Интересно, что на v90 эта проблема, похоже, решена:
Oxy писал(а): | На v90 же существует два варианта поведения: Fall Back и RRWS на текущую скорость. Вероятно, второй вариант выбирается именно в описаной ситуации. |
Даже если предположить, что Forced FB всегда выполняется по первому варианту (поправьте меня, если это не так), вероятность последующего FF здесь очень высока. Следовательно, RRWS все же произойдёт.
Исходя из всего изложеного, хочу предложить такой алгоритм (для v34):
- при плавном (и не очень сильном) ухудьшении EQM либо % ошибок делать Retrain (лучше даже принудительно на текущую скорость, если такое в принципе возможно, чтобы не мешал криво настроеный s17);
- если Retrain не помог (ситуация [Forced] FB-reason повторилась практически сразу же) -- делаем откат, во избежание чрезмерного кол-ва Retrain-ов;
- при ухудьшении более резком и серьезном поступать так, как это сделано сейчас в %E3 (т.е. пересогласование вниз).
Следует отметить, что алгоритм все же предполагает увеличение числа перетренеровок (он ориентирован на стратегию "широкий канал", и противоречит стратегиям "Real Time" и "короткий сеанс"). Поэтому лучше включать его опционально (например, %E4) |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Сб Дек 03, 2005 2:19 pm Заголовок сообщения: |
|
|
Что и почему происходит со статистикой, понятно. Модуль, проверяющий частоту появления сбойных блоков на приёме, в режиме %E1 продолжает работать, "накручивает" счётчики и выставляет флажки для других модулей, которые занимаются пересогласованиями скорости. Однако, эти модули в режиме %E1 не работают, вот и получаем нестыковки в статистике.
По поводу V.90 тоже всё понятно. Там, в отличии от V.34, есть три типа возможных действий:
1. Пересогласование скорости (rate renegotiation). Выполняется очень быстро.
2. Пересогласование скорости с паузой (тишиной), rate renegotiation with silence (RRWS). Выполняется дольше, чем пересогласование, но гораздо быстрее, чем перетренировка. Наличие паузы позволяет подстроить эхоподавитель и эквалайзер.
3. Перетренировка (retrain). Выполняется очень долго, по сравнению с первыми двумя.
Модем всеми силами старается обойтись без перетренировок (3), варьируя действия 1 и 2. Варьирование не зависит от причин, вызвавших необходимость данного действия. Т.е. не важно, происходит ли пересогласование из-за высокого EQM или из-за большого количества сбойных кадров на приёме. В расчёт берутся другие факторы, такие как время, прошедшее с момента последнего пересогласования с тишиной, прошедшее с момента последней перетренировки, количество предыдущих пересогласований (1), состояние эхоподавителя сигнального процессора и т.д. Алгоритм достаточно сложный, но основная идея его в том, чтобы экономить время, выполняя обычные пересогласования, если эхоподавитель ещё не успел "расстроиться" после последней перетренировки или RRWS.
С V.34 ситуация другая: там есть только пересогласования и перетренировки. Поэтому, если эхоподавитель "ушёл", дело можно поправить только перетренировкой. Алгоритмы, принуждающие модем запрашивать перетренировку, когда эхоподавитель "далеко ушёл" от оптимального значения, уже есть и уже работают. Другое дело, что ни один из этих алгоритмов не срабатывает на первом же снижении скорости, такое можно получить только при %E1.
Пока нет уверенности в том, что предложенный Вами алгоритм действительно поможет. Давайте попробуем взглянуть на работу модема в режиме %E3 ("заводской настройке"). Проведите 2 сеанса связи длительностью 10 минут. Всё это время модем должен быть "нагружен" на приём (выкачивайте какой-нибудь большой архив ZIP).
В первом сеансе предоставьте модему возможность всё делать самому. Во втором инициируйте перетренировку в середине сеанса (т.е. через 5 мин после соединения). Для этого можно кратковременно закоротить телефонную линию или снять и опять положить трубку параллельного телефона.
Покажите, что получается в статистике обоих сеансов. _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Ср Дек 07, 2005 4:05 am Заголовок сообщения: |
|
|
Цитата: | Давайте попробуем взглянуть на работу модема в режиме %E3 ("заводской настройке"). Проведите 2 сеанса связи длительностью 10 минут. Всё это время модем должен быть "нагружен" на приём (выкачивайте какой-нибудь большой архив ZIP). |
Картина (сабж) наблюдалась именно в %E3.
Модем все время был нагружен, производительность плавно падала при нормальном EQM (втечение нескольих минут, если не ошибаюсь), затем последовал Forced FB. После чего EQM остался нормальным.
Примерно через 3 часа я помог модему сделать retrain (S17=67), и восстановилясь типичная скорость.
В другом случае, ситуация развивалась аналогично (возможно, чуть быстрее -- десятки секунд). На этот раз retrain был спровацирован практически немедлено после отката (точнее, как только я убедился, что EQM остался в норме). И снова всё стало на место.
К сожалению (?), явление встречается не столь часто, чтобы быть выловленым в десятиминутном сеансе...
Цитата: | инициируйте перетренировку... Для этого можно кратковременно закоротить телефонную линию или снять и опять положить трубку параллельного телефона. |
Нет. Кратковременная помеха в %E3 (v34) всегда вызывает пересогласование (если только удаленный не придерживается иного мнения). И, чтобы добиться retrain-а, необходимо это пересогласование сорвать (т.е. не спешить раскорачивать линию). |
|
Вернуться к началу |
|
|
Oxy Member
Зарегистрирован: 03.03.2004 Сообщения: 175 Откуда: Киев
|
Добавлено: Ср Дек 07, 2005 4:19 am Заголовок сообщения: |
|
|
Цитата: | Кратковременная помеха в %E3 (v34) всегда вызывает пересогласование |
Забыл сказать: иногда она вообще ни чего не вызывает, и ситуация разрешаетмс сама по себе.
Но Retrain due high EQM ни разу не было.
Но он и не нужен, т.к. пересогласование почти всегда проходит успешно. |
|
Вернуться к началу |
|
|
Technical Support Expert
Зарегистрирован: 31.10.2002 Сообщения: 6330
|
Добавлено: Ср Дек 07, 2005 11:54 am Заголовок сообщения: |
|
|
Цитата: | Картина (сабж) наблюдалась именно в %E3.
Модем все время был нагружен, производительность плавно падала при нормальном EQM (втечение нескольих минут, если не ошибаюсь), затем последовал Forced FB. После чего EQM остался нормальным.
Примерно через 3 часа я помог модему сделать retrain (S17=67), и восстановилясь типичная скорость |
А можно поглядеть на статистику этого сеанса?
Цитата: | К сожалению (?), явление встречается не столь часто, чтобы быть выловленым в десятиминутном сеансе... |
Тем не менее, надо убедиться в том, что алгоритм будет полезным. Теоретически, он может быть полезен, если "сползание" эхоподавителя происходит через 7-8 или более минут после хэндшейка или перетренировки. Более частые перетренировки приведут лишь к потере производительности.
Цитата: | чтобы добиться retrain-а, необходимо это пересогласование сорвать (т.е. не спешить раскорачивать линию). |
Естественно. В режиме %E3 модем всегда старается "решить вопрос" пересогласованием. Но добиться перетренировки несложно, нужна лишь небольшая сноровка _________________ Inpro
Technical Support |
|
Вернуться к началу |
|
|
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
Powered by phpBB © 2001, 2005 phpBB Group
|