-кабельщик-

divxl, после того как закинули старую прошивку, надо было не ребутить сразу, а выполнить system package downgrade .

server801, вообще я думал, что большинство приложений сначала делались для iOS , а уже потом перекочевывали в андроид. С iOS не общался (ввиду отсутствия девайсов), может там все платно, но в принципе все гуглится http://rutracker.org/forum/viewtopic.php?t=3897988

Это вы где видели ? ссылки есть ? Попробуйте подать заявку на монтаж БС на школе, получите информацию из первых рук...

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

[anp/hsw], я склонен думать, что кривость антенн в виде разности усиления прием либо передача не должны достигать видимых величин (несколько dB). Даже если сюда наложить разную реакцию приемного и передающего тракта на рассогласование с антенной частью. Потому скорее второе.

Причем тут КУ и одинаковость антенн? Оба сигнала (и базы, и клиента) бегают через обе антенны.

Вы что, используете софт по принципу plug&play ? Что мешает его настроить? Зайдите в настройки→конфигурация→дополнительно . В строке net.upnp_tcp_only поставьте флаг true (Данная настройка запрещает программе открытие порта входящих соединений по технологии UDP и UPnP. В случае когда опция включена, µTorrent клиент будет открывать порт только по протоколу TCP) В строке bt.transp_disposition поставьте значение 5 ( bt.transp_disposition контролирует, какой транспорт должен использоваться для исходящих соединений (это значит, что он не фильтрует входящих соединений). Допустимые значения параметра: 1 : разрешить инициировать исходящие TCP-соединения. 2 : разрешить инициировать исходящие uTP-соединения. 4 : разрешить принимать входящие TCP-соединения. 8 : разрешить принимать входящие uTP-соединения Флаги можно комбинировать. Таким образом, 13 (1+4+8), значение по умолчанию в версиях клиента выше 1.8 , означает возможность принимать все виды соединений, но самостоятельно устанавливать только TCP. 15 (значение по умолчанию в 1.9\2.0) разрешает все виды как исходящих так и входящих соединений. Чтобы запретить uTP вообще (если он вызывает какие-либо проблемы) надо поставить 5 (1+4). ) Также не помешает в строке net.utp_dynamic_packet_size проставить false, в строке net.utp_initial_packet_size проставить значение 8 Соглашусь только с этим.

Alex-Pilot, мне ни разу не попадались на 48DC. Все сплошь 220AC.

haverlinkfor, на каких устройствах? Лайты, к примеру, не поддерживают card rates. Работает all rates fixed

у вас трудности с пространственным воображением. На настройку это никак не влияет.

optimus.w.net, уже кто-то писал. по маку можно узнать только производителя карты, за моделью придется обращаться только к производителю.

Diamont, у вас оптимизма на троих хватит...

-Ars-, таки да. Работаю с 2.0 , потому и зациклился. Но все равно это ж админский тест (вы согнали себе несколько даунстримов, юзерам вы такого не делаете?). Какой модем может разогнаться до такой скорости?

Меня мучают сомненья. Вроде как такого не может быть, потому что не может быть в принципе...

Мне непонятно, потому что ни разу не видел , чтоб speedtest.net показывал неправильно. Зачем клиенту показывать на торренте, которым он не пользуется? Показывайте на том, что он юзает. Web, как раз перегруженный сейчас flash-контентом, чем по вашему надо тестить? Может, все таки поискать причины проблем у себя?

разрази меня гром...вы основываетесь на данных от британских ученых?

pred_pri, на сектор. При избытке финансов желательно также дальним клиентам.

xabarov, я про эту картинку и говорю. Чтоб попасть в нижний лепесток наноса (-60гр.), клиент должен жить в 150м от останкинской телебашни, на верхушке которой висит этот самый нанос.

xabarov, у ТС все клиенты находятся в угле от 0 (горизонт) до -7 градусов вниз. Про какой нижний лепесток речь?

Xaser, 50% чего? Возможно, в тех частотах кто-то рядом работает. И возможно, вам не стоит в них соваться...

Это легче решаемо, нежели затолкать все 160 человек на одну мачту. Ага-ага. всего два года назад была та же картина . А теперь смотри требования в картинках выше (подтянулось еще пару провайдеров, мясорубка в общем). Свято место пусто не бывает...

Xaser, 160 клиентов как то дохрена для принятия на одну (географически) БС. Никак нельзя втыкнуть вторую АР с другой стороны поселка?

Ну не знаю, уникально низкий битрейт 1.6Мбит для 720p . Мне клиенты тычут "хочу" на типа такого http://megogo.net/ru/view/107051-metro.html Оно при 720р подлагивает на 3Мбит/c (при этом полка и нет буфера). Комфортно идет на 4Мбит/с . Вот картинка за клиентским наносом с тарифом 3Мбит/c

Не факт , что два грува будут потреблять больше, чем 433 c картами 52Hn. В наносы заходить сможете.

pandel, так и есть. Я с полгода уже пытаюсь у себя протолкнуть суточный burst . Примерно такого плана - в начале суток (2.00 ночи или типа того) клиенту назначается ТП с вдвое (втрое) большей скоростью, чем у него по договору. На удаленной биллинговой машине (или около нее) считается трафик каждого клиента (как во старые добрые времена лимитов), если клиент набрал траф более установленного (к примеру, 5Гб ) - то биллинг назначает ему штатный ТП с обычной скоростью (или даже сниженной, поделом ему как качку...). По окончании суток все обнуляется на круги своя заново. Итого - если клиент только серфит и смотрит один-два фильма, у него круглосуточно высокая скорость. Но в моем случае упор в глобализации (ТП назначается из центра). Руководство , как Negator, говорит: "А где профит?" . Короче, не понимаем друг друга. Скоро все клиенты разбегутся, с 2Мб/c тарифами в густонаселенных провайдерами районах не выжить.