N.Leiten

Shuher тонкая настройка - подстройка скоростей (зажать до 18-24мбит), выбор одного диапазона - или Б или Г, а Б+Г никогда и ни у кого нормально не работал. Мощность, чувствительность - аналогично нужно настраивать. Ускоритель - уже оптимизирован, его достаточно просто включить для получения 25-30% прироста в скорости.

Nitrik 1.8мбит? не маловато ли?

Shuher Ставишь последний Wive, тонка настройка в 802.11г и включение ускорителя даст желаемый результат.

Ребята - не паримся с этими проблемами. Ну что Укуртелефон нам сделает? Они себе уже крылья подрезали - скорость повышать не смогут, остается им только ARPU ронять и всё. Оптима полетела за ними. Датагруп сейчас дает магистральные цены, которые позволяют конкурировать с УТ и давать реальные скорости, а не те, что у УТ... Аналогично и с остальными провайдерами. Развиваемся дальше и плюем на все перделки от УТ с высокой горки. У УкурТелефона осталось самое ценное - это Утел, с его 3G на всю страну одна лицензия и куча телефонных абонентов, которых УТ быстро растеряет. Аналогично с АДСЛ клие

Все вопросы в рентабельности. Если люди считают рентабельным предоставлять интернет для 50 человек и 150 клиентам сделать полную халяву - их право. Но любая услуга должна быть просчитана - все затраты и прибыли учтены, тогда будет баланс. Бесплатных услуг не бывает - есть только видимость бесплатного - или вы узодите в минуса или вы локалкой не управляете (обычно звучит как "пользователь сам решает свои проблемы"). Но это всё-равно не бесплатная услуга. Пользователь платит за решение проблем своими силами или вы уходите в минус предотвращая эти проблемы. ЗЫ. У нас интернет+локалка. Бе

А нефиг локалку бесплатно предоставлять или за 2-5грн/месяц. Это не абонплата для локалки. Постройте правильно бизнес-модель и не будет проблем вообще. По уму Вы предоставляете подключение к сети интернет. Есть абонплата. Стоимость услуги - это стоимость обслуживания локалки, стоимость интернета для вас(покупка) и непосредственно прибыль. Абонплата как раз относится к первому и в некоторой мере последнему пунктам - так или иначе она должна присутсвовать, дабы не было халявщиков и случаев пользования вашей сетью как магистральной бесплатно. При такой постановке вопроса вас не должно особо вол

Могу проконсультировать по общим вопросам в сети где оптика до клиента идет. Но если хотите строить с нуля и чтоб большое покрытие было - денег нужно будет много. Как уже сказали Десятки тысяч зеленых президентов. Так что сразу такой проект должен быть инвестиционным, т.к. сомневаюсь, что у Вас есть такие суммы денег.

frig как с меня писал, я этот ход мысли уже полгода окружающим доказываю - в этом преимущества волокна перед медью. Не забываем добавить - оформление ящичков с питанием на каждом доме. Аренда+питание. На аренду по-белому мы в каждом доме должны собрать подписи жильцов о их согласии. На питании - оформить бамажку с тех.условиями/проектом, и там уже или счетчик илипо лабораторным бумажкам будут ежемесячно снимать мзду. А на одну точку можно поставить стабилизатор с мощным ИБП, что облегчает построение и поддержание сети в рабочем состоянии. Полностью поддерживаю +100 ЗЫ Да прибудет

Сетевые должны быть не риалтек (если риалтек - проц нормальный должен быть). Материнка должна шину нормальную иметь - хотя, если винты Сата - то и шина должна быть на ней нормальная. Рейд какой - софт/аппарат?

frig Я не оспариваю решение. Было время я его держал как основное. Но применять такое решение в нескольких местах не получится, слишком геморно. Особено в свете оформления этого всего дела. Генераторы рулят и очень даже круто, но не везде

frig Я рассматривал варианты с генератором. В любом случае генератор подразумевает включение АКБ для бесперебойной работы, дабы переключение между источниками(сеть-генератор) было незаметно для оборудования. Другой минус в генераторе - нельзя его ставить в помещении. Две причины - сама главная это вывод выхлопа, а за этим следует утрясание в инстанциях - даже если и сделать то это дороже обойдется. Вторая причина - шум. Против шума делать ремонты и прочее еще дороже обойдется. А если считать стоимость затрат на генератор+топливо для него и раз в два года замена аккумуляторов - то это соизме

