Перейти до

Удаленный NAS - Mikrotik


Рекомендованные сообщения

Доброго времени суток.

 

Сейчас в качестве NAS'ов используем FreeBSD.

Рассматриваем вариант перехода на Mikrotik.

Документация описывает простоту привязки mikrotik к ubilling.

 

Хотелось бы узнать есть ли у кого реальный опыт использования такого решения и конечно все за и против.

Сеть состоит из сервера ubilling и удаленных NAS серверов.

Пока что все NAS находятся в одной физической сети, но в виду установки следующих планируется использование каналов сторонних операторов.

В связи с этим выбираем оптимальную схему взаимодействия биллинга с удаленными NAS`ами. 

 

Благодарю.

Ссылка на сообщение
Поделиться на других сайтах

ну то что может держать хотяб 1к абонов это поидеи ccr36 цена около 1к у.е дешевле на тазике. у меня на микротике сидит 100+ абонов работает без проблем особо , все остально на фре .

Ссылка на сообщение
Поделиться на других сайтах

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

Ссылка на сообщение
Поделиться на других сайтах

 

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

 

NAS будет обслуживать 500 абонентов, потом можно будет заменить на более мощный.

NAT, щейпер. 95% серые IP.

 

Не совсем понятно стоит ли выносить DHCP на NAS, или сделать l2 тоннель для получения DHCP от биллинга.

Ссылка на сообщение
Поделиться на других сайтах

 

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

 

1.5 k

Ссылка на сообщение
Поделиться на других сайтах

 

 

ccr36 = 1,2 гб трафика на рррое без ната..на натеменьше немного

а кол-во сессий сколько примерно? ну я так понимаю у человека будет и нат и шейпер на нем

 

NAS будет обслуживать 500 абонентов, потом можно будет заменить на более мощный.

NAT, щейпер. 95% серые IP.

 

Не совсем понятно стоит ли выносить DHCP на NAS, или сделать l2 тоннель для получения DHCP от биллинга.

 

А чем вас не устраивает фря? темболее вот вариант очень хорошо работает http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenas

ну а вообще гдето тут я видел тему, шейпер и нат ccr36 тянет стабильно 1к абонов при 1500 начинает захлебываться

Відредаговано DemonidZe
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

А чем вас не устраивает фря? темболее вот вариант очень хорошо работает http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenas

ну а вообще гдето тут я видел тему, шейпер и нат ccr36 тянет стабильно 1к абонов при 1500 начинает захлебываться

В одном из населенных пунктов магистрал позволяет установить у себя в стойке Mikrotik и даже запитать его от своего ups, а вот сервер нет.

Организация же своего места для установки будет ежемесячно влетать в копеечку.

А есть места, где придется устанавливать NAS на чердаке, соответственно проводить ему внутреннюю очистку будет требоваться намного чаще. 

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

Відредаговано NET-CREATOR
Ссылка на сообщение
Поделиться на других сайтах

 

А чем вас не устраивает фря? темболее вот вариант очень хорошо работает http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenas

ну а вообще гдето тут я видел тему, шейпер и нат ccr36 тянет стабильно 1к абонов при 1500 начинает захлебываться

В одном из населенных пунктов магистрал позволяет установить у себя в стойке Mikrotik и даже запитать его от своего ups, а вот сервер нет.

Организация же своего места для установки будет ежемесячно влетать в копеечку.

А есть места, где придется устанавливать NAS на чердаке, соответственно проводить ему внутреннюю очистку будет требоваться намного чаще. 

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

 

а ну тогда микротик пойдеть аж нечего делать . я так считаю

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Насколько реально средствами ubilling без особого ручного допила реализовать схему:

post-27933-0-88506600-1400752959_thumb.png

 

NAS серверы находятся удаленно.

К одним есть волокна, к другим транспорт оператора, а к некоторым есть только интернет канал.

Обязательно ли размещать dhcp на хосте биллинга, или его можно выносить на NAS по одному для каждого?

 

 

Ссылка на сообщение
Поделиться на других сайтах

Лучше на хосте с биллингом, потому что он там рулится.

Что бы без сверх допилов используй dhcp + option82.

Там где у тебя л3 конектед тема на форуме уже была какими методами это обходилось.

Ссылка на сообщение
Поделиться на других сайтах

Там где у тебя л3 конектед тема на форуме уже была какими методами это обходилось.

Допустим там где транспорт - оператор дает vlan.

Стоит ли поднимать q-n-q или все засовывать в один vlan?

 

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

Ссылка на сообщение
Поделиться на других сайтах

Вам дали влан из другой операторской сети, которая вам не принадлежит?

Потому что влан сам по себе - это л2, если у вас есть возможность сделать соединение насов с биллингом по л2 - 100% успех и без костылей :)

Відредаговано L1ght
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Все верно, но если гнать dhcp с биллинга, то нужно как минимум 2 vlan`а.

В одном пригонять dhcp для портов доступа, а во втором инет и управление.

 

Другого способа кроме qinq не знаю.

 

Ubilling позволяет одновременно использовать NAS FreeBSD и Mikrotik (например 2 NAS на тазиках и 2 на routerboard)?

Насторожила строчка

Для того, чтобы скрипты On* могли управлять устройствами на базе RouterOS, необходимо заменить их, последовательно выполнив следующие команды в консоли сервера Ubilling

