vop

Ну те, кто вдуривал цензуру в украинском интернете были вовсе не зелеными... дурачками. Там главное лозунги поярче.

Не подскажете, согласно какому закону? Может ссылочка какая есть?

Прикольно. Я думаю, так у многих работает.

Там просто в разных областях страны подключением занимаются разные люди (у меня уже длинный список в контакт-листе). Благодаря этому мой платежный агрегатор из коробки поддерживает все протоколы и все варианты данных Привата в автоматическом режиме.

Напомню, что вопрос идеологически-мировоззренческого плана. Функция Address PreSearch, если кто не вникал, придумана Приватом для того, что бы он мог получать списки клиентов в результате поиска по частичному адресу (точнее, выбирать из полученного списка). Например, по адресу ул. Зеленскага. 12 стоит дом в 50 квартир. И в этом доме у вас 4 клиента. Запрос Привата на предварительный поиск по этому дому должен получить в ответ список этих клиентов. В каноническом случае с адресами и фамилиями. Эта функция нормалёк для коммунальных предприятий, и совершенно не логична и противопоказана для провайдеров и других "несплошных сервисов". Почему так, я могу объяснить, если будут желающие. Технологически не все платежные агенты имеют реализацию этой функции. В частности, тот же mkbill не имеет ее, судя о описанию. Там сделан "LitsevoySchet PreSearch", что само по себе избыточно и не нужно. Я не знаю, зачем Приват ее придумал вообще. Ибо PreSearch - поиск id клиента по адресу, и искать id по id как-то бестолково... Да и не делают они запрос предварительного поиска на лицевой счет. Организационно функцию Address PreSearch включает Приват по просьбе поставщика услуг. В принципе, вопрос возник потому, что в одном из городов одному из провайдеров предложили эту функцию включить. Мне приходилось подключать приватовские платежи в разных областях страны. Иногда создается впечатление, что в стране много разных Приватов. Но это отдельная история.

Всем Привет! Пламенный! Понятно, что на локале уже почти из провайдеров никого не осталось, но то таке... Вопрос идеологически-мировоззренческого плана. Если вы принимаете платежи через приват/24/terminal, включаете ли в функцию Address PreSearch? Вот такой вот просто вопрос.

На фортках 2 GSM-шлюза.

Самый простой первый шаг в сторону ipv6 - это добавить к сайту 6-ы адреса. Для этого вообще не надо ничего особого знать. Добавил статик адрес в конфиги, и сиди - радуйся. С этого и надо было начинать. PS Ходит странная история про то, что "вконтактики" не смогли осилить ipv6. Точнее, не знают, как мониторить посетителей. Хотя, я не вникал, в чем там дело. Тут другой вопрос - как можно сделать биллинг, который был бы не готов? Или такие есть таки? PS Наши биллинги даже не были в состоянии "не готовы".

Протокол ppp замечательно работает с ipv6. Если надо PD, то для этого нужен dhcp, умеющий раздавать префиксы по ppp.

На практике большая часть клиентов, поддерживающих ipv6 уходят в область "беспроблемных", сокращая, таким образом, количество "проблемных" ipv4. PS У меня ipv6 октября 2013 года.

Вы не поняли трошки. Я подумываю ЗАРАБАТЫВАТЬ. А уж с выбором швабры - это не ко мне.

В голове веет идея создания "плавающего vpn сервиса" в недрах облачных услуг...

Использование биллинга - это исключение человеческого труда из процесса эксплуатации сети. Под него даже сервер не нужно держать. В наше время держать биллинг в облаке за копейки совсем не сложно.

Странное требование к квалификации админа. Типа, стать админом ума хватило, а освоить директум за пару дней- ума не хватит.:)

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

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

Как бы все же демократия - это не сказка, а набор вполне конкретных процедур и принципов. Не более того. Сказкой является "коммунизм"

В любой стране не реально. В Беларуси - реально, но даже там не рискнут это делать. Хотя, про это уже было сказано.

Картель?

Вы спрашивали, можно ли отключить в целой стране, а не "можно ли отключить в Беларуси"

Я тут даже шутить не будут.

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

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

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

А нафик ему внешний мир то?