форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Программирование под UNIX (Public)
Изначальное сообщение		[ Отслеживать ]

"Помогите расшифровать LCP фрейм PPP-соединения "

Сообщение от andrey_241 (ok) on 04-Мрт-09, 18:08

Просмотрел множество документов по LCP, везде примерно одинаковое описание фрейма: 0x7E(flag) 0xFF(address) 0x03(control) 0x00 0x21 (protocol) ... Data... FCS 0x7E (flag). Однако, при подключении через Сименс MC35i к Билайну или МТС после слова CONNECT получаю примерно такой фрейм: ~.}#.!}$} } }'}-}#}&.6~ После удаления эскэйпов получается вот что: 0x7E 0x2E 0x03 0x2E 0x21 0x04 0x00 0x00 0x07 0x0D 0x03 0x06 0x2E 0x36 0x7E Смотрел в инете, у всех примерно такой же формат(многие описывают аналогичную проблему и выкладывают, что приходит). Отличие от стандарта прежде всего в 'адресе', везде написано, что должно быть 0xFF (обязательное требование!) - а приходит 0x2E. Далее, 'protocol' получается 2E21, хотя допустимые значения 0021, 8021, C021. В общем, стандарту вроде как не соотвествует, раскодировать не получается, соответственно, не удается и установить PPP соединение. Сильно беспокоит символ 0x2E, он по всей видимости выполняет какую-то специальную роль, но нигде не могу найти его назначение. Кто-нибудь с этим уже сталкивался или может быть знает как решить проблему, помогите пожалуйста.

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Помогите расшифровать LCP фрейм PPP-соединения "

Сообщение от vic (??) on 05-Мрт-09, 10:43

Используйте нормальных провайдеров, уважающих стандарт :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Помогите расшифровать LCP фрейм PPP-соединения "
	Сообщение от andrey_241 (ok) on 05-Мрт-09, 11:18
	Дык, во-первых, возможности выбора нет. А во-вторых - нетворк соединение в вннде работает нормально, стало быть микрософт понимает эту разновидность стандарта, просто она нигде не описана.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Помогите расшифровать LCP фрейм PPP-соединения "
	Сообщение от vic (??) on 05-Мрт-09, 15:04
	>Дык, во-первых, возможности выбора нет. А во-вторых - нетворк соединение в вннде >работает нормально, стало быть микрософт понимает эту разновидность стандарта, просто она >нигде не описана. не существует неописанных разновидностей стандарта. Бывает жлобство, мелкомягкие уже делали такую гадость в этом самом месте, теперь черед провайдеров. Если выбора нет подсовывайте в ответ, то что подсовывают те же мелкомягкие =) На всякий случай еще раз переройте rfc и стандарты на предмет не упустили ли вы что-нибудь :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Помогите расшифровать LCP фрейм PPP-соединения "
	Сообщение от andrey_241 (ok) on 05-Мрт-09, 19:41
	Вроде разобрался, но вопросов пока меньше не стало. Оказалось, что при подключении через нетворк коннекшн можно запустить консоль. Там - все правильно приходит(!), в полном соответствии с LCP протоколом. Я же получаю от com-порта измененную последовательность. Похоже какая-то сволочь меняет все символы с кодом > 0xB0(точно еще не определил, не суть важно)  на 0x2E. Естественно получается полная ерунда. Теперь вот надо думать, кто и зачем такую пакость делает.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Помогите расшифровать LCP фрейм PPP-соединения "
	Сообщение от Аноним (??) on 05-Мрт-09, 21:39
	>Теперь вот надо думать, кто и зачем такую пакость делает. А 8 битный ли порт? ))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Помогите расшифровать LCP фрейм PPP-соединения "
	Сообщение от andrey_241 (ok) on 06-Мрт-09, 16:41
	Конечно, это как бы само собой разумеется. Нашел причину - хомут у микрософта. Какой-то символ или последовательность по-видимому сбивает правильную работу эдит-контролей, и это несмотря на принятые меры в виде эскейп-последовательностей. Например, включаю ПортМонитор (от микрософта же). Если делать логгинг в обычном виде, то все, что старше 0xB0 заменяется на 0x2E. Если же включить вывод в хекс виде - все выводится правильно. То же самое и в своей программе, строка приходит изначально правильная, но когда я ее загоняю в эдит-контрол - символы портятся. Такие вот блин чудеса.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]