Відредаговано NET-CREATOR
Ссылка на сообщение
Поделиться на других сайтах

ну щас микротик управляется через api в стандарте On* идут без управления микротиком , поэтому если нужен микротик то надо делать вот так http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

Ссылка на сообщение
Поделиться на других сайтах

ну щас микротик управляется через api в стандарте On* идут без управления микротиком , поэтому если нужен микротик то надо делать вот так http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

А если надо и микротик и фря?

Ссылка на сообщение
Поделиться на других сайтах

 

ну щас микротик управляется через api в стандарте On* идут без управления микротиком , поэтому если нужен микротик то надо делать вот так http://wiki.ubilling.net.ua/doku.php?id=mikrotikapi

А если надо и микротик и фря?

 

ну правильно оно будет то и то , просто из коробки оно не умеет микротиком рулить .

Ссылка на сообщение
Поделиться на других сайтах
DemonidZe   

Я дивився скрипти стандартні і ті які підтримують мікротіки то вони досить суттєво відрізняються від тих які по дефолту... Хотілося б дізнатися на, що потрібно першочергово звертати увагу при заміні скриптів на робочому білінгу, щоб можна було максимально швидко і безболісно вернути в роботоспособність віддалений нас на фрі, але вже з новими скриптами. Дякую

Ссылка на сообщение
Поделиться на других сайтах

удаленные насы выполняют свои скрипты On* и к локальным скриптам не имеют ни какого отношения . замена локального скрипта позволяет управлять микротиком и выполнять также локально On*  если используется все в одном флаконе.

Ссылка на сообщение
Поделиться на других сайтах
  • 5 weeks later...

Доброго дня. Знову вертаючись до теми віддаленого наса цікавить наступне питання. Як правильно буде сконектити віддалений нас на FreeBSD пр наявності на насі тільки інтернету... Транспорту немає... Вихід наскільки я розумію тільки VPN... Підскажіть як це правильно реалізувати і чи можливо сервер DHCP винести на нас, щоб не ганяти трафік лишній через VPN. Дякую

Ссылка на сообщение
Поделиться на других сайтах

Mpd5 на сервер настраивпете pptp конфиг. На микротике настраиваете pptp client. И все ок. Так же можно настроить автоматический подъем маршрутизации для того что бы пинговать клиента или снимать нужные данные с устройств.

Ссылка на сообщение
Поделиться на других сайтах

Mpd5 на сервер настраивпете pptp конфиг. На микротике настраиваете pptp client. И все ок. Так же можно настроить автоматический подъем маршрутизации для того что бы пинговать клиента или снимать нужные данные с устройств.

Ви мене трошки не вірно зрозуміли. В даній схемі мікротік не буде використовуватися взагалі. Тільки білінг на FreeBSD і NAS на FreeBSD...

Ссылка на сообщение
Поделиться на других сайтах

Тільки білінг на FreeBSD і NAS на FreeBSD...

Можно попробовать поднять EoIP между биллингом и НАСом: http://fr0mscr4tch.wordpress.com/2012/12/10/eoip-tunnel-mikrotik-on-freebsd/

...и немножко обсуждения вышеуказанного: http://local.com.ua/forum/topic/43565-ubilling-nas-на-freebsd-бортжурнал-починаючого-адміна/?p=431323

 

UPD: Ну а дальше на интерфейсе поднимаете DHCP.. Интерфейс, кстати, прозрачный для L2

Відредаговано jcomm
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Вся загвоздка именно в лишних телодвижениях и опасениях по поводу стабильности работы EoIP, который в свою очередь бегает через VPN.

Уж очень не хочется гонять в нем DHCP.

Я так понимаю, что на данный момент, управлять удаленным DHCP на NAS`е возможно только в случаи использования Mikrotik?

В случае с удаленными NAS`ами где размещать заглушку?

Відредаговано NET-CREATOR
Ссылка на сообщение
Поделиться на других сайтах

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

4. Устанавливаем JavaScript редирект с умолчательного VirtualHost на URL

<script type="text/javascript">
<!--
window.location = "http://172.32.0.1/"
//-->
</script>  
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Remez
      Ценник 5,500
       
      в наличии 3 шт
       
       





    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Туйон
      Отличие от обычной SXT5 - гигабитный порт и лицензия 4 уровня (может быть не только бриджом а и точкой доступа).
      Старенькая, АС-стандарт не поддерживает.
      В своё время мегабит 160+ вроде качала.
      Где-то возможно в том же гараже есть вторая такая же, если надо - могу поискать.
      Внешнее состояние нормальное. Чуть пожелтела но трещин и т д нету.
      В комплекте сама точка и хвостик крепления (вставлятся в саму антенну).
      РОЕ где-то в работе до сих пор, но подойдут любые.
      Цена.. пусть для начала будет 1000 грн.
      Проверена в комнате "на коленке", дам время на полноценную поверку, а то мало ли (года два лежала отдыхала).
      Желающие пишите в ЛС.
       
      https://www.technotrade.com.ua/Products/MikroTik_SXT_G_5HnD.php
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in
      Б/в.
      Ціна 5075 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in б/в.
      Продається в результаті великого енергоспоживання від дбж.
       
      Ціна 6100 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
×
×
  • Створити нове...