Перейти до

vop

Сitizens
  • Всього повідомлень

    1 340
  • Приєднався

  • Останній візит

  • Дней в лидерах

    35

Все, що було написано vop

  1. vop

    Прием платежей через Приват.

    Напомню, что вопрос идеологически-мировоззренческого плана. Функция Address PreSearch, если кто не вникал, придумана Приватом для того, что бы он мог получать списки клиентов в результате поиска по частичному адресу (точнее, выбирать из полученного списка). Например, по адресу ул. Зеленскага. 12 стоит дом в 50 квартир. И в этом доме у вас 4 клиента. Запрос Привата на предварительный поиск по этому дому должен получить в ответ список этих клиентов. В каноническом случае с адресами и фамилиями. Эта функция нормалёк для коммунальных предприятий, и совершенно не логична и п
  2. Всем Привет! Пламенный! Понятно, что на локале уже почти из провайдеров никого не осталось, но то таке... Вопрос идеологически-мировоззренческого плана. Если вы принимаете платежи через приват/24/terminal, включаете ли в функцию Address PreSearch? Вот такой вот просто вопрос.
  3. Самый простой первый шаг в сторону ipv6 - это добавить к сайту 6-ы адреса. Для этого вообще не надо ничего особого знать. Добавил статик адрес в конфиги, и сиди - радуйся. С этого и надо было начинать. PS Ходит странная история про то, что "вконтактики" не смогли осилить ipv6. Точнее, не знают, как мониторить посетителей. Хотя, я не вникал, в чем там дело. Тут другой вопрос - как можно сделать биллинг, который был бы не готов? Или такие есть таки? PS Наши биллинги даже не были в состоянии "не готовы".
  4. Протокол ppp замечательно работает с ipv6. Если надо PD, то для этого нужен dhcp, умеющий раздавать префиксы по ppp.
  5. На практике большая часть клиентов, поддерживающих ipv6 уходят в область "беспроблемных", сокращая, таким образом, количество "проблемных" ipv4. PS У меня ipv6 октября 2013 года.
  6. Вы не поняли трошки. Я подумываю ЗАРАБАТЫВАТЬ. А уж с выбором швабры - это не ко мне.
  7. В голове веет идея создания "плавающего vpn сервиса" в недрах облачных услуг...
  8. Использование биллинга - это исключение человеческого труда из процесса эксплуатации сети. Под него даже сервер не нужно держать. В наше время держать биллинг в облаке за копейки совсем не сложно.
  9. Странное требование к квалификации админа. Типа, стать админом ума хватило, а освоить директум за пару дней- ума не хватит.:)
  10. vop

    КучаГен + MikroTik DHCP + (opt82)

    Страничка поэзии. Агния Барто. Фрагмент. Текст.
  11. vop

    КучаГен + MikroTik DHCP + (opt82)

    Абзац в вики: говорит о художественной натуре экспериментаторов. По делу - не стоит засорять вики тестом, не имеющим отношения к решению проблемы.
  12. Как бы все же демократия - это не сказка, а набор вполне конкретных процедур и принципов. Не более того. Сказкой является "коммунизм"
  13. В любой стране не реально. В Беларуси - реально, но даже там не рискнут это делать. Хотя, про это уже было сказано.
  14. Вы спрашивали, можно ли отключить в целой стране, а не "можно ли отключить в Беларуси"
  15. vop

    КучаГен + MikroTik DHCP + (opt82)

    Что значит про другое? Ответ на изначальный вопрос - конечно можно. Я как бы об этом и писал. Вам просто нужно выбрать вариант утилизации opt82 из перечисленных выше, либо придумать свой, и реализовать его. И в конце добавить необходимый инструментарий для реализации этого варианта хоть в рамках биллинга, хоть в виде отдельного модуля. Вон, у киевстара для этого сделана отдельная легковесная подсистема. PS Не спрашивайте у меня, что надо в конфиге юбиллига писать - я не настолько богатый.
  16. vop

    КучаГен + MikroTik DHCP + (opt82)

    В протоколе DHCP выдачи ip-адресов нет никаких опций 82. Сервер должен "знать" изначально, какой ip должен выдаваться каждому конкретному маку. Или выдавать свободный ip из пула неизвестному ему маку. Поэтому в этом случае есть три варианта: 1. DHCP выдает свободный адрес на новое оборудование, которое в дальнейшем остается за клиентом постоянно. MAC привязывается к клиентскому профайлу через opt92 (но это уже работа не DHCP сервера). Нормальный и канонический вариант. 2. DHCP выдает какой-то временный адрес на новый MAC, и после привязки этого мака к клиентскому профайлу ip-а
  17. vop

    КучаГен + MikroTik DHCP + (opt82)

    И не забываем, что DHCP выдает адреса с привязкой к MAC-адресу. А тут могут быть варианты при втыкании нового оборудования. Их тоже три, но это уже другая песня.
  18. vop

    КучаГен + MikroTik DHCP + (opt82)

    Кхе... кхе... В классике есть три варианта генерирования этих данных (т.е. закрепления за абонентом). - монтажник на огрызке сигаретной пачки записывает, куда он воткнул абонента, а оператор потом заносит эти данные в настройки услуги абонента либо из заранее пре-конфигурированной базы, либо просто вручную набивает эти данные; - монтажник при подключении абонента втыкает в порт свой ноут, нет, планшет/смартфон с ETH свистком, или соединяется через клиентский ви-фи, и в своей админке находит абонента и ставит галочку подтверждения работы с клиентского порта; - абонент
  19. vop

    IPTV (multicast)

    Я же среагировал на слово "везде"? Что, уже и повредничать нельзя?
  20. vop

    IPTV (multicast)

    Как это "никому"? А как же ип6? А, ну это не про кино.
×
×
  • Створити нове...