Перейти к содержимому
Калькуляторы

locoz

Пользователи
  • Публикации

    14
  • Зарегистрирован

  • Посещение

О locoz

  • Звание
    Абитуриент
  1. Поругайте схему.

    Большое спасибо за наводку! В ней можно будет сразу и vlan'ы разрулить и вообще крайне удобно получается. Я, к сожалению, не смог откопать нигде ценников на эти вещи. Не подскажете ориентировочный порядок цены конкретно на вами приведённый пример борда? А то может ещё и поставщик в России есть? ;)
  2. Поругайте схему.

    По схеме каждый сайт (на схеме в качестве примера это сайт 1) может отдавать по радиомосту ещё одному "соседу". Но только одному. Так что, думаю, что в зависимости от наличия этого соседа и количества подключений к нему, будет определяться необходимость наличия бесперебойника. Есть, кстати, интересные отечественные образцы. Буду рад ссылке не подробный ресурс с описанием таких устройств. Если эти штуки стабильны, то это, конечно, выход. Ибо Dlink PoE ставить не хочется, а что-то мало-мальски приличное стоит приличных денег.
  3. Поругайте схему.

    Для того и советуюсь, чтобы носом потыкали :). 11.n был выбран исключительно по показателю скорости. Естественно, что я при отсутствии практики не подумал о том, какую широкую полосу он займёт. В отсутствие мега-лицензии, я так полагаю, очевидно, что это будет 802.11a. Или можно выставить 11.n до тех пор, пока кто-нибудь не наедет? На что-нибудь вообще есть лицензия? Насколько я понимаю, - без лицензии в 5ГГц вообще работать ни в Росии, ни в Украине, ни в Казахстане, ни где-бы-то-ни-было на просторах СНГ - нельзя,в отличие от, скажем, Европы или США, где это есть unlicensed band. Т.е. вопрос насчет наезда - это зависеть врядле будет от ширины спектра. Хотя чем шире занимаемый спектр - тем вероятность того, что наезд будет и будет скорее повышается. Вообще предоставлять какой-либо беспроводной сервис, не имея никаких лицензий на частоты - это врядле перспективно. Т.к. даже если никто не наедет, то в какой-то моент времени в городе может появиться другой такой же провайдер, который тоже будет пытаться занимать тот же ограниченный спектр. После чего либо Вы с ним полюбовно договариваетесь о ЭМС, либо у Вас и у него все работать перестает и Вы начинаете менять частоты раз в несколько дней. На Украине к примеру есть понятие "технологического пользователя" и выделен диапазон 5.15-5.25ГГц для этого, но там все равно надо подавать заявку и регистрировать точки. Ну и ограничен EIRP существенно. На что впрочем мало кто обращает внимание :) Именно поэтому те, кто строит бизнес на предоставлении беспроводного доступа - обычно начинают с лицензии - для того, чтобы защитить свои капиталовложения в оборудование. А с учетом того, что стоимость лицензии прямо пропорциональна используемой полосе частот, то стараются использовать оборудование, которое максимально эффективно использует спектр. В Вашем варианте - мне кажется, что использовать оптику (ВОЛС) для магистралей будет экономически более выгодным. Спасибо за столь подробный ответ! Конечно, ни о какой работе в отсутствие разрешительной документации я речи не веду. Сейчас я пытаюсь понять архитектуру (согласовывая своё понимание именно с людьми-практиками) и прикинуть оптимальный выбор оборудования, его количества и всего для его подключения, чтобы проработать затраты на техническую часть. Вопрос лицензирования и изыскания возможностей для реализации будет прорабатываться после того, как я увижу правильную схему и определюсь с оборудованием :) Что касается диапазона 5 ГГц, то с 15.07.2010 в России, если я всё правильно понял, частоты 5150-5350 МГц и 5650-6425 МГц становятся такими же доступными, как те, что в дапазоне 2,4 ГГц. Нужно только РЭС регистрировать, разрешение на пользование частотами более не требуется. Экономическая выгода пользования оптикой - вопрос сложный и будет рассматриваться в каждом конкретном случае отдельно. Скорее всего, если я ничего не напутал с легалайзом диапазона 5 ГГц, то оптику я буду использовать либо для подключения удалённых сайтов, до которых радиолинк будет сделать невозможно или бессмысленно из-за плохой связи. Либо по принципу сотовиков: сперва развёртываем все сайты на релейках, а со временем идём до них оптикой и потом переключаем. У меня вопрос к практикам по организации питания оборудования. Моя идея максимально простенькая: договариваться с ТСЖ, ставить ящик на техэтаже/чердачном помещении, подводить к нему 220. В ящик запихивать счётчик, бесперебойник и PoE L2 свич. От него уже разводить витушку по точкам. Если приходит оптика, то, соответственно, добавляется кросс и медиаконвертор. Поделитесь, если у кого-то есть опыт сделать это проще/дешевле. Спасибо.
  4. Поругайте схему.

    Для того и советуюсь, чтобы носом потыкали :). 11.n был выбран исключительно по показателю скорости. Естественно, что я при отсутствии практики не подумал о том, какую широкую полосу он займёт. В отсутствие мега-лицензии, я так полагаю, очевидно, что это будет 802.11a. Или можно выставить 11.n до тех пор, пока кто-нибудь не наедет?
  5. Надо иметь документы на частоту, оформлять документы на БС так же требуеся. А разве решения ГКРЧ, принятые на заседании 15.07.2010 г. (протокол № 10-07) не делают процедуру регистрации РЭС, работающих на частотах 5150-5350 МГц и 5650-6425 МГц такой же простой, как процедуру регистрации РЭС, работающих на 2,4 ГГц ? Когда нужно лишь зарегистрировать каждый девайс и всё на этом? На сколько я понял, получения разрешения на пользование этими частотами более не требуется. Все вышесказанное, естественно, относится только к РЭС, характеристики коих находятся в пределах, обозначенных в приложениях к решениям ГКРЧ. Поправьте, если заблудился.
  6. Поругайте схему.

    Вопрос "зачем выкидывать rb800" снят. Прочёл соседний тред про "несколько радио карт на одной RB", всё понятно, спасибо!
  7. Поругайте схему.

    Я счёл важным наличие запаса по производительности и слотам роутреборда в этой точке, т.к. вокруг могут появиться ещё сайты 3,4...n. Или это лучше каким-то иным образом реализовать? Выделить на каждый новый линк до сайта отдельный rb411? Забыл сказать, что схема не предусматривает дальнейшей дистрибуции за пределы БС, уже залинкованной через сайт. На мой взгляд такая гирлянда приведёт к сужению полосы, увеличению задержек под нагрузкой и снижению отказоустойчивости и вообще надёжности. Поэтому до следующего центра такой звезды думается идти оптикой. Кроме rb800 на агрегации ещё есть какие-то огрехи? Основной задачей деплоймента, который описывает схема, ставится подключение абонентов с ноутами и мобильными устройствами, поэтому реальным радиусом каждого антеннабокса я закладываю 50-80 максимум 100 м. Ставить людям для доступа наностейшены пока планов нет. Спасибо.
  8. Приветствую! Товарищи, есть мысли по созданию небольшой сети в условиях городской застройки. Непродолжительное изучение страниц этого форума породила схему. Прошу уделить 5 минут и указать на самые наивные моменты. Для связи между узлом и сайтами 1 и 2 планирую использовать любую из доступных качественных grid-антенн, сейчас не суть важно. Для дистрибуции от сайта дальше хочется использовать DUAL BOX 18 5GHz (http://asp24.ru/antenna/antenny-57-ggc/dual-box-18-5ghz/) с RB433AH. Для доступа абонентов - RB411 и AntennaBox2. Раздачу питания антеннабоксам думаю организовать либо мелким PoE свичём. Заранее благодарю за подсказки.
  9. Настройка DHCP-сервера с привязками IP-MAC и опцией 82: http://www.opennet.ru/base/net/dhcp_ip_mac.txt.html http://xgu.ru/wiki/DHCP_option_82 Для защиты от подмен создавайте на коммутаторах доступа привязки IP-MAC-port, у многих вендоров это делается средствами ACL. И как выглядит процесс накопления информации для этой привязки? Подключили нового абонента, монтажник смотрит, какой выдался абоненту IP, сообщает админу, а тот лезет в dhcp.leases искать там мас, которому отдался этот ip, после чего лезет на свич доступа и вбивает привязку? Ну и после каждого подключения нового абонента бекапить конфиг свича? А не много ль гемора? Просто я, видимо, не столь сильно люблю абонентов, что бы столько испытать, имея целью обеспечить им сладкую жизнь в стиле "воткнули кабель и сразу инет" :) Мне почему-то видится куда более простым создание РРТР-соединения и администрирование сервера доступа. Поправьте, если моё видение ошибочно.
  10. Мне по малоопытности не очень ясно, каким образом в таком случае идентифицировать и обсчитывать абонентов-физиков, ведь адреса раздаются динамические?... РРТР предполагалось применять именно для этого. Биллинг и бордер в одном флаконе будет представлен в виде Ideco ICS 2.5. Там есть тип авторизации по mac+ip, но как отследить маки юзеров?
  11. Поясните, если не затруднит, при каких, например, проблемах в локалке может лечь ядро? И о каких "местах" для вторичных интерфейсов идёт речь? Что есть pim? Неловко за безграмотность, но мой опыт в сетестроительстве ограничивается корпоративными сетями, никогда с операторскими сетями дела не имел.
  12. <user>---<access_sw>--[user_vlan]--<agg_sw>--[manage_vlan]--<core_sw>---<access_server/border>---<provider> Создавать себе и юрику гемор с доступом очень не хочется.
  13. Молодой ethernet-провайдер строит сеть :) Один VLAN на один свич доступа, абоненты получают серые адреса от DHCP opt.82 по признаку порта на свиче агрегации. С абонентами-физиками пока всё понятно, будут ходить в инет через РРТР, юрикам же хотелось бы отдавать как минимум /30 подсеть белых адресов, причём без использования каких-либо туннелей. Могу ли я на свиче агрегации прописать на интерфейсе VLANа, который будет отдан юрику, белый адрес и отдать юрику этот адрес в качестве шлюза по-умолчанию? Т.е. не возникнут ли проблемы при смешении белого и серого адресного пространств? В теории всё вроде как ок: пакеты от юрика пошли на интерфейс этого VLANа, на свиче агрегации ушли на дефолтный шлюз, которым будет интферфейс VLANа на коммутаторе ядра, путь этот адрес и серый, а с него на локальный интерфейс бордер-роутера. Я правильно мыслю?