2late
Тип публикации
Профили
Форум
Календарь
Сообщения, опубликованные пользователем 2late
-
-
Взял за задачу отвести каждых два дня на один биллинг. Перелопатил все известные как ком. так и бесплатные.
Больше всего понравился убилинг, потом микробил и микбил. Скорее всего остановлюсь на убилинге.
Спасибо разработчикам и прошу прощения за грубость, если такова имелась ...
-
..."динамические маки портов"...
Ибани очи! - Господа, вы только вдумайтесь в эту фразу. Это же феерический п@зд#ц.
Что не так написано? Остыньте, ибанет сердечко небось ...
Изначально я написал, что ошибся с тем что не посмотрел как тот донный свич работает. Потом через несколько постов написал про изоляцию, в которой могли бы быть обычные гигабитные порты и не передавали нетегированный трафик(порты). Как при этом мог передаваться флуд на остальные группы свичей, если нету тега.
Не кипите так, Вам здоровье еще пригодиться ..
Лесом пожалуйста ..
-
Бюджетная огранизация внутри которой нужно построить такую иерархию, денег на железо мало, а за работу готовы заплатить. Естественно все это лишь раздумья, но почему бы и не построить по такому типу, меленькому прову, который за один SFP свич не готов отдать 1000 баков, а лучше купить за них такую схему и поставить простенький шлюз и раздавать.
Можно же экономить ... В этом и суть создание темы ...
-
Че?
Если прошить или изначально создать свич в котором будет ВЛАН на порт, а аплинки будут как обычными гигабитными каналими, внутри которых тоже будут бегать динамические маки портов. Выход аплинка д-линка будет регистрироваться так же в таблице гигабитного свича и он никак не измениться на другой. Точно так же и сервера. Маршрутизация нужна будет только на шлюзе. Создать куевую тучу ВЛАНОВ и НАТИТЬ.
Никакой хрени в сети же не будет.
-
Читать название тем уже не в моде?
Никто ничего не хочет, интересует такая вот реализация, когда динамическая мак адресация работает в центре и посторонней нагрузки на ней нету.
-
Эта схема имеет место быть. Я протупил тем что каждый порт д-линка входит еще и 25-26 порт, не прочел внимательно. Если бы это было реализовано как ВЛАН пер юзер, тогда смело можно было бы внедрять PPoE.
Хотя PPoE потихоньку начинает вытеснять IPoE и dhcp option 82.
-
Всем доброго времени суток.
Терзает меня такой вопрос. Возможно ли на тупых свичах построить вот такую схемку:
Суть которой ложиться внимание только на "D-link DES-1026G/RV". Это тупой свич, который аппаратно реализован с VLAN. То бишь каждый порт изолирован друг от друга. Таким образом штормы, шара, флуд и прочие неожиданности не будут беспокоить как свич источник, так и тупые гигабитные свичи в ядре.
Линка оптические, на обеих концах медики.
Прошу не пинать сильно ...
-
Отмороженный какой-то разработчик ...
Если надоело отвечать на вопросы не отвечайте, к тому же не к Вам обращался.
Смогут понять и рассказать другие пользователи, которые используют Ваше чудо творение.
-
Вот так пишут об этом Ideco:
Итак, упрощенное описание базовой схемы (ниже разберёмся подробней):
- Пользователь включает компьютер.
- Подключает VPN (PPTP/L2TP/PPPoE) на NAS (позже рассмотрим схему без VPN).
- NAS спрашивает у биллинга (через radius протокол), есть ли такой юзер в базе, правильный ли пароль, разрешен ли ему вход?
- Если "нет", то VPN не установится. Если да, то VPN установится.
- IP-адрес для VPN-клиента выдает биллинг через RADIUS-протокол.
- При этом в биллинге генерируется событие, которое запускает скрипт обработки событий и передает ему все параметры пользователя. Нас будут интересовать параметры скорости.
- Скрипт обработки событий через телнет "заходит" на NAS и добавляет IP адрес пользователя в список адресов.
Для каждого конкретного тарифа существует свой список (далее "адрес-лист").
Позже для данных списков настроим (один раз) правила фаервола и шейперы.
Таким образом трафик клиента проходит сквозь NAS, попадая в нужные ветки дерева очередей (шейпер) согласно адрес-листа, в который его поместил биллинг.
Периодически NAS скидывает подробную инфу о сетевой статистике пользователя биллингу (объемы входящего/исходящего трафика и т.д.).
В случае превышения лимита происходит генерация соответствующего события, и биллинг через телнет помещает IP-адрес юзера в специальный адрес-лист "баланс-негатив", который мы позже настроим (также всего один раз).
Данное правило блокирует пакеты пользователя ("выключает интернет") и перенаправлет его на страничку "Превышен лимит. требуется пополнение баланса...".
Таким образом, весь трафик проходит через NAS, который является VPN сервером, шейпером, фаерволом, кеширующим DNS-сервером, NATит если надо, держит BGP сессии если надо и т.д.
При этом Биллинг стоит в сторонке и выполняет следующие функции: учет абонентов в базе данных, авторизация, ведение счетов, тарификация согласно тарифным планам, генерация событий, прием платежей, отчеты, интерфейс для администраторов, кассиров и прочих сотрудников компании. Личный кабинет для пользователей и прочее.
Далее рассмотрим подробней различные аспекты совместной работы двух систем.
Каким образом работает Ваш биллинг?
-
Хоть скажите или биллинг напрямую с МТ общается? То бишь: Правила, шейпер, адрес листы, PPP сервера и другие, создаются на МТ или на машине с Биллингом? Какой алгоритм работы?
-
Убилинг на виртуальной машине, микротик в ядре. Если упала на время виртуалка, отключения пользователя не происходит? К сожалению только догадываюсь как работает алгоритм, новичок в этом.
В базу данных мускулов добавляется пользователь, потом убилинг синхронизирует по API с НАСом добавляя в простые очереди пользователя вместе с ограниченной скоростью доступа. В убилинге выставляем дату и время отключения пользователя. Все это вноситься в базу. Как только время соответствует, убилинг посылает по АПИ в адрес лист команду дисабл на определенного юзера.
Можете поделится исходным, логическим проектом?
-
Возможно кто-то скажет смогу ли я все это сделать на Ubiling в конце концов?
Сделать то можно. Вобще не вижу никаких проблем.
Что сможете сделать конкретно вы - это уже другой вопрос, требующий тщательного расследования.
ЗЫ так и не понял, нафига там еще отдельный сервер с микротиком, тем более на х86.
Понял, сначала покапаюсь в этом творчестве.
Где отдельный сервер? Или Вы имели виду, что лучше купить железку от МТ и она потянет все это? Или ядро на Фре сделать?
А кто-же Вам скажет? Кто знает их Ваших 5 постов Ваш уровень знаний?Возможно кто-то скажет смогу ли я все это сделать на Ubiling в конце концов?
ИМХО: Тут 2 варианта:
1) долго и нудно разбираться самому - "бесплатно" (медленно)
1.а) в процессе обучения могут вылазить "косяки" и "непонятки" на которые, при правильной постановке вопроса,
не "в общем" (на городе бузина, а в Киеве ...) Вам, скорее всего, тут ответят и помогут.
2) поставить ТЗ - и заплатить человеку который это ТЗ выполнит. (быстро)
Я имел виду возможно ли на Юбилинг использовать терминалы 24нонстоп и другие, все остальное выкопаю 5 дневным насилованием своих мозгов и глаз) П.С. не скупой, но пока интересно почему бы и не разобраться.
Всё уже разжевали.
Вижу, за это и благодарю всех
-
Я так понял, только коммерческий вариант покатит? Или на крайняк свое писать нужно...
Возможно кто-то скажет смогу ли я все это сделать на Ubiling в конце концов?
-
Понял, учту.
Да главный вопрос скорее всего в билинге. Нужно всю эту байду автоматизировать как-то.
Практически интересует только совет по этому:
Нужен простой биллинг, желательно бесплатный (склоняюсь к Ubilling) который бы управлял полностью NASом для добавления новый пользователей, полосой пропускания, регистрацией по DHCP (PPTP), а биллинг бы просто включал и выключал юзеров каждый месяц по безлимитным тарифам + оплата за услуги принимались через терминал самообслуживания 24 NonStop или Приват24.
Подскажите правильно ли расположен биллинговый сервер? Могу ли я его использовать из под виртуалки для экономии места у себя дома?Подойдет ли Ubilling для моих целей? Стоит уже начать копаться?На крайняк привяжу DHCP+MAC как сейчас на одном из домов.
-
Документы оформите значит если будете принимать через платежные терминалы и если оплата только на терминалах то свичик или микротик голый вам тут не поможет.
Сначала биллинг, потом оформлюсь.
Перечитайте стартовый пост, а то Вы что-то не то пишите
а я пополнил не туда/деньги не пришли и тд и тп.
Мне кажется здесь даже нечего решать ...
Кто меня будет знать тот и принесет денюшку это понятное дело.
-
Хочу отвечать только на звонки людей и подключения услуг но не заниматься наличкой вообще.
Тогда только PPTP или какой свитчек посоветуете для привязки?
-
Здравствуйте!
Прошу небольшой помощи в поднятие небольшой сети, а точнее неких технических моментов. Решил сделать за лето все сам, но очень тяжело когда
не с кем об этом пообщаться
Есть 3 общаги по периметру в радиусе 50 метров, нужно их обеспечить интернетом по DHCP протоколу и привязкой ИП к порту на свиче (на крайняк PPTP)
Изначально ядро сети из микротика на X86 С 4-ма гигабитными карточками. Одна смотрит в интернет другие три в гигабитные порты свитчей
Между домами протянута оптика, стоят медиаконвертеры с выхода микротика на Dellовский свитчи.
Прокладка кабеля будет осуществляется внутри общаг. Еще не пробурил, но работаю над этим.
Сеть распространятся в теории практически не будет. По этому Микротик будет являться как маршрутизатор и NAS до 200 пользователей.
Все физически построенно, но для настройки мне нужно больше знаний, а крыша с дня на день едет по полной.
Нужен простой биллинг, желательно бесплатный (склоняюсь к Ubilling) который бы управлял полностью NASом для добавления новый пользователей, полосой пропускания, регистрацией по DHCP (PPTP), а биллинг бы просто включал и выключал юзеров каждый месяц по безлимитным тарифам + оплата за услуги принимались через терминал самообслуживания 24 NonStop или Приват24.
Подскажите правильно ли расположен биллинговый сервер? Могу ли я его использовать из под виртуалки для экономии места у себя дома?
Подойдет ли Ubilling для моих целей? Стоит уже начать копаться?
Есть альтернатива данному биллингу под названием Mikrobill который именно заточен под мои требования, но на вряд ли я когда либо искал легких путей,
к тому же он еще и платный
-
Intel pro 1000 MT Destktop 2шт. - 100 грн. (Новые в упаковке)
Осталось:
Intel pro 1000 MT Server 1 шт. - 100 грн.
D-link DGE-T - 70 грн. -
Все уехали. Можно закрыть.
-
dell 3 шт. сразу - 550 грн.
-
За сотню отдам.
-
Заберете все сделаю скидку на доставке.
-
Опять же излишки товара.
Патчкорд OFPC-SC/UPC-SC/UPC-3 - 4 шт. по 18 грн.
Патчкорд SC/PC - LC/PC 3.0 mm - 1 шт. 20 грн.
Все новые, в упаковках.
-
Продам HP Procurve 2650
в Оборудование
Опубликовано:
Продам HP Procurve 2650 (j4899A).
Остатки местного провайдера. В прекрасном состоянии. Стояли в помещении(стойке). Без битых портов, с ушами.
Есть 4 шт. по 750 грн.