Ainy Опубликовано 25 января, 2011 · Жалоба ну, я 100% не помню, т.к. проксим тестировал сам заказчик. возможно он тестировал только новую серию, которая .11n но сам принцип поочередного маркерного доступа с агрегированием пакетов в движении в малтипоинте работать нормально не будет, какие бы настройки не делались. в движении в реальных условиях идеального LOS быть не может и multipath будет обязательно. И еще не забываем, что речь шла о PtMP и терминалов было больше чем 1 и на каждом требовался QoS под CBR. Airspan MicroMAX в том конкретном случае с видео не тестировался, но его тоже тестировал я лично(еще до того). В реальных условиях, начинает не только прыгать модуляция на аплинк, но и идут дисконнекты на ProST(ввиду неуспешных попыток periodic ranging и невозможности настройки размера максимальной коррекции и удержания несущей на терминале). По причине отсутствия поддержки в чипе nomadic operations. В условиях если движущийся терминал соединить проводами с базой на том же автомобиле или создать ему аналогичные условия - он вообще отлично будет работать, независимо от вендора. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
spy Опубликовано 25 января, 2011 · Жалоба на базе DM256 построены ранние терминалы (прототипы) MAXBridge CPE 3.5GHz, Vecima industrial CPE 3.5GHz, при движении будут потери более 2%.причину объяснить продавцу, который понимает только даташиты проблематично. Но дело в том, как подключается там RF к PHY. Т.е. это даже не особенность DM256, а именно реальных терминалов и референс дизайна CPE на базе этого чипа. Что касается терминалов на базе i5116 (Intel Rosedale) - а именно BreezeMAX CPE 3.5GHz FDD, Airspan ProST FDD, TDD - там проблема в другом и в каждом случае своя. причем проблема не касается терминалов, в которых применяются псевдо-smart антенны, типа EasyST. Проблема, как и писал slv700, связана с особенностями обработки multipath fading. Не работой терминала считаются потери в канале более 2% в движении. Терминал на базе NP7256 Ref design, способен работать на скорости до 110км/ч. Данное решение отрабатывалось не в рамках абстракных тестов, а под конкретную задачу - сбор данных с IP камер видеонаблюдения(2-8Mbps HD video h.264), установленных на движущихся автомобилях. Данное решение было отработано и удовлетворяло требованиям заказчика на существующей версии MAXBridge 50 (BS & CPE). У MP.11а при движении "картинка рассыпается" сразу же. Даже при скорости движения 1м/с. Алварион VL не пробовали. ну, я 100% не помню, т.к. проксим тестировал сам заказчик. возможно он тестировал только новую серию, которая .11n но сам принцип поочередного маркерного доступа с агррегированием пакетов в движении работать нормально не будет. Начну с конца- "я 100% не помню", "тестировал сам заказчик" и т.п. высказывания наводят на мысль, что заказчик провалил тесты из-за банальной некомпетентности в вопросе, ну или тестировалось совсем другое железо, а результат здесь подсовывается публике как результат теста Proxim MP.11. - Кроме Alvarion VL что еще не пробовали? Подозреваю, что AirSpan MicroMax и Alvarion BreezeMax в движении кроме меня никто из отписавшихся не тестировал? Результаты тестов таковы, что мне лично все равно, должны ли быть потери, 2-ли там процента в каждом из тестов было отмечено, что были LOS, запас по RSSI, запас по полосе пропускания, видео по RTP передавалось без дропов, заказчик удовлетворен на 100%. Какие аргументы еще нужны? - Тестировался MP.11 в движении, картинка не рассыпалась и пакеты не дропались. Размер фрейма в WORP можно изменять, что позволяет уменьшить вероятность дропа фрейма при передаче в сложных условиях. - 110 км/ч - это все таки ближе к требованиям для Mobile wimax (120 км/ч), NP7256 таковым является? Ну раз может так это хорошо! Другие чипы послабее, но там не менее железки на их базе работают в движении, что проверено на практике. - В посте №92 сказано, что железки на базе чипов i5116(перечислены вендоры) не могут работать в движении. По факту - могут, а автор поста этого даже про проверял :( а сделал вывод непонятно откуда. Вот на это я хотел обратить внимание, а не на особенности обработки multipath fading или особенности устройства каждого конкретного СРЕ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 25 января, 2011 (изменено) · Жалоба на базе DM256 построены ранние терминалы (прототипы) MAXBridge CPE 3.5GHz, Vecima industrial CPE 3.5GHz, при движении будут потери более 2%.причину объяснить продавцу, который понимает только даташиты проблематично. Но дело в том, как подключается там RF к PHY. Т.е. это даже не особенность DM256, а именно реальных терминалов и референс дизайна CPE на базе этого чипа. Что касается терминалов на базе i5116 (Intel Rosedale) - а именно BreezeMAX CPE 3.5GHz FDD, Airspan ProST FDD, TDD - там проблема в другом и в каждом случае своя. причем проблема не касается терминалов, в которых применяются псевдо-smart антенны, типа EasyST. Проблема, как и писал slv700, связана с особенностями обработки multipath fading. Не работой терминала считаются потери в канале более 2% в движении. Терминал на базе NP7256 Ref design, способен работать на скорости до 110км/ч. Данное решение отрабатывалось не в рамках абстракных тестов, а под конкретную задачу - сбор данных с IP камер видеонаблюдения(2-8Mbps HD video h.264), установленных на движущихся автомобилях. Данное решение было отработано и удовлетворяло требованиям заказчика на существующей версии MAXBridge 50 (BS & CPE). У MP.11а при движении "картинка рассыпается" сразу же. Даже при скорости движения 1м/с. Алварион VL не пробовали. ну, я 100% не помню, т.к. проксим тестировал сам заказчик. возможно он тестировал только новую серию, которая .11n но сам принцип поочередного маркерного доступа с агррегированием пакетов в движении работать нормально не будет. Начну с конца- "я 100% не помню", "тестировал сам заказчик" и т.п. высказывания наводят на мысль, что заказчик провалил тесты из-за банальной некомпетентности в вопросе, ну или тестировалось совсем другое железо, а результат здесь подсовывается публике как результат теста Proxim MP.11. - Кроме Alvarion VL что еще не пробовали? Подозреваю, что AirSpan MicroMax и Alvarion BreezeMax в движении кроме меня никто из отписавшихся не тестировал? Результаты тестов таковы, что мне лично все равно, должны ли быть потери, 2-ли там процента в каждом из тестов было отмечено, что были LOS, запас по RSSI, запас по полосе пропускания, видео по RTP передавалось без дропов, заказчик удовлетворен на 100%. Какие аргументы еще нужны? - Тестировался MP.11 в движении, картинка не рассыпалась и пакеты не дропались. Размер фрейма в WORP можно изменять, что позволяет уменьшить вероятность дропа фрейма при передаче в сложных условиях. - 110 км/ч - это все таки ближе к требованиям для Mobile wimax (120 км/ч), NP7256 таковым является? Ну раз может так это хорошо! Другие чипы послабее, но там не менее железки на их базе работают в движении, что проверено на практике. - В посте №92 сказано, что железки на базе чипов i5116(перечислены вендоры) не могут работать в движении. По факту - могут, а автор поста этого даже про проверял :( а сделал вывод непонятно откуда. Вот на это я хотел обратить внимание, а не на особенности обработки multipath fading или особенности устройства каждого конкретного СРЕ. Все железки и wifi и wimax в LOS могут работать в движении ( но повторяю в LOS ) и нечего тут проверять и что то кому то доказывать. Тот же MP11 c wi-fi внутри даже по спецификациям заявляется на возможность работы в движении более 100 км/ч но опять же в LOS. Тут ключевой момент - движение ( дающее доплеровское смещение частоты) в условиях NLOS/NearLOS ( то есть при multipath fading) дающее смещение фазы, вот здесь с этим fixed wimax ( один чипсет и радио лучше , другой- чуть хуже ) справляется лучше wifi, а mobile wimax чувствует себя в этих условиях как рыба в воде. Хуже всего в multipath вообще и в движении тем более работает 802.11n. Изменено 25 января, 2011 пользователем slv700 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 25 января, 2011 (изменено) · Жалоба я 100% не помню", "тестировал сам заказчик" и т.п. высказывания наводят на мысль, что заказчик провалил тесты из-за банальной некомпетентности в вопросе, ну или тестировалось совсем другое железо, а результат здесь подсовывается публике как результат теста Proxim MP.11.Вам же сказали что это был новый проксим на базе 802.11n, а не MP11a и железки с таким точным названием лет пять уж как нет.А кто и где провалил тестирование MP8160 базе 802.11n в движении ( не надо было делать тесты для заказчика с заранее известным негативным результатом - обещали 300 mbps в NLOS в движении ;-) ) то что то "тревожат меня смутные сомнения" что Вам это должно лучше известно :-). А Proxim MP.11 подтверждаю -хороший продукт ( но для своего времени). Изменено 25 января, 2011 пользователем slv700 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fuzzz Опубликовано 9 февраля, 2011 · Жалоба Ребята, а вы вообще хоть название топика читали ? ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
аleksandr Опубликовано 21 марта, 2014 · Жалоба Последние результаты: 2. Маки в файле hardwareconfig лежат в открытом виде. 3. При смене данных в файле sysident при загрузке возникает ошибка - "флешь битый" и устройство ребутится каждые 2 минуты. 8-( 4. Файл bootmonitor на самом деле только загрузчик. Здравствуйте. Столкнулся с такой-же проблемой. - После заливки через x-modem, начинается циклическая перезагрузка. Подскажите, как её победить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
аleksandr Опубликовано 25 марта, 2014 · Жалоба Ну, ответа не дождался, но пришёл к варианту, что надо залить фулфлеш, а затем в hardwareconfig можно поменять мак. И всё работает. Только серийный номер в hardwareconfig не надо трогать, а то начинается " "флешь битый" и устройство ребутится каждые 2 минуты. 8-(". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cyberRAT Опубликовано 25 марта, 2014 · Жалоба А зачем в 2014 году ворошить останки DWL-7100 и перешивать их в революхи? Или много на складе завалялось?)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stas_k Опубликовано 25 марта, 2014 · Жалоба Ну, ответа не дождался Видимо дело в том, что тема заглохла в феврале 2011 года. А зачем в 2014 году ворошить останки DWL-7100 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
аleksandr Опубликовано 10 апреля, 2014 · Жалоба А зачем в 2014 году ворошить останки DWL-7100 и перешивать их в революхи? Или много на складе завалялось?)) Ну на самом деле революху перепрошиваю в революху, действительно пачка таких скопилась, просто таким образом из слэйва - мастеров делаю. Проще метода пока не нашёл. Если он есть, то подскажите как. И к стати наткнулся на одну особенность, мож кому пригодиться - urjtag, при чтении из флеши, перед "0A" вставлял "0D" и приходилось hex-редактором делать замену "0D0A" на "0A". Вот ещё хотел из революшена - d-link сделать, чтоб wi-fi в офисе через него гнать, но, перерыв весь интернет, не нашёл рабочей ссылки на дампа флешки для dwl-7100. Может кто даст рабочую ссылку? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voron_ Опубликовано 6 мая, 2014 · Жалоба Спасибо за инфу, нашел как раз то, что искал Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 6 мая, 2014 · Жалоба Прошу прощения, а что есть "BB"? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 6 мая, 2014 · Жалоба Прошу прощения, а что есть "BB"? Bluebox, легенда пионернетов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 6 мая, 2014 · Жалоба Прошу прощения, а что есть "BB"? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
аleksandr Опубликовано 5 сентября, 2014 (изменено) · Жалоба Прилично времени уходит на правку "мозгов" в революшене через jtag. Часа по 4-5 на одну штуку. Вот еслиб знать логин-пароль стандартного бута, пошло-бы быстрее. Кто-нибудь подскажет логин-пароль бута? Или наведите на мысль, как его выковырнуть из бинарника? Изменено 5 сентября, 2014 пользователем аleksandr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 5 сентября, 2014 · Жалоба Вы jtag-ом ковыряете современные инфинеты на powerpc или всякое гавно мамонта, которое на базе 802.11a? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
аleksandr Опубликовано 5 сентября, 2014 · Жалоба Вы jtag-ом ковыряете современные инфинеты на powerpc или всякое гавно мамонта, которое на базе 802.11a? Ковыряю старье на основе dwl-7100. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 5 сентября, 2014 · Жалоба По современным нет инфы? Или там все жестко и только паяльник с подсовыванием конфига от донора? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...