+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Исходный код для BandwidthTest.exe??

Исходный код для BandwidthTest.exe??, RouterOS

IntraLink

Guest

13.04.2005 16:15:00

Хотелось бы начать проект по созданию программы для панели задач Windows, которая сможет взаимодействовать с сервером btest в MT. Есть ли в MT этот код/протокол где-нибудь? Кто-нибудь хочет поработать над этим вместе со мной? Планирую начать с платформы .NET в Windows.

changeip Guest	#2 0 13.04.2005 17:29:00 Я бы тоже это сделала… Сэм

WisperISP Guest	#3 0 17.04.2005 04:49:00 Я готов помочь Натану.

IntraLink Guest	#4 0 17.04.2005 16:52:00 Думаю, нам и исходный код не нужен, достаточно DLL с API или .NET пакет и т.д. Я уже писал Янису по этому поводу, но ответа пока не получил. Попробую написать Арнису, может, он ответит.

changeip

Guest

17.04.2005 17:21:00

Похоже, простой анализ того, что происходит между двумя машинами, покажет, что происходит, я уверен, что там ничего сложного. Просто у меня не было времени посмотреть. Может быть, сегодня я посмотрю bw тест и посмотрим, что найдем. Сэм.

IntraLink

Guest

17.04.2005 18:27:00

Вполне возможно. Я раньше писал программу для тестирования пропускной способности. Лучше всего было бы использовать их код или библиотеку в качестве ориентира для обеспечения совместимости. Но, если потребуется, мы можем и обратную разработку сделать. Вот что я бы хотел, чтобы это использовалось для: Нужен клиентский сервис, который по запросу мог бы быстро проверять скорость отправки/получения данных до MT-бокса в сети. Можно даже делать очень короткий тест каждый час или несколько часов через псевдослучайные интервалы и вести локальную базу данных результатов. Или интегрировать с веб-сервисом, чтобы центральный сервер отслеживал эти данные. Сервис на Windows можно было бы представить на фронтенде иконкой в панели задач, чтобы пользователь мог самостоятельно проверить скорость в сети.

changeip

Guest

17.04.2005 18:56:00

Я тоже ищу такие же варианты использования. У нас есть партнер, который делает LocationFree TV – они стримят по интернету на телевизоры клиентов и хотят проверить доступную скорость загрузки перед подключением покупателя. Мне бы очень хотелось использовать MT в качестве точки доступа для проведения тестов. В общем, думаю, единственный способ – это реверс-инжинирингом протокола/обмена данными. Сэм.

changeip

Guest

17.04.2005 19:35:00

Вот что получилось:

Кажется, клиент Windows пытается установить двухстороннее шифрование для аутентификации btest к MT... Пользователь #admin#, пароль PASSWORD. Вероятность установления аутентифицированных сессий невелика, но вдруг без аутентификации получится? MT были бы очень признательны за спецификацию протокола, хотя я понимаю, что закрытый исходный код способствует большей безопасности (на мой взгляд), и они могут не захотеть её раскрывать.

Sam
00000000 01 00 00 00
....
00000000 01 02 00 00
....
00000004 dc 05 00 00 40 4b 4c 00 00 00 00 00 00 00 00 00 ....@KL. ....
00000004 02 00 00 00 09 8d 25 44 6e c8 0b 8a 45 2f d8 c0 ......%D n...E/..
00000014 14 90 79 62 ..yb
00000010 77 da 2c d5 6f a0 83 63 07 7b cf 55 71 43 cd 97 w.,.o..c .{.UqC..
00000020 23 61 64 6d 69 6e 23 00 00 00 00 00 00 00 00 00 #admin#. ........
00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
00000018 00 00 00 00 ....

IntraLink

Guest

17.04.2005 23:48:00

Хм… Думаю, можно и без шифрования попробовать, и установить конец MT без пароля или без аутентификации пользователя. Было бы здорово, если бы они хотя бы библиотеку выпустили. Тогда они могли бы сохранить свои наработки при закрытом исходном коде, но при этом позволить нам использовать механизм. Ты пробовал сделать трассировку, чтобы понять, как происходит "рукопожатие" между клиентом и сервером во время теста, после завершения аутентификации?

changeip

Guest

#10

17.04.2005 23:57:00

Трудно определить это сразу, но я нашел части рукопожатия. Судя по всему, для управления всегда используется TCP-соединение, даже если для передачи данных используется UDP. Есть 12-байтовые поля данных, которые говорят серверу, что делать — возможно, больше. Клиент запрашивает тест, а сервер, похоже, просто выплевывает его обратно с мусорными данными, по которым можно засечь время. Надеюсь, случайно не отправить ему запрос на упаковку на несколько часов : ) Первые 2 байта говорят серверу размер ожидаемого размера пакета. Следующие 2 байта пока неизвестны. Затем 4 байта говорят серверу, с какой скоростью. Последние 4 байта также пока неизвестны. Не думаю, что будет очень сложно создать что-то без возможности аутентификации, но было бы неплохо, чтобы это не злоупотребляли. Я посмотрю это подробнее вечером. Сэм

normis Guest	#11 0 18.04.2005 06:42:00 Ой нет, опять .net!

cmit Guest	#12 0 18.04.2005 07:57:00 Спасибо, Нормундс... По крайней мере, не один я не в восторге от .NET. А вот что касается исходного вопроса – лучше DLL или исходный код/протокол для тестирования пропускной способности?

IntraLink Guest	#13 0 19.04.2005 21:15:00 .NET, C++, меня это мало волнует. Вот что ответил Джон: У нас сейчас недостаточно ресурсов, чтобы это поддержать. Мы рассмотрим это в будущем. Джон. Так что, похоже, у нас остаётся только либо ковыряться в этом самим, либо ждать, когда они что-нибудь предоставят. Интересно, а та minqwm10.dll, которая идёт с .exe, просто какой-то универсальный shim?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры