- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Аналогично, взяли бы ipv4 но в свой ДЦ
Аналогично, взяли бы ipv4 но в свой ДЦ
Подумаем над такой возможностью... Оставьте свои координаты.
Возможно путем anycast получится "прикрыть" такое использование.
Однако на сколько я помню, надо предоставить IRR запись о том, что конкретные блоки будут вещаться из другой AS? Или на каком основании ваш транзит будет принимать от вас префиксы не принадлежащие вашей AS?
На сколько я знаю Ваши подсети будут указываться в райпе, как сети которые мы Анонсируем. И после этого вопроса у аплинков не будет.
На сколько я знаю Ваши подсети будут указываться в райпе, как сети которые мы Анонсируем. И после этого вопроса у аплинков не будет.
Начнем с того что мои сети у ARIN, не знаю с RIPE не работал, что значит "указываться в RIPE" ?
Тогда не получится. Я не знаю как райп будет жить с ARIN. А так в райпе в вашей подсети указывается что ваша подсеть может быть анонсироваться нашей AS, и мы так же указываем что анонсируем Вашу подсеть.
Подумаем над такой возможностью... Оставьте свои координаты.
Возможно путем anycast получится "прикрыть" такое использование.
Однако на сколько я помню, надо предоставить IRR запись о том, что конкретные блоки будут вещаться из другой AS? Или на каком основании ваш транзит будет принимать от вас префиксы не принадлежащие вашей AS?
Просто прописывается Origin AS на нужную, с этим проблем как раз никаких нет. AS могут быть из любого региона.
В ripe это называется route object, в arin просто субаллокация с прописыванием Origin AS.
Никто ничего разрешать не должен, кроме собственно владельца AS
Просто прописывается Origin AS на нужную, с этим проблем как раз никаких нет. AS могут быть из любого региона.
В ripe это называется route object, в arin просто субаллокация с прописыванием Origin AS.
Никто ничего разрешать не должен, кроме собственно владельца AS
Тут мне кажется вопрос заключается в том, что не совсем понятно на каком основании передать свои сети другой AS... :D том плане что, на сколько я помню если я начну через своих магистралов отправлять префиксы с чужой АС... (например anycast для кого-то) то с меня попросят договор сотрудничества с фирмой которая обладает этой AS... По идее нечто подобное должно быть и на стороне RIPE... ну и как следствие у всех магистралов по сути....
Я помню RADDB базу, которая помогала решать кажется аналогичные вопросы кроме прочих по роутингу объектов.... однако по определенным причинам мы от нее отказались в свое время.. (Она платная, а нам не особо имело смысл ей пользоваться).
На основании того что это Ваш клиент. Субаллокация. А дальше, если прописанный в базе ARIN origin AS или в базе RIPE роут объект префикса совпадает с фактически анонсируемыми ресурсами, то считается что все нормально. А вопрос где это анонсится - вопрос второй. Оно может одновременно анонситься по всему миру, причем 5 минут анонситься, 5 минут нет.. это уже всецело дело клиента.
Ну и часто еще нужно отписать всем своим апстримам, чтобы обновили свои prefix list и разрешили анонс таких-то ресурсов.
Ну и обычно требуется LOA (letter of authorisation), что мол я владелец такой-то AS подтверждаю что мои ресурсы будут анонситься через такого-то апстрима с AS такой-то. Это на случай разборок/abuse.
На основании того что это Ваш клиент. Субаллокация. А дальше, если прописанный в базе ARIN origin AS или в базе RIPE роут объект префикса совпадает с фактически анонсируемыми ресурсами, то считается что все нормально. А вопрос где это анонсится - вопрос второй. Оно может одновременно анонситься по всему миру, причем 5 минут анонситься, 5 минут нет.. это уже всецело дело клиента.
Ну и часто еще нужно отписать всем своим апстримам, чтобы обновили свои prefix list и разрешили анонс таких-то ресурсов.
Ну и обычно требуется LOA (letter of authorisation), что мол я владелец такой-то AS подтверждаю что мои ресурсы будут анонситься через такого-то апстрима с AS такой-то. Это на случай разборок/abuse.
Да я почитал уже, у ARIN это называется REASSIGN и REASSIGN-DATAILED, в первом случае конечный клиент получает сети на себя, а во втором он может даже делать REASSIGN своим клиентам по этим сетям.....
Ребята, осталось чуть более 40 сетей /24.
Еще желающие есть?