APC BackUPS ES-525 + аккумулятор на 135Ah - работает стабильно и четко... УПС по мощности расчитан на 300Вт. У меня три сервера и куча мелких железяк вертится - продержал 5 часов (дальше электричество подали). Расчетное время - часов 8-10 должен вытягивать. Но лучше, конечно покупать предназначенные под эти цели бесперебойники - но цена кусается.

gsv В том-то и проблема, что на ядро выбрать L3 не проблема. А вот на клиента ставить конструкцию Свитч+24WDM не очень хочется. Точек отказа много, а нужна стабильность в работе. ЗЫ. не проблема с ядром в плане выбора по стабильности.

У Едж-кор есть 24 WDM сотки+2комбо гигика.

Скорее всего меняют магистрали на волокно и чтоб хоть как-то компенсировать заставляют грозозащиты покупать абонентам, да и еще по такой цене...

Ну, если будет полностью оптический свитч управляемый(ACL,VLAN и т.д.) на все гигиковые порты - можно будет присмотреться. Вот только вопрос качества начинает мучать.

Если б полностью оптический по такой цене - было бы интересно Пусть даже 24 оптические сотки, и 2-4 гигика...

А кто в курсе насчет аренды волокна по межгороду? у того же ЕТТ, например или Датагрупп?

ZonderA тогда Вам бы стоило взять 802.11n draft1 устройства. На наге писали, что в пределах комнаты до 75мбит реальной скорости получали. Но для этого все устройства должны его поддерживать. Насчет 25мбит - это очень хороший результат для вай-фай 54Мбит несущей скорости. Это везде так. 54мбит - маркетинг, не более. В стандарте описана символьная скорость 54мбит, но вот полезные данные передаются на меньшей скорости, увы. Насчет 108мбит - если у вас все устройства поддерживают SuperG Turbo, то вполне возможно получить полезную скорость до 45мбит. Но это исключительно в комнатных услов

Значит не все еще изучили о маршрутизации... Чтоб системе добраться до основного маршрута (шлюза), ей надо знать где он находится (читай на каком интерфейсе и "с какого айпишника к нему обращаться", хотя с самого айпишника шлюз никогда не обращается по основному маршруту, при маршрутизации пакеты не изменяются, если не используется нат), при этом самое основное условие - шлюз находится в одной подсети с твоим шлюзом. Теперь прошу объяснить каким боком (если это не ppp тунель, там история другая, маска /32 и маршруты привязываются по айпи удаленной машины, и этот айпи при маске /32 может быть

NO COMMENTS Почитайте плиз, что такое маршрутизация, как оно работает, как влияет маска подсети на это дело и какую роль она играет. И самое главное что такое основной шлюз, как его указывать, и т.п.

rsst и заодно в Кривой Рог заедьте. Я с ноября жду техусловия... Датагруп с сентября по ноябрь ждал, там пару дней дали отмашку и опять начали затягивать, мы момент упустили...

Alex_E Тоже когда-то встречал упоминание о 120В на корпусе, который должен уходить в землю. И сам потом замерял - около 120 Вольт и было... В принципе нет смысла китайцам под нас все схемы переделывать, общий стандарт есть - должна быть земля, а то, что не везде она есть - их не касается.

Там внутри чистый линукс. Поэтому не описываются вещи связанные непосредственно с натсройкой системы - это можно найти в любом другом месте. Точно также как и описание, что такое бриджи, как их настраивать, как и работа с фаерволами с iptables . Ну и к этому же относится /etc/resolv.conf Насчет беспроводного - у Вас основной маршрут и интернет будет бегать по реальным айпи, а серый айпи просто назначен на беспроводном интерфейсе и всё.

Масками пренебрегать никогда нельзя... это отдельная беседа. Если у Вас проблемы с разными точками и последней прошивкой - даю 90% гарантии, что проблемы с питанием. Замените блок питания на импульсный и будет Вам счастье. Насчет айпи-адресов не совсем понятна эта связка, что за третий адрес? Сделаю допущение, что это основной маршрут, но их не может быть два (одновременно действующих без policy routing). Тогда серый отброшу и предложу такую схему: В /etc/network/interfaces вписать такое: В /etc/network/routes В /etc/resolv.conf В /etc/network/iptables