Сегодня с утра, за завтраком, я прочитал этот топик в первый раз, заодно и во второй. Тогда я решил, что ничего не понял потому что надо больше и крепче спать. С тех пор прошло несколько часов, я успел доехать до работы, понаделать разных дел и выпить чаю. После этого я подумал, что надо бы вернуться сюда и попробовать понять еще раз. С сожалением констатирую, что я так и не разобрался, какую проблему решал автор.
А когда сделаете нормальный магазин, которым можно будет пользоваться? Который не будет тормозить, с интуитивно-понятными разделами и адекватным поиском.
А что тут рассказывать? Есть БД, есть API доступа к ней, посредством этого API выгружается (не знаю как это называется в телефонии) план маршрутизации, который уже как-то переваривается в казематах опсоса. Есть свой whois сервис, позволяющий узнать какой номер в данный момент у какого оператора.
>Да полно вариантов
Я имею в виду в России. Пример компании, у которой есть соответствующие мощности и опыт. Для ориентировки могу привести интервью с Колесниковым, где он рассказывает на какие объемы закладывался проект КЦ.
>я привел примеры других стран.
Навскидку приведу пример Чехии, где БД заведует аналог российского КЦ.
У кого нет даже черновиков? Кого из потенциальных посредников лоббируют? Непрофессионализм со стороны кого?
Лично я вижу такие проблемы:
1. Некоторая оторванность Минкомсвязи от технической реальности;
2. Незаинтересованность крупных опсосов;
3. Различие диалектов, на которых говорят опсосы, министерство и кандидаты в ОБД;
4. Сумма трех пунктов выливается в отсутствие нормального ТЗ, которое удовлетворяло бы всех.
В результате все ябедничают, тыча пальцами друг в друга.
Безотносительно юридических формальностей, в вопросе MNP есть две стороны: заинтересованная и нет. К первой относятся потенциальные операторы базы данных и Минкомсвязи, ко второй — большая тройка. Последним MNP не выгоден, так как это дополнительные вложения в реализацию, которая плюс ко всему может вылиться в отток клиентов. В связи с этим тройка заинтересована в том чтобы всячески тормозить процесс внедрения, по возможности сваливая вину на других.
Это вылилось в то, что у потенциальных операторов БД с технической точки зрения все готово к тому чтобы вот завтра встать и побежать, практически же кроме них никто никуда бежать не хочет.
Есть мнение, что все эти туннели — зло.
1. Ненадежность, исследование на эту тему есть у той же RIPE;
2. Туннели скорее препятствуют чем способствуют распространению IPv6.
Техническая спецификация — это одно, административная рекомендация — другое, а спамо- и малвароборческие организации руководствуются вообще чем-то третьим.
Если мне склероз не изменяет, то тот же спамхаус.
Низкий TTL сам по себе конечно не означает fast flux, но является предметом для пристального внимания. Тот же ICANN советует минимальное значение — 30 минут.
Есть конторы, считающие ttl ~ 60 секунд признаком fast flux'а, а его, в свою очередь, признаком ботнета. На этой почве можно попасть в неприятную ситуацию. Это первый минус.
Второй — при желании запустить DNSSec, придется подписывать несколько зон.
>Да полно вариантов
Я имею в виду в России. Пример компании, у которой есть соответствующие мощности и опыт. Для ориентировки могу привести интервью с Колесниковым, где он рассказывает на какие объемы закладывался проект КЦ.
>я привел примеры других стран.
Навскидку приведу пример Чехии, где БД заведует аналог российского КЦ.
Судя по тому, что тестирование этого добра в процессе, у заинтересованных лиц есть все, что нужно.
>Без какого либо конкурса и вообще объяснения причин уже назначена компания, которая будет получать деньги — это КЦНДСИ.
Там, вроде, еще ЦНИИС сильно хотел. BTW, КЦ — не худший вариант, все-таки опыт ведения подобных баз там немалый. Вы можете назвать альтернативу?
Лично я вижу такие проблемы:
1. Некоторая оторванность Минкомсвязи от технической реальности;
2. Незаинтересованность крупных опсосов;
3. Различие диалектов, на которых говорят опсосы, министерство и кандидаты в ОБД;
4. Сумма трех пунктов выливается в отсутствие нормального ТЗ, которое удовлетворяло бы всех.
В результате все ябедничают, тыча пальцами друг в друга.
Это вылилось в то, что у потенциальных операторов БД с технической точки зрения все готово к тому чтобы вот завтра встать и побежать, практически же кроме них никто никуда бежать не хочет.
1. Ненадежность, исследование на эту тему есть у той же RIPE;
2. Туннели скорее препятствуют чем способствуют распространению IPv6.
Низкий TTL сам по себе конечно не означает fast flux, но является предметом для пристального внимания. Тот же ICANN советует минимальное значение — 30 минут.
Второй — при желании запустить DNSSec, придется подписывать несколько зон.
После подписи RU исходящий трафик скачком возрос в четыре раза, при этом кол-во запросов не увеличилось. Так что при желании можно и 1 к 100 получить.
Попробуйте сами: dig ru. ANY и получите в ответ полтора килобайта.