Перейти к содержимому

2late

Сitizens
  • Публикации

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

  • Посещение

Сообщения, опубликованные пользователем 2late

  1. Взял за задачу отвести каждых два дня на один биллинг. Перелопатил все известные как ком. так и бесплатные.

     

    Больше всего понравился убилинг, потом микробил и микбил. Скорее всего остановлюсь на убилинге.

     

    Спасибо разработчикам и прошу прощения за грубость, если такова имелась ...

  2.  

    ..."динамические маки портов"...

    Ибани очи! - Господа, вы только вдумайтесь в эту фразу. Это же феерический п@зд#ц.

     

     

    Что не так написано? Остыньте, ибанет сердечко небось ...

     

     

     

    Будет, будет - у вас клиенты изолированы друг от друга, только в рамках одного свича. А вот клиенты в разных свичах друг друга будут видеть на ура.

     

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

     

     

     

    Судя по теме Вы хотите сэкономить (это можно сделать легко: ту хню что Вы нарисовали не стройте - сэкономите) и мысли в слух (поп#@#еть - вы это уже сделали)...

     

    Не кипите так, Вам здоровье еще пригодиться ..

     

     

     

    По хорошему гнать Вас надо от этой бюджетной организации, ибо Вы ни терминологии не знаете, ни ТЗ поставить не можете.

     

    Лесом пожалуйста ..

  3. Бюджетная огранизация внутри которой нужно построить такую иерархию, денег на железо мало, а за работу готовы заплатить. Естественно все это лишь раздумья, но почему бы и не построить по такому типу, меленькому прову, который за один SFP свич не готов отдать 1000 баков, а лучше купить за них такую схему и поставить простенький шлюз и раздавать.

    Можно же экономить ... В этом и суть создание темы ...

  4. Че?

    Если прошить или изначально создать свич в котором будет ВЛАН на порт, а аплинки будут как обычными гигабитными каналими, внутри которых тоже будут бегать динамические маки портов. Выход аплинка д-линка будет регистрироваться так же в таблице гигабитного свича и он никак не измениться на другой. Точно так же и сервера. Маршрутизация нужна будет только на шлюзе. Создать куевую тучу ВЛАНОВ и НАТИТЬ.

     

    Никакой хрени в сети же не будет.

  5. Эта схема имеет место быть. Я протупил тем что каждый порт д-линка входит еще и 25-26 порт, не прочел внимательно. Если бы это было реализовано как ВЛАН пер юзер, тогда смело можно было бы внедрять PPoE.

    Хотя PPoE потихоньку начинает вытеснять IPoE и dhcp option 82.

  6. Всем доброго времени суток.

    Терзает меня такой вопрос. Возможно ли на тупых свичах построить вот такую схемку:

     

    454bd6506e561762254ba75a80b01946.jpg

     

    Суть которой ложиться внимание только на "D-link DES-1026G/RV". Это тупой свич, который аппаратно реализован с VLAN. То бишь каждый порт изолирован друг от друга. Таким образом штормы, шара, флуд и прочие неожиданности не будут беспокоить как свич источник, так и тупые гигабитные свичи в ядре.

     

    Линка оптические, на обеих концах медики.

     

    Прошу не пинать сильно ...

  7. Отмороженный какой-то разработчик ...

     

    Если надоело отвечать на вопросы не отвечайте, к тому же не к Вам обращался.

     

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

  8. Вот так пишут об этом Ideco:

     

    Итак, упрощенное описание базовой схемы (ниже разберёмся подробней):

    1. Пользователь включает компьютер.
    2. Подключает VPN (PPTP/L2TP/PPPoE) на NAS (позже рассмотрим схему без VPN).
    3. NAS спрашивает у биллинга (через radius протокол), есть ли такой юзер в базе, правильный ли пароль, разрешен ли ему вход?
    4. Если "нет", то VPN не установится. Если да, то VPN установится.
    5. IP-адрес для VPN-клиента выдает биллинг через RADIUS-протокол.
    6. При этом в биллинге генерируется событие, которое запускает скрипт обработки событий и передает ему все параметры пользователя. Нас будут интересовать параметры скорости.
    7. Скрипт обработки событий через телнет "заходит" на NAS и добавляет IP адрес пользователя в список адресов.

    Для каждого конкретного тарифа существует свой список (далее "адрес-лист").

    Позже для данных списков настроим (один раз) правила фаервола и шейперы.

    Таким образом трафик клиента проходит сквозь NAS, попадая в нужные ветки дерева очередей (шейпер) согласно адрес-листа, в который его поместил биллинг.

    Периодически NAS скидывает подробную инфу о сетевой статистике пользователя биллингу (объемы входящего/исходящего трафика и т.д.).

    В случае превышения лимита происходит генерация соответствующего события, и биллинг через телнет помещает IP-адрес юзера в специальный адрес-лист "баланс-негатив", который мы позже настроим (также всего один раз).

    Данное правило блокирует пакеты пользователя ("выключает интернет") и перенаправлет его на страничку "Превышен лимит. требуется пополнение баланса...".

    Таким образом, весь трафик проходит через NAS, который является VPN сервером, шейпером, фаерволом, кеширующим DNS-сервером, NATит если надо, держит BGP сессии если надо и т.д.

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

    Далее рассмотрим подробней различные аспекты совместной работы двух систем.

     

     

    Каким образом работает Ваш биллинг?

  9. Убилинг на виртуальной машине, микротик в ядре. Если упала на время виртуалка, отключения пользователя не происходит? К сожалению только догадываюсь как работает алгоритм, новичок в этом.

     

    В базу данных мускулов добавляется пользователь, потом убилинг синхронизирует по API с НАСом добавляя в простые очереди пользователя вместе с ограниченной скоростью доступа. В убилинге выставляем дату и время отключения пользователя. Все это вноситься в базу. Как только время соответствует, убилинг посылает по АПИ в адрес лист команду дисабл на определенного юзера.

     

    Можете поделится исходным, логическим проектом? 

  10.  

     

    Возможно кто-то скажет смогу ли я все это сделать на Ubiling в конце концов? :)

    Сделать то можно. Вобще не вижу никаких проблем.

    Что сможете сделать конкретно вы - это уже другой вопрос, требующий тщательного расследования.

     

    ЗЫ так и не понял, нафига там еще отдельный сервер с микротиком, тем более на х86.

     

     

    Понял, сначала покапаюсь в этом творчестве.

     

    Где отдельный сервер? Или Вы имели виду, что лучше купить железку от МТ и она потянет все это? Или ядро на Фре сделать?

     

     

     

    Возможно кто-то скажет смогу ли я все это сделать на Ubiling в конце концов? :)

    А кто-же Вам скажет? Кто знает их Ваших 5 постов Ваш уровень знаний?

    ИМХО: Тут 2 варианта:

    1) долго и нудно разбираться самому - "бесплатно" (медленно)

    1.а) в процессе обучения могут вылазить "косяки" и "непонятки" на которые, при правильной постановке вопроса,

    не "в общем" (на городе бузина, а в Киеве ...) Вам, скорее всего, тут ответят и помогут.

    2) поставить ТЗ - и заплатить человеку который это ТЗ выполнит. (быстро)

     

     

    Я имел виду возможно ли на Юбилинг использовать терминалы 24нонстоп и другие, все остальное выкопаю 5 дневным насилованием своих мозгов и глаз) П.С. не скупой, но пока интересно почему бы и не разобраться.

     

    Всё уже разжевали.

     

    Вижу, за это и благодарю всех

  11. Понял, учту.

     

    Да главный вопрос скорее всего в билинге. Нужно всю эту байду автоматизировать как-то.

     

    Практически интересует только совет по этому:

     

     

    Нужен простой биллинг, желательно бесплатный (склоняюсь к Ubilling) который бы управлял полностью NASом для добавления новый пользователей, полосой пропускания, регистрацией по DHCP (PPTP), а биллинг бы просто включал и выключал юзеров каждый месяц по безлимитным тарифам + оплата за услуги принимались через терминал самообслуживания 24 NonStop или Приват24.

     
    Подскажите правильно ли расположен биллинговый сервер? Могу ли я его использовать из под виртуалки для экономии места у себя дома?
    Подойдет ли Ubilling для моих целей? Стоит уже начать копаться?

     

    На крайняк привяжу DHCP+MAC как сейчас на одном из домов.

  12. Документы оформите значит если будете принимать через платежные терминалы и если оплата только на терминалах то свичик  или микротик голый вам тут не поможет.

     

    Сначала биллинг, потом оформлюсь.

     

    Перечитайте стартовый пост, а то Вы что-то не то пишите :)

     

     

     а я пополнил не туда/деньги не пришли и тд и тп. 

     

    Мне кажется здесь даже нечего решать ...

     

    Кто меня будет знать тот и принесет денюшку это понятное дело.

  13. Хочу отвечать только на звонки людей и подключения услуг но не заниматься наличкой вообще.

     

    Тогда только PPTP или какой свитчек посоветуете для привязки?

  14. Здравствуйте!

     

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

    не с кем об этом пообщаться :(

     

    Есть 3 общаги по периметру в радиусе 50 метров, нужно их обеспечить интернетом по DHCP протоколу и привязкой ИП к порту на свиче (на крайняк PPTP)

    Изначально ядро сети из микротика на X86 С 4-ма гигабитными карточками. Одна смотрит в интернет другие три в гигабитные порты свитчей

    Между домами протянута оптика, стоят медиаконвертеры с выхода микротика на Dellовский свитчи.

    Прокладка кабеля будет осуществляется внутри общаг. Еще не пробурил, но работаю над этим.

     

    Сеть распространятся в теории практически не будет. По этому Микротик будет являться как маршрутизатор и NAS до 200 пользователей.

     

    Все физически построенно, но для настройки мне нужно больше знаний, а крыша с дня на день едет по полной.

     

    Нужен простой биллинг, желательно бесплатный (склоняюсь к Ubilling) который бы управлял полностью NASом для добавления новый пользователей, полосой пропускания, регистрацией по DHCP (PPTP), а биллинг бы просто включал и выключал юзеров каждый месяц по безлимитным тарифам + оплата за услуги принимались через терминал самообслуживания 24 NonStop или Приват24.

     

    Подскажите правильно ли расположен биллинговый сервер? Могу ли я его использовать из под виртуалки для экономии места у себя дома?

    Подойдет ли Ubilling для моих целей? Стоит уже начать копаться?

     

    Есть альтернатива данному биллингу под названием Mikrobill который именно заточен под мои требования, но на вряд ли я когда либо искал легких путей,

    к тому же он еще и платный :(

     

    post-4093-0-18307100-1379515507_thumb.jpg

×
×
  • Создать...