Услуга сервисы контент провайдеров: Услуга «Сервисы Контент-провайдеров» для абонентов Билайн

Содержание

Лицензия для СМС-сервисов, лицензия для контент провайдеров.

Необходимо получить лицензию на телематические услуги связи
Лицензия получается только на тот регион где расположен узел связи!

Описание услуги (получение лицензии для контент провайдеров).

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

Сроки получения лицензии для СМС сервисов.

  • Подготовка и подача документов: в течение 1-2 рабочих дней с момента подписания договора, оплаты аванса и получения от Заказчика всех документов.
  • Рассмотрение заявления в Роскомнадзоре в течение:
    30 дней – без использования РЧС (радиочастотного спектра),
    45 дней — в случае продления срока действия лицензии.
  • Получение номера лицензии: в течение 3 рабочих дней с момента подписания приказа о выдаче лицензии.
  • Получение готового бланка лицензии: в течение 5 рабочих дней с момента получения уведомления о готовности бланка и оплаты лицензионного сбора.

Продление срока действия лицензии для контент провайдеров.

Документы на продление срока действия лицензии необходимо подавать не ранее чем за 6 и не позднее чем за 2 месяца до конца срока действия лицензии.

Результаты работ.

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

Стоимость работ


Получение лицензии (наши услуги) 6500

Гарантия низкой цены
— если Вам предложат в другой фирме данную услугу по более низкой цене (при таких же условиях), мы готовы сделать Вам еще более привлекательное предложение.

Лицензионный сбор:

получение лицензии для СМС-сервисов 7500 вне зависимости от количества регионов РФ
продление срока действия для СМС-сервисов 750 вне зависимости от количества регионов РФ
переоформление лицензии от 750  до 3500 в зависимости от типа переоформления

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

Контент-провайдеры двигают WAP | ComNews

SPBIT
13.01.2006

Один из ведущих игроков на российском рынке дополнительных услуг — PlayFon — запустил в Петербурге масштабную рекламную кампанию, являющуюся частью федеральной акции по продвижению WAP-портала компании. Этот шаг подтверждает тенденцию роста интереса контент-провайдеров к механизмам упрощения пользования дополнительными сервисами для абонентов.

PlayFon — международный провайдер мобильного контента, предоставляющий развлекательные сервисы абонентам сотовых сетей России, Украины, Великобритании и Швеции. В компании работает свыше 120 человек, большая часть которых непосредственно занята разработкой и внедрением новых услуг.

Осенью 2004 года сервисы компании PlayFon были объединены под одноименной торговой маркой. С тех пор провайдер расширил спектр и географию предоставляемых услуг и сервисов, а также закрепился на зарубежных рынках мобильных развлечений. В марте 2005 года компания вышла на рынок Великобритании, в мае — на рынки Швеции и Украины, в сентябре был открыт офис в Гонконге. На сегодняшний день сервисы PlayFon доступны более чем 180 миллионам абонентов операторов мобильной связи Vodafone, Orange, O2, T-Mobile, TRE в Западной Европе, UMC, Kyivstar на Украине, а также российских федеральных операторов «Мобильные ТелеСистемы», «Билайн» и «МегаФон» и региональных операторов сотовой связи.

Среди контента, предлагаемого компанией, — java- и mophun-игры, полифонические и MP3-мелодии, картинки, видеоприложения и темы для мобильных телефонов. По данным аналитического агентства J’son & Partners, на долю PlayFon приходится 43 % общего объема рынка России в сегменте мобильных игр. Кроме того, компания представляет специализированные информационно-развлекательные сервисы «Спорт», «Сонник», «Гороскоп», «Юмор», «Знакомства» и голосовые услуги на базе собственной IVR-платформы. Среди авторских разработок компании можно также отметить сервис PlayCash и Java-каталог контента PlayBox, распространяемого среди абонентов сотовых сетей бесплатно.

В Петербурге компания также работает с 2004 года, когда доступ к сервисам PlayFon получили абоненты операторов «Билайн» и МТС. Летом 2005 года был заключен контракт с компанией «Мегафон Северо-Запад». «У PlayFon значительное число потребителей из северной столицы, однако мы планируем в ближайшие месяцы еще более усилить наши позиции на петербургском рынке», — отмечает руководитель отдела информации компании PlayFon Илья Городецкий. Впрочем, каких-либо существенных отличий петербургских потребителей Илья Городецкий выделять не берется. Как и жители других регионов, петербуржцы, по его словам, проявляют все больше интереса к высококачественному, инновационному контенту — такому, как java- и mophun-игры, темы, мобильное видео, realtone и т. д.

На данный момент в Петербурге PlayFon проводит рекламную кампанию мобильного портала wap.playfon.ru. Основной площадкой стал метрополитен Петербурга, где размещены макеты формата А2. Они рекламируют не только портал, но и проводимую сейчас маркетинговую акцию — в ее рамках местный пользователь, зайдя на портал, может зарегистрироваться в разделе «Призы и подарки», набрав пароль «Питер». Таким образом, он становится участником розыгрыша мобильного телефона Motorola RAZR V3. Розыгрыш среди заполнивших регистрационную форму проводится каждые две недели, вне зависимости от числа зарегистрировавшихся. По результатам розыгрыша победителю приходит SMS-сообщение с извещением.

Петербургская кампания является частью федеральной акции, в рамках которой реклама портала осуществляется также посредством Интернета на почтовом сервисе mail.ru и в ICQ, молодежной прессы и телевидения. Кроме того, в ближайшее время PlayFon планирует задействовать и другие рекламные каналы. В планы компании входит проведение массированной рекламной кампании по всей России, начиная с мегаполисов и заканчивая сравнительно небольшими городами. Объем инвестиций, затраченных на рекламу портала, PlayFon не раскрывает, однако, по оценкам экспертов, он может приближаться к 1 MUSD.

Портал wap.playfon.ru позиционируется как мобильный портал, представляющий собой совокупность развлекательных и информационных сервисов, доступ к которым возможен через единую точку входа. С 2004 года на портале была представлена коллекция мобильного контента, куда входили java-игры, мелодии и логотипы. «Сегодня PlayFon стремится постоянно увеличивать ассортимент и качество предлагаемой продукции. Параллельно с проведением кампании по продвижению портала мы активно дополняем портал новыми сервисами и бесплатным контентом, а также разрабатываем другие механизмы, которые позволят не только привлечь, но и удержать пользователя на wap-портале», — говорит Илья Городецкий. Компанией были заключены лицензионные соглашения и эксклюзивные контракты с ведущими мировыми производителями и правообладателями мобильного контента. В настоящее время мобильный портал wap.playfon.ru является одним из крупнейших в России и предлагает как платные интерактивные и развлекательные сервисы, такие как игры, мелодии, темы, видео, картинки и др., так и бесплатные мобильные продукты, а также различные информационные сервисы. Также на портале регулярно проводятся розыгрыши призов как среди заказавших контент, так и среди зарегистрированных на портале абонентов. Кроме того, периодически проходят специальные акции и розыгрыши, среди которых можно отметить «В Лос-Анджелес с Марией Шараповой!» и «Взлет с Marc Ecko».

По условиям первой акции ее участниками стали те, кто в период с 1 августа по 30 сентября 2005 года загрузил игру «Теннис с Марией Шараповой» и ответил на 3 вопроса о российской теннисистке.

«Опыт крупнейших мировых контент-провайдеров и операторов связи показывает, что создание мобильных порталов — приоритетное направление развития. В России этому пока не придают должного значения, отдавая предпочтение другим каналам продвижения: телевидение, радио, пресса и т. д. Именно это и послужило причиной так называемой стагнации, которую мы, впрочем, на себе не ощутили, поскольку никогда не ориентировались исключительно на медиа-каналы, — комментирует сегодняшнюю ситуацию на рынке Илья Городецкий. — WAP — это основной и наиболее удобный для пользователей канал продвижения и заказа мобильных продуктов и услуг. Это станет еще более очевидно, когда крупнейшие российские операторы внедрят wap-биллинг, т. е. возможность оплаты контента непосредственно в WAP, без отправки SMS, все плюсы которого мы уже ощутили, работая в Европе. Именно поэтому PlayFon делает ставку на развитие и продвижение своего wap-портала. Что касается тенденций, то вероятнее всего в ближайшее время и другие контент-провайдеры, разочаровавшись во все дорожающей рекламе отдельных продуктов, придут к необходимости развития полноценных wap-порталов».

Другие игроки также оценивают WAP как перспективное развитие рынка мобильного контента. Причем, как отмечает директор по маркетингу контент-провайдера компании Plastic Media Cергей Мацук, еще на заре становления рынка мобильного контента игроки начали задумываться о создании для своих пользователей единой и простой точки входа в мир мобильных развлечений с наличием способов взимания платы за доступ. Сегодня, как отмечает Сергей Мацук, wap-порталы стали удовлетворять этим требованиям. Впрочем, у самой компании Plastic Media на данный момент существует только портал с java-играми — wap.java.su, продвижение которого осуществляется через традиционные СМИ и партнерские программы.

Развлекательный портал на данный момент находится в разработке.

«WAP является одним из перспективных каналов продвижения мобильного контента, которому мы уделяем особое внимание и считаем очень перспективным. Развитие новых технологий на основе этой технологии и организация WAP-порталов, на наш взгляд, является одним из факторов развития рынка мобильного контента, — соглашается менеджер по связям с общественностью компании Infon Татьяна Тимофеева. — Сегодня наблюдается появление огромного количества WAP-сайтов, но, к сожалению, не всегда хорошего качества. В связи с увеличением ассортимента «продвинутых» телефонов количество пользователей сети WAP растет в геометрической прогрессии». У компании есть собственный WAP-портал — wap.infon.ru. Также этот провайдер совместно с оператором сотовой связи Tele2 в конце 2004 года внедрил новую технологию заказа медиа-элементов с WAP-сайта, став первым российским контент-провайдером, подключенным к специальной платформе Content Billing Gateway (CBG), позволяющей осуществлять тарификацию по WAP-клику.

По словам менеджера по PR компании «Никита Мобайл» Андрея Швечкова, для компаний, которые серьезно занимаются контент-провайдингом, интересны и важны все способы продвижения своих сервисов. «Говорить о том, что мы начали продвигать свой WAP-портал только из-за технологических трудностей или спада на рынке, было бы некорректно. Мы начали продвигать свои WAP-ресурсы довольно давно, заранее подготавливаясь к ситуации, когда пользователи начнут активней пользоваться этой технологией, — говорит Андрей Швечков. — Стоит отметить, что сегодня существуют контент-провайдеры, которые в основном только и продвигают свои услуги через WAP-сайты своих партнеров, и это приносит очень неплохие результаты. Эффективность порталов сильно разнится, хотя вывести на самоокупаемость даже новый портал относительно легко. Многие сервис-провайдеры, которые сейчас уделяют особое внимание продажам своих сервисов через WAP-сайты, позиционируют свои порталы не просто как торговые площадки, а развивают информационные и развлекательные направления.

Таким образом, компании стараются привлекать на свои сайты как можно больше абонентов». «Никита Мобайл» располагает порталом wap.888x.ru.

«Сегодня WAP является перспективным направлением, популярность которого возрастает с появлением новых сервисов, — отмечает PR-директор компании i-Free Аэлита Давыдова. — Правда, есть и факторы, которые тормозят развитие данного направления, можно выделить достаточно высокие цены за WAP-трафик у операторов сотовой связи, а также отсутствие оборудования у операторов, позволяющее осуществлять автоматическую настройку телефона». Отметим, что на данный момент у компании i-Free насчитывается несколько wap-порталов в России и на Украине, наиболее ярким из которых является WAP-версия сервиса Jamango. Также существует ряд партнерских проектов для «Нашего Радио», молдавского оператора сотовой связи Voxtel, для фильмов «Турецкий Гамбит», «Жмурки». Из последних проектов стоит отметить участие в продвижении брендов табачной компании Sobranie, для которой был разработан WAP-портал.

Компанию «Информ-мобил», в свою очередь, трудно назвать сторонниками «порталостроения». Как отмечает исполнительный директор компании «Информ-мобил» Дмитрий Тимощенко, практика развития «большого» Интернета поставила под некоторое сомнение эту концепцию. «Дело в том, что классический портал стремится «зациклить» абонентов на себе. Мы, скорее, развиваем динамические наборы сервисов, которые наши партнеры могут настроить под свои нужды, — говорит Дмитрий Тимощенко. — Порталы, которые будут удобны и интересны абоненту, сохранят свою посещаемость, но количество сходных друг с другом проектов должно сократиться». По его оценке, сегодня существует два принципиально разных типа абонента. Первый — это бизнес-абонент, который обычно знает, что хочет, и стремится получить нужную информацию за минимальное количество кликов. Второй тип абонента — спонтанный. Такие люди обычно используют WAP-пространство для развлечения. Для таких абонентов существуют многопользовательские игры, чаты или службы знакомств. У компании также есть портал wap.jmi.ru, который позиционируется как набор самостоятельных сервисов, которые могут быть настроены под абонента.

Наталья Чумарова


Как стать контент провайдером или что я понял став SEO специалистом

Компания, которая использует тот или иной контент в своих целях – является контент-провайдером. Он нуждается в услугах оператора мобильной связи – компании, берущей определенную плату с абонентов и предоставляющей свои услуги. Оператор, приобретающий у разработчиков контент и использующий его, по сути сам – контент-провайдер. Люди хотят отдохнуть от повседневной суеты, поэтому с удовольствием покупают контент, носящий развлекательный характер, чтобы что-то могло их отвлечь от дел насущных. Одна из главных задач провайдера – своевременное обновление имеющейся для продажи информации. 

Стать провайдером, реализующим план проекта в области онлайн-игр – несложно, потому что именно к ним интерес поддерживается довольно длительное время. Говоря о другом контенте, стоит заметить, что в этой области существует серьезная конкурентная борьба. Чтобы, что-то предложить абоненту, контент-провайдер должен быть уверен, что его информация – единственная в своем роде. 

Создание рекламных площадок

Бизнес-план по созданию своих услуг должен предусматривать рекламное сопровождение, позволяющее успешно продавать информацию. Нужно затратить приличные средства, чтобы что-то получилось. Чаще всего контент-провайдер не скупится на затраты по рекламе, но его товар при этом дорожает в разы. При этом абонентов, приобретающих контент данного провайдера, становится все меньше. И план предстоящего проекта может оказаться провальным. Поэтому контент-провайдер с удовольствием использует «партнерки» — соглашения, при которых рекламные площадки получают определенный процент от продаж информации провайдера. Нужно не скупиться на расходы по рекламе в местных журналах и газетах, распространении флаеров и др. Это должно быть включено в план. Нужно, чтобы что-то из этого использовалось в рекламе. Данные мероприятия увеличат шансы компании стать популярной. Поэтому в бизнес-плане нужно предусмотреть мероприятия по вложению стартового капитала в эти цели. 

После всех ежемесячных оплат контент-провайдер получит доход не более 10% от выручки, но это не должно его останавливать. Раскрученный с помощью эффективной рекламы бизнес, наличие новых и свежих идей, разнообразные и интересные сервисы дадут отличный результат в дальнейшем!

Идеи, которые можно использовать

Чтобы реализовать собственный бизнес-план, нужно подумать, в каких услугах заинтересовано большинство абонентов. Стать провайдером просто, если будет удовлетворена потребность покупателей, в коей они до сих пор нуждались. Контент может касаться: 

• Различных информационных ресурсов;

• Услуг, оказываемых торговыми фирмами, предприятиями, банками;

• Услуг развлекательного характера (откровенные разговоры по телефону, астрологический прогноз и др.)

Чтобы что-то интересовало абонента постоянно, ему нужно предоставить редкую и уникальную информацию!

Принцип работы

Контент-провайдер приобретает в аренду коммерческий номер. Он может быть как коротким, так и стандартным по количеству цифр. Чтобы что-то не вызывало сомнений клиента, лучше пользоваться длинным номером. Заинтересованные абоненты звонят на данный номер. Вызов поступает на интеллектуальную платформу, потом переадресуется на номер абонента. Когда звонок осуществляется с мобильного номера, оператор списывает стоимость разговора. Если звонок происходит со стационарного телефона, выписка о стоимости разговора приходит по почте. Абонент, используя SMS-сообщение, делает заказ у провайдера понравившегося ему рингтона или картинки, игры, либо какого-то другого сервиса, после чего получает на свой телефон информацию в виде ММS, SMS, EMS. Чтобы, что-то загрузилось из выбранных Java-игр, применяется технология GPRS или протокол WAP.

 

Этапы организации бизнеса

1. Производственная часть. Чтобы, что-то вышло продуктивное из оригинальной идеи стать успешным провайдером, нужно быть обладателем уникальной информации. Ее не возьмешь из интернета, потому что у данного контента есть свой хозяин. Поэтому шаги провайдера должны быть направлены на то, чтобы что-то в его затее привлекло внимание самобытных художников и дизайнеров. Заключив с ними договора, контент-провайдер сможет продавать товар, которому не было аналогов. Итак, бизнес-план провайдера успешно осуществляется: найдены талантливые сотрудники, куплено необходимое оборудование, программное обеспечение. Наступил момент заключения договора с оператором связи. Чтобы его заинтересовать, нужно предложить нечто уникальное и единственное в своем роде. Для работы понадобятся серверы, на которых будет храниться информация и регулярно обновляться. Один из них будет основным, а другой – резервным.

2. Заключение договора с оператором.

3. Рекламная часть. Бизнес-план может включать различные маркетинговые ходы по успешному продвижению проекта. Неплохой вариант – это SMS-рассылки пользователям о том, что они могут воспользоваться уникальным предложением стать обладателями той или иной информации.

Примеры успешных проектов

Бизнес-план, реализованный компанией «Никита», основанной в 1991 году, привел своих создателей к грандиозному успеху. Не сразу им удалось стать известными, но сейчас компания является ведущим производителем услуги сотовой связи и компьютерных игр. В «Никите» заняты работой более 150 сотрудников. 

Компания «FlashFon» начала работу с 2005 года и является по сути информационно-развлекательным порталом провайдера «FlashFon». Портал представляет большое количество различных услуг, использующих передовые достижения в сфере телекоммуникаций. Здесь можно заказать различные подписки: рассылки результатов спортивных достижений российских чемпионов, информацию о погоде, анекдоты на тему дня и др. Контент-провайдер, каким бы интересным не оказался проект, в начале пути не должен ожидать высокой прибыльности бизнеса и своей известности. Стать сразу успешным у провайдера не получится – придется много работать на перспективу. Ведь вырученный доход пойдет на оплату аренды коммерческого номера операторам связи, сотрудникам, обеспечивающим его уникальным контентом, компаниям по рекламе и т.д. 

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

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

SMS Online — Контент и Сервис провайдер, СМС агрегатор, системный интегратор

SMS Online — признанный участник рынка мобильных сервисов, удостоенный наград за достижения в области дополнительных услуг сотовой связи. С момента зарождения компания имеет неизменную цель — идти в ногу со временем и предлагать партнерам передовые мобильные решения для монетизации сервисов, повышения лояльности аудитории и общего развития различных онлайн и оффлайн проектов.

    Сегодня SMS Online работает на рынке в роли:
  • Контент-провайдера – предоставление партнерам справочно-информационных и развлекательных услуг
  • Сервис-провайдера – обеспечение единой технологичной платформы для подключения к мобильным сервисам
  • Провайдера доступа – организация доступа к различным технологичным решениям SMS, WAP и GPRS
  • Системного интегратора – предоставление услуг по интеграции программных решений партнеров с собственным техническим оборудованием

Головной офис компании находится в Москве, филиалы SMS Online представлены в Киеве, Алматы, Минске, Риге и Таджикистане.

Покрывая свыше 800 сетей мира, SMS Online сегодня предлагает услуги в более чем 70 странах. Постоянное расширение границ покрытия даёт возможность нашим партнёрам предлагать услуги на новых географических рынках.

За долгие годы своего развития компания установила крепкие отношения с профессиональными участниками рынка: операторами сотовой связи, регуляторами, ассоциациями, сервис- и контент-провайдерами.

    В настоящее время общая концепция развития компании представлена единством 3х ключевых составляющих:
  • Технологичность – SMS Online использует передовые технологии при разработке новых сервисов
  • Широкий географический охват – SMS Online постоянно расширяет границы своего присутствия
  • Индивидуальные решения – SMS Online разрабатывает мобильные сервисы с учётом потребностей и пожеланий партнеров

Широкий охват

более 70 стран

100% охват операторов РФ и СНГ

500 000 000 потенциальных абонентов

Смотреть тарифы

Высокие мощности

SMS-платежи: до 1.8 млн sms в час

SMS-рассылки: до 3 млн sms в час

Надежность

Наша система реализована с использованием принципов резервирования и распределенных технологий, что дает гарантии функционирования 24/7.

Подробнее о технологии

Как завести отдельный счет для контент услуг для защиты от мошенничества у Билайна: athunder — LiveJournal

1 мая 2014 г. вступили в силу поправки к Закону «О связи», которые обязывают операторов сотовой связи обеспечить своим абонентам возможность оплаты услуг сторонних контент-провайдеров с отдельного счета. Данные поправки направлены на борьбу с мошенничеством в связи с жалобами абонентов на списывание средств со счета.

Как завести отдельный счет для контент услуг при помощи личного кабинета Билайн:


  1. Зайдите в личный кабинет

  2. Нажмите на ссылку Услуги в верхней части страницы

  3. Найдите услугу «Отдельный лицевой счет для оплаты услуг Провайдеров» и подключите ее, нажав на серенький перключатель.



Обратите внимание, что Билайн помимо услуги «Отдельный лицевой счет для оплаты услуг Провайдеров» предлагает и услугу «Отдельный лицевой счет для оплаты услуг Провайдеров с автопополнением». Последняя конечно не предотвращает мошенничество, а всего лишь поможет вести отдельный учет услуг сторонних контент-провайдеров (предоставляемых с коротких номеров).

Номер дополнительного счета соответствует номеру абонента, но первая цифра номера изменяется с 9 на 6. Например, если Ваш номер 9031234567, то номер вашего дополнительного баланса 6031234567.

Как завести отдельный счет для контент услуг при помощи USSD команды Билайн:
Об услуге «Сервис для контент-провайдеров» можно узнать на отдельной странице на сайте Билайн. На ней же можно найти информацию об отдельном счете для контент-услуг, который подключается при помощи USSD команды:

Команда для подключения дополнительного баланса без автопополнения — *110*5062# (запрос бесплатный).
Подключение дополнительного баланса с автопополнением возможно через Личный кабинет.
Пополнение баланса дополнительного баланса возможно через терминалы оплаты.
Проверка баланса отдельного счета — *622#.
Команда перевода денежных средств с основного баланса на дополнительный — *220*{сумма}#.
Команда перевода денежных средств с дополнительного баланса на основной — *222*{сумма}#.
Команда для отключения дополнительного баланса — *110*5060# (запрос бесплатный).

Предостережение
Если вы завели отдельный счет для услуг сторонних контент-провайдеров, то расслабляться не стоит. Ведь зловредное программное обеспечение вполне может при помощи USSD команды отключить отдельный счет для предоставления услуг контент-провайдеров, после чего без проблем отсылать СМС на короткие номера.

Смотрите также другие мои публикации о мошенничестве:


Доступ к услугам контент-провайдеров. Контент категория 94

МТС

МТС компания пытается придерживаться авторских прав. Чтобы это осуществить привлекаются к работе разные организации владеющими патентами. Для простых пользователей услуга получила название «Доступ к услугам контент-провайдеров. Контент категория 94». С нашей статье мы расскажем что это такое.

SMS о расходах от MTS

Что это за услуга «Контент категория 94»?

Пользователи в интернете посещают и просматривают разный софт. Он в основном бесплатный, но встречаются исключения. При соблюдении авторского права одним конкретным сайтом человеку для доступа к нему следует уплатить определенную сумму. Чтобы воспользоваться данными, нужно ввести пароль или согласиться в push-уведомлении – для смартфонов достаточно кликнуть по экрану.

Списание денег происходит с лицевого счета абонента в автоматическом режиме. Так называемый биллинг позволяет это сделать. Таким образом, пользователь с легкостью оплачивает услугу без отправки смс. Так как оператор МТС заранее имеет договоренность с контент-провайдерами, услуга оформляется сразу после входа на сайт, получения рассылки новостей и так далее.

Происходит все это так:

  1. Абонент посещает сайт и после согласия на рассылку или подписку происходит снятие денег.
  2. Списание может быть один раз или на постоянной основе.
  3. Никаких предупреждений о платном контенте может не быть.

Что говорит об этом [email protected]

Особенности услуги

Пользователи часто жалуются, что опция «Доступ к услугам контент-провайдеров. Контент категория. 94» незаконно снимает деньги. В конце месяца выставляется счет за то, чем человек не пользовался. На самом же деле услуга предоставлялась и даже больше этого, ее подписку оформил абонент сам.

Скорее всего push-уведомления на подписку человек истолковал не верно и по инерции кликнул по ней. Часто уведомления путают с антивирусными запросами, обычной подпиской и многим другим. Иногда контент-провайдер подключается через ввод номера телефона на сайте. Вот почему вводить свои данные на сомнительных ресурсах опасно.

Пример сайта с платной подпиской

Как отключить эту услугу

  1. Лучше всего обратиться в цент МТС. Там в письменной форме сделать отказ и потребовать вернуть деньги, если сумма немаленькая. Часто оператор идет навстречу ввиду незнания абонентом всех условий соглашения при его принятии.
  2. На смартфоне сделайте запрос *151*2#, в меню кликните цифру 2, потом еще 2 и 3-ку. Это деактивирует услуги, подключенные на данный момент. Альтернативой является звонок *984#. Это не только отключит контент, но и запретит его установку в дальнейшем.
  3. Личный кабинет МТС. В нем в настройках аккаунтах отслеживаются все траты, поэтому их можно контролировать.

Всегда проверяйте условия push-уведомлений выскакивающие в посещаемых сайтах и не кликайте по ним просто так. В крайнем случае, если это произошло, сразу же пишите в техподдержку этого сайта.

Мне нравитсяНе нравится

Как заблокировать подписки на Мегафоне, Билайне, Теле2 или МТС?

Тому, как отключить мобильные подписки на номерах российских операторов, посвящен целый раздел на kakpozvonit.ru. Поэтому сейчас хотелось бы поговорить о том, как установить запрет на мобильные подписки и таким образом защитить себя и свой кошелек от лишних трат. Но прежде, чем мы перейдем к самому главному, а именно, как заблокировать подписки на Мегафоне, Билайне, Теле2 или МТС, позвольте сказать несколько слов о том, что собой представляют мобильные подписки и откуда они берутся.

Что такое мобильные подписки?

Мобильные подписки — это информационно-развлекательный сервис, предоставляемый операторами связи или их партнерами (контент-провайдерами).

Суть услуги — в предоставлении абоненту доступа к интересующему его контенту за установленную плату. Поэтому мобильные подписки еще называют контент-подписками. Контентом чаще всего является информация (курсы валют, прогноз погоды), различные мультимедийные файлы (видео, музыка, рингтоны, электронные книги и прочее), а также услуги (к примеру, сервис знакомств).

Как происходит подключение подписки?

Общеизвестно, что ни одна услуга не может быть оказана абоненту без его на то согласия. Но когда дело касается мобильных подписок, это правило не всегда соблюдается. Таким образом, можно выделить три вероятных способа подключения мобильных подписок:

  1. Абонент сам активировал подписку.
    То есть, добровольно подключил услугу. Например, выбрал подписку через интернет-каталог или SIM-меню; набрал команду на телефоне, отправил СМС или позвонил на указанный в рекламе номер.
  2. Подписка подключена по инициативе оператора.
    От «щедрот» своих, операторы любят добавить к выгодным тарифам пару-тройку дополнительных платных услуг. Первое время сервис предоставляется бесплатно (обычно в течение 2 недель). Разумеется, потом ненужные опции можно отключить. Но если вдруг абонент забудет это сделать, услуга будет считаться продленной и предоставляться уже за плату.
  3. Абонент активировал подписку случайно.
    Как правило, случайное подключение мобильной подписки происходит во время интернет-серфинга. В сети существует немало мошеннических сайтов, где пользователя обманом убеждают сообщить номер своего телефона для последующей активации подписки. Также возможен вариант подключения контент-подписки в один клик — при переходе пользователя по какой-либо, с виду вполне невинной, ссылке.

Итак, мы выяснили, как происходит подключение подписок, теперь самое время узнать как от них защититься и установить запрет на мобильные подписки на МТС, Билайн, Мегафон и Теле2.

Как заблокировать подписки?

Заблокировать возможность подключения подписок (независимо от вашего оператора связи) можно двумя способами — создать отдельный счет для оплаты контент-услуг или запретить звонки и отправку СМС на короткие платные номера со своего телефона. У каждого из этих способов есть свои положительные и отрицательные стороны, поэтому давайте рассмотрим каждый из вариантов подробней.

  1. Создание отдельного счета для оплаты контент-услуг.
    Федеральный закон «О связи» обязывает мобильных операторов создавать отдельные лицевые счета для оплаты услуг провайдеров контента. Правда, сотовые компании вольны делать это только по обращению абонента. Вот дословная цитата:

    Статья 44, пункт 5.
    В случае привлечения оператором связи иных лиц к оказанию контентных услуг, за исключением услуг связи, оказываемых через единый портал государственных и муниципальных услуг, оператор связи на основании обращения абонента обязан создать отдельный лицевой счет, предназначенный только для оплаты данных услуг связи в пределах средств, находящихся на указанном лицевом счете.

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

    Плюсы:
    — 100% защита от случайного подключения мобильных подписок при нулевом балансе счета.

    Минусы:
    — Для открытия счета необходимо лично явиться в офис оператора.

    А вот абоненты Теле2 могут открыть контентный счет не выходя из дома! Все, что для этого нужно — набрать на телефоне USSD-команду ✶160#. После отправки запроса, оператор создаст для абонента дополнительный счет, средства с которого будут расходоваться только для оплаты услуг контент-провайдеров.

  2. Заблокировать функцию отправки СМС и звонков на короткие номера.
    Правда, заблокировать подписки на контент таким способом смогут только абоненты Мегафона и МТС. Речь идет об услугах «Стоп-контент» (на Мегафоне) и «Запрет контента» (на МТС). А вот на Билайне и Теле2 аналогичных услуг не предусмотрено.

    «Стоп-контент» и «Запрет контента» устанавливают запрет на звонки, отправку СМС и USSD-команд на платные короткие номера. При этом их действие не распространяется на номера, принадлежащие самому оператору, а также бесплатные номера различных служб (например, номер 900 Сбербанка или номера, начинающиеся на «8–800»).

    Плюсы:
    — Можно подключить не выходя из дома, набрав специальную комбинацию на телефоне.
    — Действие услуги не распространяется на полезные сервисные номера.

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

Подключить услугу «Запрет контента» на МТС и заблокировать возможность подключения мобильных подписок можно простой USSD-командой ✶984# либо по телефону контактного центра МТС 0890. В будущем услугу также можно будет самостоятельно отключить — командой ✶985#.

Активировать «Стоп-контент» на Мегафоне можно командой ✶105✶801# или в «Личном кабинете» (lk.megafon.ru). В случае необходимости отказаться от опции «Стоп-контент» можно USSD-комбинацией ✶526✶0# или с помощью специалиста контактного центра Мегафона по телефону 8-800-550-05-00.

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

ЧТО ТАКОЕ CSP? ОПРЕДЕЛЕНИЕ ПОСТАВЩИКА КОНТЕНТНЫХ УСЛУГ | Марго Сакова | Gepard PIM & Syndication

Вы задаетесь вопросом:

… Как доставлять контент, стимулирующий продажи?

… Как увеличить времяпровождение покупателей на сайте?

… Как обеспечить постоянную актуальность каталогов продукции?

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

CSP означает «поставщик услуг контента». Это компания, предлагающая набор услуг, помогающих розничным торговцам и брендам упростить процессы электронной коммерции путем создания, расширения и распространения информации о продуктах.

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

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

После загрузки данных о продукте в репозиторий Content Provider вы (или редакционная группа CSP) можете редактировать характеристики бренда, когда это необходимо; управлять своими фотографиями, видео и другими файлами.Некоторые операторы связи также предоставляют услуги в области фотографии и видеосъемки продуктов (Newscred, Fashot), что особенно важно для начинающих брендов, которым нужна помощь в продвижении своего продукта и его скорейшем выводе на рынок.

Некоторые операторы связи внедряют дополнительные настраиваемые инструменты, повышающие продажи интернет-магазинов. Например, , средства поиска продуктов, онлайн-консультанты, инструменты для сравнения продуктов или даже интерактивные демонстрации продуктов в режиме 360 градусов.

Когда дело доходит до выбора, подумайте о конкретных функциях и преимуществах, которые вы хотите получить.

Существует несколько типов контент-провайдеров, которые немного отличаются друг от друга по своим услугам и другим характеристикам. Какая из них будет беспроигрышной?

Чтобы определить, какой из них больше подходит, обозначьте приоритеты и болевые точки вашего бизнеса. Примите во внимание эти вопросы:

Каков уровень конверсии продаж ваших продуктов?

Каковы темпы выхода нового продукта на рынок?

Сколько вертикалей и категорий продуктов представлено в вашем интернет-магазине?

Вам нужны услуги по редактированию контента?

Контентные сети , такие как Edgenet, 1WorldSync и Shotfarm, являются одним из распространенных способов обмена данными о товарах между брендами и розничными продавцами.Они предлагают высокий процент покрытия продуктов, но качество контента довольно среднее. Итак, если вы ищете высококачественный контент, вы можете обратиться к каталогам контента : IceCat, CNET, GFK Etilize или Gladson.

Среди самых надежных мировых контент-провайдеров — IceCat и CNet . Давайте сравним их по ключевым аспектам.

Услуги, поставщики контента и шаблон MVP | автор: Тиаго Ричьери

На этой неделе я задался вопросом, когда будет лучших практических примеров для использования служб, поставщиков контента и шаблонов модель-представление-презентатор.

Несмотря на то, что документация SDK дает рекомендации по использованию каждого из них, я подумал, что содержимое немного разбросано. Если вы реализуете шаблон MVP, как, например, вы должны подключить ваше представление к своей службе?

Я все еще экспериментирую и исследую некоторые идеи, но ради хакерства я получил некоторое представление о том, как их соединить. Да, я знаю, что это базовые вещи, но никогда не следует бояться повторять основы, ¯_ (ツ) / ¯

Начните с правильного решения

Моим первым шагом было поискать, кем были другие разработчики обмен информацией о Сервисе и IntentService.Название Service , по крайней мере для меня, вводит в заблуждение, поскольку оно всегда заставляло меня думать о провайдере контента, который выполняет задачи в фоновом режиме. Я ошибался, и статья выше помогла мне понять, что такое Service на самом деле (помимо официальной документации).

Итак, если Сервис не является поставщиком контента, а является более общим инструментом в нашем арсенале, понимание использования контент-провайдеров становится намного проще.

Тем не менее, в области служб было бы неплохо вспомнить разницу между процессами и потоками .Проще говоря, согласно документации, Process — это группа потоков, в которых запускается приложение, но есть оговорка, при которой один или несколько компонентов приложения могут работать в разных процессах.

Потоки , которые не являются основным потоком / потоком пользовательского интерфейса, называются рабочими или фоновыми потоками . Ничего сложного в этом нет, это процессы, которые не должны выполнять код пользовательского интерфейса и работать параллельно с потоком пользовательского интерфейса.

Теперь приступим к квесту.

В двух словах и если пока мы проигнорируем рекомендацию по использованию JobScheduler, начиная с 5.0,

  1. Если ваша задача проста, используйте простые инструменты : Не убивайте муху базукой. Для простого извлечения данных из API используйте библиотеки, такие как Retrofit, которые плавно выполняют удаленное задание за вас.
  2. Presenter должен использовать Interactor , что означает, что он делегирует задание извлечения данных другому классу и получает его результаты для визуализации представления.
  3. Interactor будет интерфейсом для всех удаленных коммуникаций и предоставит Presenter данные, которые он получает от поставщиков контента, баз данных SQL или API.
  4. Interactor может предоставить Presenter не только результаты . Он может доставлять обратно докладчику сообщения о том, на каком этапе запроса, и частично кормить его до тех пор, пока запрос не будет завершен. Это позволяет презентатору сделать так, чтобы представление отображало значимую информацию о шаге запроса для пользователя, и в то же время отделить цепочку и сделать код легко тестируемым.

Я не прав? Может быть. Это лучший подход? Возможно нет. Тем не менее, это помогло мне на этой неделе систематизировать части, из которых состоит приложение, и разрешить некоторые недоразумения, которые у меня всегда были.Как только я получу обновленную информацию, я вернусь 😉

Что такое поставщик интернет-контента? | Малый бизнес

Термин «поставщик услуг Интернета», или ISP, существует уже много лет и, очевидно, относится к компании, предоставляющей вам доступ в Интернет, например, AT&T или Comcast. По мере того, как Интернет становится все более укорененным в мире, а широкополосная связь и количество подключений увеличиваются, компании, доставляющие контент в режиме онлайн, начали появляться, и вместе с ним возник термин «поставщик интернет-контента».ICP воспользовались преимуществами новых Интернет-технологий, таких как DSL и кабельное соединение, а также ТВ и телевизионные приставки, которые подключаются к Интернету для предоставления информации и развлечений.

Основы

Провайдер интернет-контента — это веб-сайт или организация, которая занимается распространением онлайн-контента, такого как блоги, видео, музыка или файлы. Этот контент обычно доступен для пользователей и часто в нескольких форматах, например в виде стенограммы и видео. Некоторые популярные провайдеры включают ABC News, Disney и MSNBC.

Типы ICP

Существует несколько различных типов ICP. Многие из этих провайдеров являются новостными сайтами, которые предоставляют самую свежую информацию о последних новостях или подробные комментарии по текущим вопросам. Другие поставщики сосредоточены на развлечениях, например Netflix, который позволяет пользователям смотреть фильмы и некоторые телешоу в Интернете через Интернет. Такие провайдеры, как Demand Media, предлагают информативный контент на такие темы, как технологии и мода, используя такие места, как eHow. com и LIVESTRONG.com, наняв внештатных редакторов и писателей для написания, редактирования и предоставления качественного контента.

Источники дохода

Большинство ICP зарабатывают деньги на рекламе на своих сайтах. Они могут выбрать использование рекламной сети или продажу рекламы в частном порядке по собственному усмотрению. У некоторых провайдеров также есть премиум-членство, которое требует установленной ежемесячной платы за доступ к эксклюзивному контенту. Это называется платным доступом. Члены-неплательщики не допускаются или имеют ограниченный доступ.

Последствия

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

Google и ICP

Google недавно начал борьбу с плохим контентом, выпустив серию обновлений, предназначенных для отсеивания слабого или плагиата. Обновление Panda, выпущенное в 2011 году, оштрафовало поставщиков контента в результатах поиска Google, которые содержали некачественные статьи, забитые словами поисковой оптимизации, чтобы занять высокое место в Google.Panda потребовала, чтобы некоторые ICP переписали свой контент, чтобы стать сильнее. В 2012 году Penguin наложила штраф как на оригинальный, так и на плагиат, потребовав от поставщиков оригинального контента пересмотреть и начать борьбу с некачественными обратными ссылками или ссылками на ваш сайт с другого.

Ссылки

Ресурсы

Биография писателя

Джей Даррингтон — профессиональный писатель с 2006 года, специализирующийся на технологиях. Он опубликовал статьи в нескольких онлайн-блогах, включая iTech34, iPhoneland и Tech201. Он имеет степень бакалавра коммуникационных технологий Калифорнийского государственного университета.

Content Provider — обзор

4 Сети доставки контента

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

Это разделение позволило поставщикам цифрового контента сосредоточиться на своем продукте и не беспокоиться о настройке серверов, их местоположении, подключениях к поставщикам услуг Интернета или основных магистралях Интернета и т. Д. Это особенно актуально для небольших компаний. Более крупные поставщики контента с большей вероятностью смогут позволить себе собственную сеть распространения контента. В некоторых случаях крупные игроки в Интернете, такие как Google, приобрели компании по обмену контентом, такие как служба обмена видео YouTube.В любом случае концепция CDN является важной, поскольку включает в себя ряд стратегий и механизмов, которые эффективно поддерживают доставку мультимедийного контента. Ясно, что это нетривиальная проблема, решение которой требует тщательного анализа шаблонов интернет-трафика, рентабельного развертывания серверов, механизмов эффективного распределения нагрузки, требований QoS для различных типов носителей, механизмов кэширования, маршрутизации и затрат на обход. другие сети. Низкая производительность службы доставки потокового видео может оставить негативное впечатление о провайдере.Существует ряд сервисов, для которых требуется подписка клиента для доставки видеоконтента в Интернете, например Netflix и Hulu, при этом ожидается доставка видео высокого качества. Чтобы преодолеть ограничения Интернета с точки зрения обеспечения QoS, необходимо очень тщательное планирование для продвижения высококачественного потокового видео. Есть несколько серьезных проблем, которые необходимо решить, чтобы обеспечить бесперебойную и своевременную доставку данных через CDN. Например, для веб-контента многие сайты используют сложную динамическую логику, которую нельзя кэшировать ближе к пользователям; Другой насущной проблемой является тот факт, что пользователи мобильных устройств могут все чаще запрашивать контент, который не был оптимизирован для мобильных устройств, которые также часто находятся довольно далеко от любых серверов.

Как упоминалось выше, некоторые крупные поставщики видеоконтента имеют свои собственные CDN. В США доминирующими поставщиками видеоконтента в Интернете являются Netflix и Hulu. Оба предлагают контент от крупных теле- и киностудий подписчикам, которые платят в основном за онлайн-доставку, хотя Hulu также предлагает почтовые услуги DVD. Изначально Netflix использовал услуги коммерческих CDN, таких как Akamai и Limelight, на которые приходится более 30% интернет-трафика в США. В июне 2012 года Netflix объявила о развертывании собственной CDN для доставки собственного контента.В объявлении говорилось, что коммерческие DDN все еще будут использоваться в течение некоторого времени, но в конечном итоге весь контент Netflix будет доставляться через его собственный CDN, Open Connect. Заявление Netflix гласило (Netflix, 2012):

Теперь, в дополнение к этим коммерческим CDN общего назначения, мы позволяем интернет-провайдерам получать видеоданные Netflix из Open Connect, одноцелевой сети доставки контента Netflix, которую мы учредил. Другой крупный мировой провайдер интернет-видео, YouTube, уже давно имеет собственную сеть доставки контента.Учитывая наш размер и рост, для Netflix теперь имеет экономический смысл также иметь такой. Мы продолжим работать с нашими коммерческими партнерами по CDN в течение следующих нескольких лет, но в конечном итоге большая часть наших данных будет обслуживаться Open Connect.

Контент Hulu изначально распространялся компанией Akamai. С 2010 года Hulu использует стратегию с несколькими поставщиками, распространяя свой контент также с помощью Limelight и Level3. Работа, представленная в Adhikari et al. (2012a) проводит серию измерений, чтобы попытаться установить механизм Hulu для выбора CDN для доставки каждого видео по запросу пользователя.В нем, среди прочего, делается вывод о том, что:

(1) Выбор CDN Hulu выполняется на управляющих серверах Hulu и передается клиентам через файлы манифеста. Предпочтительные сети CDN назначаются случайным образом на основе заранее определенных вероятностей, которые не зависят от местоположения, видео и времени. (2) Предпочтительный CDN также не зависит от мгновенной доступной полосы пропускания, наблюдаемой на клиенте, хотя клиент может адаптироваться к перегрузкам сети, сначала снизив скорость, а затем переключившись на другие CDN.

Другой ведущий провайдер Интернет-видео, YouTube, использует собственный CDN для распространения своих видео по всему миру. Поскольку YouTube является ведущим сайтом для обмена видео с мировым охватом, организация его CDN представляет собой действительно огромную задачу очень высокой сложности. С 2006 года YouTube является частью Google, и с тех пор контент YouTube доставляется через его собственную инфраструктуру, хотя до этого YouTube использовал сторонние CDN. Сеть Google CDN, которая сейчас используется для распространения видео на YouTube, состоит из сотен граничных узлов по всему Интернету, где каждый граничный узел содержит сотни видеосерверов или кешей (Giordano et al. , 2015). Чтобы дать представление о масштабе операции, по оценкам, в мире около одного миллиарда пользователей YouTube, и каждый месяц во всем мире просматривается около 6 миллиардов часов видео (Giordano et al., 2015). Хотя Google не разглашает инфраструктуру Google CDN, был проведен ряд экспериментальных исследований, чтобы попытаться понять ее. В Adhikari et al. (2012b), была настроена распределенная активная система измерения для определения работы системы доставки видео YouTube.Они пришли к выводу, что система состоит из трех основных компонентов: пространства идентификаторов видео, трехуровневой иерархии кеша и многоуровневого пространства имен DNS. Они подробно описаны в указанной статье. В Giordano et al. (2015) представлена ​​методика мониторинга системы доставки YouTube с целью выявления изменений в ее структуре. Еще одна работа Casas et al. (2014) обсуждают характеристики трафика YouTube, доступ к которому осуществляется через мобильные и фиксированные сети. В частности, анализ охватывает предоставление контента YouTube с учетом основных атрибутов серверов хостинга с точки зрения обоих типов сетей.Было показано, что использование YouTube кэширования в мобильных сетях значительно улучшает качество доставки на мобильные устройства.

Условия использования для поставщиков контента

Условия соглашений для контент-провайдеров

Соглашение об обмене контентом между OpenAIRE и внешним поставщиком контента, далее именуемое [ОРГАНИЗАЦИЯ]

Обоснование
OpenAIRE

OpenAIRE — это инициатива Европейского Союза по созданию инфраструктуры открытого доступа для исследований в Европе (в настоящее время финансируется грантом EU-Horizon2020 с идентификатором 777541 «OpenAIRE-Advance»), направленная на создание открытой и устойчивой инфраструктуры научных коммуникаций, ответственной за общее управление и анализ. , манипулирование, предоставление, мониторинг и связывание всех результатов исследований (публикаций, связанных наборов данных, программного обеспечения и услуг) в существующих, запланированных и будущих репозиториях.

Цели ТУ

OpenAIRE собирает записи библиографических метаданных и полнотекстовые статьи в открытом доступе от поставщиков контента с целью применения методов интеллектуального анализа текста. Сервисы OpenAIRE будут применять методы интеллектуального анализа данных для извлечения / установления связей между исследовательскими продуктами, такими как данные исследований, исследовательское программное обеспечение и другие продукты, а также между исследовательскими продуктами и исследовательскими грантами или сообществами. Информация, полученная из метаданных и / или полных текстов, будет использоваться для обогащения исходной записи метаданных публикации и станет общедоступной через портал OpenAIRE, www.openaire.eu и общедоступные API. Собранные метаданные нормализуются, чтобы сделать их единообразными для модели данных OpenAIRE, и прилагаются все усилия для обогащения метаданных.

[ОРГАНИЗАЦИЯ] может потребовать от OpenAIRE не собирать полный текст публикаций открытого доступа.


OpenAIRE увеличивает видимость поставщика контента [ORGANIZATIONs] и его публикаций, открывая метаданные и URL-адреса, ведущие на веб-сайт поставщика (информация о происхождении). Более того, OpenAIRE предоставит провайдеру API для доступа к расширенным метаданным.В качестве опции поставщик контента может воспользоваться брокерской службой OpenAIRE и получать уведомления о соответствующих улучшениях, связанных с его записями.

Условия использования
Согласие на повторное использование


Согласие на повторное использование метаданных Зарегистрировав поставщика контента [ORGANIZATON] в OpenAIRE, [ORGANIZATION]:

  • Предоставляет записи метаданных в соответствии с рекомендациями OpenAIRE
  • Позволяет OpenAIRE ОБЪЕМНАЯ ЗАГРУЗКА записей метаданных по крайней мере через один из следующих протоколов: OAI-PMH, FTP (и REST API, если согласовано с OpenAIRE)
  • Позволяет OpenAIRE ПРЕОБРАЗОВАТЬ записей метаданных, если необходимо, чтобы сделать их единообразными для модели данных OpenAIRE;
  • Позволяет OpenAIRE обрабатывать метаданные ENRICH , используя все усилия OpenAIRE по дедупликации, интеллектуальному анализу текста и обратной связи с конечными пользователями.
  • Позволяет OpenAIRE ОПУБЛИКОВАТЬ собранные и преобразованные записи, тем самым обеспечивая открытый доступ к ним в виде CC-BY International v.4.0 или последующих версий без каких-либо ограничений на повторное использование в исходной и производной формах.


Согласие на повторное использование полных текстов: Зарегистрировав поставщика контента [ORGANIZATON] в OpenAIRE, [ORGANIZATION]:

  • Разрешает ОБЪЕМНАЯ ЗАГРУЗКА полнотекстовых файлов публикаций, права доступа которых имеют открытый доступ (как описано в рекомендациях OpenAIRE), используя по крайней мере одно из следующих средств:
    • , предоставляя ссылки на полнотекстовые файлы в метаданных записи и позволяя OpenAIRE загружать файлы;
    • , позволяя службам веб-сканирования выявлять полнотекстовые ссылки на целевой странице публикации, позволяя OpenAIRE загружать файлы;
    • путем доступа к ftp-сервису (или аналогичному) для загрузки полнотекстовых файлов;
  • Позволяет OpenAIRE ВРЕМЕННО хранить полнотекстовые файлы публикаций для применения методов интеллектуального анализа текста; OpenAIRE НЕ БУДЕТ предоставлять полнотекстовые файлы для публичного распространения, т.е.е. Пользователи OpenAIRE должны будут загружать файлы из исходного источника данных, если иное не разрешено [ОРГАНИЗАЦИЕЙ].
  • Позволяет OpenAIRE ОПУБЛИКОВАТЬ результаты майнинга , таким образом, сохранять результаты майнинга и дальнейшей обработки в базе данных OpenAIRE и предоставлять открытый доступ к ним как CC-BY International v.4.0 или последующие версии без каких-либо ограничений на повторное использование в исходных и производных версиях формы.

[ОРГАНИЗАЦИЯ] может потребовать от OpenAIRE не собирать полный текст публикаций открытого доступа.

Дополнительные положения, обеспечивающие качество обслуживания


OpenAIRE OpenAIRE гарантирует соблюдение следующих передовых методов:

  • Datasource API care: прилагает все усилия, чтобы не повредить доступность службы источника данных [ORGANIZATION] за счет правильного интервала сканирования или загрузки для последующих запросов;

  • Provenance: прилагает все усилия для повышения видимости [ОРГАНИЗАЦИИ] путем обогащения записей метаданных относительной информацией об источнике данных;


[ОРГАНИЗАЦИЯ] [ОРГАНИЗАЦИЯ] обеспечит соблюдение следующих передовых методов:

  • Внесение в белый список служб сбора данных OpenAIRE: соглашается не блокировать диапазон IP-адресов, используемый службой сканирования и / или загрузки OpenAIRE;
  • Целостность данных: информирует OpenAIRE об изменениях идентификаторов существующих записей (например,грамм. из-за миграции или обновлений платформы)
Заявления и гарантии [ОРГАНИЗАЦИЯ]
  • [ОРГАНИЗАЦИЯ] настоящим заявляет, что соответствует политике и рекомендациям OpenAIRE, доступным на http://guidelines.openaire.eu, и гарантирует поддержание высокого уровня соответствия в течение срока действия настоящего соглашения.
  • [ОРГАНИЗАЦИЯ] заявляет и гарантирует, что использование содержимого из источника данных [ОРГАНИЗАЦИЯ] не нарушает права третьих лиц.
  • [ОРГАНИЗАЦИЯ] освобождает OpenAIRE и пользователей OpenAIRE от любых претензий третьих лиц, связанных с использованием содержимого.
Лицензирование расширенных метаданных
  • Как упоминалось выше, OpenAIRE обогатит метаданные, добавит новую информацию и ссылки на них.
  • Эти расширенные метаданные, созданные OpenAIRE, будут опубликованы и лицензированы в соответствии с международной стандартной формой Creative Commons BY , текущая версия (4.0) или любой будущей более высокой версии таких стандартных форм.

Соглашение прекращает свое действие, когда OpenAIRE или [ОРГАНИЗАЦИЯ] уведомляют о прекращении действия другой Стороне (включая окончание проекта или обслуживания), и в этом случае будет направлено уведомление как минимум за три месяца. В этом случае OpenAIRE удалит все копии данных [ORGANIZATION]. На загруженные данные, лицензированные в соответствии с CC BY international v. 4.0 или более поздними версиями, прекращение действия соглашения не влияет.

Что такое Content Services? | OnBase by Hyland

Сегодня организации отказываются от монолитных репозиториев документов в пользу платформ контентных сервисов, способных агрегировать контент из нескольких репозиториев для соединения разнородных приложений.

Итак, что такое контент-сервисы? Gartner, ведущая исследовательская и консультационная компания, придумала этот термин для обозначения перехода от автономных систем и репозиториев к открытым сервисам.

В Hyland мы считаем, что эта эволюция также поддерживает меняющиеся ожидания в отношении того, как и где контент создается, используется и распространяется между организациями.

Что такое контент-сервисы?

С преобразованием ECM в контент-сервисы Gartner представила новое определение рынка в своем отчете «Что вам нужно знать о платформах контент-сервисов»:

Контент-сервисы — это набор сервисов и микросервисов, реализованных либо в виде интегрированного набора продуктов, либо в виде отдельных приложений с общими API-интерфейсами и репозиториями для использования различных типов контента и обслуживания нескольких групп клиентов и множества вариантов использования в рамках всей организации.

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

Элементы контентных услуг

В отчете

Gartner говорится, что контент-сервисы состоят из платформ, приложений и компонентов:

  • Платформы сервисов контента — Согласно отчету Gartner, платформы сервисов контента представляют собой эволюцию пакетов ECM, ориентированных на управление контентом, управление и обработку.Как указано в отчете, платформа контентных сервисов будет иметь свой собственный репозиторий, а также может интегрировать внешние репозитории через соединители и API или пакетные интеграции. Поставщики платформ контентных сервисов предлагают интегрированные наборы связанных с контентом сервисов, микросервисов, репозиториев и инструментов, которые поддерживают распространенные варианты использования контента. Общие службы, доступные на этих платформах, включают управление документами, поиск, индексирование, категоризацию, захват, контроль версий, рабочий процесс, управление записями, аналитику контента и многое другое.
  • Приложения контентных служб — Согласно отчету Gartner, приложения предоставляют возможности, ориентированные на бизнес-решения. Хайленд считает, что примеры включают подбор персонала, управление юридическими контрактами и управление страховыми выплатами.
  • Компоненты контентных сервисов — Сервисы на основе утилит, которые добавляют дополнительные возможности к существующим приложениям и платформам, говорится в отчете Gartner. Например, в Hyland мы считаем, что организации могут использовать компонент службы, переводящий с английского на испанский, или приложение, которое анализирует и автоматически маркирует контент.

Контент-сервисы: меняющийся ландшафт

Переход от ECM к сервисам контента означает переход от сосредоточения внимания на хранении контента на предприятии к активному использованию контента — в контексте — отдельными лицами и группами как внутри организации, так и за ее пределами.

Чтобы узнать больше об эволюции этой отрасли и ключевых игроках в этой сфере, загрузите «Магический квадрант» Gartner для платформ контентных услуг.

Источники: Магический квадрант Gartner для платформ контентных сервисов, Карен А.Хоберт, Майкл Вудбридж, Джо Мариана, Гэвин Тай, 5 октября 2017 г. Gartner Что нужно знать о платформах контент-сервисов, Карен М. Шегда, Карен А. Хоберт, Майкл Вудбридж, Моника Бассо, Мик МакКомаскей, 3 апреля 2017 г.

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

RFC 6883 — Руководство по IPv6 для поставщиков интернет-контента и поставщиков услуг приложений

[Документы] [txt | pdf] [draft-ietf-v6op . ..] [Tracker] [Diff1] [Diff2]

ИНФОРМАЦИОННЫЙ
Инженерная группа Интернета (IETF) B.плотник
Запрос комментариев: 6883 Univ. Окленда
Категория: Информационные С. Цзян
ISSN: 2070-1721 Huawei Technologies Co., Ltd
                                                              Март 2013 г.


              Руководство по IPv6 для поставщиков интернет-контента
                   и поставщики услуг приложений

Абстрактный

   В этом документе представлены рекомендации и предложения по Интернет-контенту
   Поставщики и поставщики услуг приложений, которые хотят предложить свои
   сервис для клиентов как IPv6, так и IPv4.Многие точки будут
   также применимы к хостинг-провайдерам или к любой корпоративной сети
   подготовка для пользователей IPv6.

Статус этой памятки

   Этот документ не является спецификацией Internet Standards Track; это
   опубликовано в информационных целях.

   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Она имеет
   получил публичное рецензирование и одобрен к публикации
   Инженерная группа управления Интернетом (IESG).Не все документы
   одобрены IESG, являются кандидатом на любой уровень Интернета
   Стандарт; см. раздел 2 RFC 5741.

   Информация о текущем статусе этого документа, исправлениях,
   а о том, как оставить отзыв о нем, можно узнать по адресу
   http://www.rfc-editor.org/info/rfc6883.

Уведомление об авторских правах

   Авторские права (c) IETF Trust 2013 г. и лица, указанные в качестве
   авторы документа. Все права защищены.

   Этот документ подпадает под действие BCP 78 и Правового регулирования IETF Trust.
   Положения, касающиеся документов IETF
   (http: // попечитель.ietf.org/license-info) действует на дату
   публикация этого документа. Пожалуйста, просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в Разделе 4. e
   Правовые положения Trust и предоставляются без гарантии, как
   описано в упрощенной лицензии BSD.



Информационное агентство Carpenter & Jiang [Страница 1] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


Оглавление

   1.Введение ................................................. ... 2
   2. Общая стратегия .............................................. ..3
   3. Образование и навыки ............................................ 5
   4. Организация подключения по IPv6 ..................................... 6
   5. Инфраструктура IPv6 ............................................. 7
      5.1. Назначение адреса и подсети .............................. 7
      5.2. Маршрутизация .................................................... 8
      5.3. DNS ................................................. ....... 9
   6. Балансировщики нагрузки .............................................. ... 10
   7. Прокси ............................................... ......... 11
   8. Серверы ............................................... ......... 12
      8.1. Сетевой стек ............................................. 12
      8.2. Уровень приложения ......................................... 12
      8.3. Логирование ................................................... 13
      8.4. Геолокация ............................................... 13
   9. Как справиться с переходными технологиями ........................... 13
   10. Сети доставки контента ..................................... 15
   11. Деловые партнеры ............................................. 16
   12. Возможные сложности ......................................... 16
   13. Операции и управление ..................................... 17
   14. Соображения безопасности ....................................... 18
   15. Благодарности .............................................. 20
   16. Список литературы ............................................... ..... 20
      16.1. Нормативные ссылки . .................................... 20
      16.2. Информационные ссылки ................................... 22

1. Введение

   Развертывание IPv6 [RFC2460] в настоящее время продолжается, и пользователи
   без прямого доступа IPv4, вероятно, будет появляться во все больших количествах
   в ближайшие годы. Любой провайдер контента или приложений.
   через Интернет потребуется организовать доступ по IPv6, иначе возникнет риск
   потеря большого количества потенциальных пользователей.Для пользователей, у которых уже есть
   возможность подключения с двумя стеками, прямой доступ IPv6 может обеспечить больше
   удовлетворительная производительность, чем непрямой доступ через NAT.

   В этом документе мы часто ссылаемся на пользователей контента или
   прикладные услуги в качестве «клиентов», чтобы уточнить, какую роль они играют,
   но это не предназначено для ограничения сферы действия коммерческими сайтами.

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





Информационное агентство Carpenter & Jiang [Страница 2] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   клиентов в том, что это уменьшит количество клиентов, подключающихся
   позже через решения «расширения» IPv4, такие как двойной NAT или NAT64
   [RFC6146], что в противном случае ухудшит работу пользователя.

   Тем не менее, важно, чтобы внедрение услуги IPv6
   не должны ухудшать обслуживание клиентов IPv4.В некоторых
   обстоятельства, технологии, предназначенные для помощи в переходе от
   Известно, что IPv4 в IPv6 оказывает негативное влияние на пользователя.
   опыт. Стратегия развертывания IPv6 должна избегать этих эффектов.
   насколько это возможно.

   Целью этого документа является предоставление рекомендаций и предложений. 
   для поставщиков интернет-контента (ICP) и службы приложений
   Поставщики (ASP), которые хотят предлагать свои услуги как для IPv6, так и для
   Клиенты IPv4, которые в настоящее время поддерживают только IPv4.Для
   простота, термин "ICP" в основном используется в теле этого
   документ, но руководство также применимо к ASP. Любой хостинг
   провайдер, чьи клиенты включают ICP или ASP, также обеспокоен.
   Многие из пунктов этого документа также применимы к предприятиям.
   сети, которые не классифицируют себя как ICP. Любое предприятие или
   отдел, на котором работает хотя бы один доступный извне сервер, например
   как HTTP-сервер также может быть обеспокоен. Хотя конкретные
   описаны управленческие и технические подходы, это не правило
   книга; каждому оператору необходимо будет составить собственный план, адаптированный к его
   собственные службы и клиенты.2. Общая стратегия

   Самый важный совет здесь - иметь общий
   стратегия. Добавление поддержки второго протокола сетевого уровня - это
   новый опыт для большинства современных организаций, а это невозможно
   случайно на незапланированной основе. Даже если невозможно написать
   точно датированный план, намеченные шаги в процессе должны быть
   определены заранее. Для этого нет единой схемы. В
   остальная часть этого документа предназначена для предоставления набора тем, которые необходимо изучить
   учитывать при определении стратегии.Другие документы об IPv6
   развертывание, такое как [IPv6-NETWORK-DESIGN], следует проконсультироваться как
   Что ж.

   Определяя актуальность данной стратегии, следует отметить, что
   в центральном реестре IPv4 (IANA) закончились запасные блоки IPv4
   адресов в феврале 2011 года, и различные региональные реестры
   ожидается, что их запасы будут исчерпаны в течение следующих одного-двух лет.
   После этого интернет-провайдеры (ISP) закончатся в установленные сроки.
   определяется их собственной клиентской базой.Точная дата не может быть названа
   когда клиенты, использующие только IPv6, появятся в коммерчески значимых





Информационное агентство Carpenter & Jiang [Страница 3] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г. 


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

   Наиболее распространенная стратегия ICP - предоставление услуг с двумя стеками.
   - как IPv4, так и IPv6 на равной основе - для охвата как существующих, так и
   будущие клиенты.Это рекомендованная стратегия в [RFC6180] для
   простые ситуации. Некоторые ВЧД, у которых уже есть удовлетворительные
   опыт работы с IPv6 может рассматриваться как IPv6-only
   стратегия, при которой клиенты IPv4 поддерживаются трансляцией или прокси
   перед своими серверами содержимого IPv6. Однако настоящее
   документ адресован ICP без опыта работы с IPv6, которые, вероятно,
   предпочитать модель с двумя стеками на основе существующего IPv4
   служба.

   Из-за повсеместного влияния поддержки IPv6 повсюду в пределах
   окружающая среда, важно выбрать целенаправленный первоначальный подход
   на основе четких бизнес-потребностей и реальных технических зависимостей.В рамках модели двойного стека могут быть приняты два подхода:
   иногда называют «снаружи внутрь» и «наизнанку»:

   o Внешний: начните с предоставления внешним пользователям общедоступного IPv6
      доступ к вашим услугам, например, с помощью обратного прокси
      который обрабатывает клиентов IPv6 (подробности см. в разделе 7).
      Постепенно включайте IPv6 внутри.

   o Наизнанку: начните с включения внутренней сетевой инфраструктуры,
      хосты и приложения для поддержки IPv6. Постепенно раскрывать
      Доступ IPv6 к внешним клиентам.Какой из этих подходов выбрать, зависит от конкретного
   обстоятельства соответствующего ICP. «Снаружи внутрь» имеет преимущество
   предоставление заинтересованным клиентам доступа по IPv6 на ранней стадии, и
   тем самым приобретая бесценный опыт работы, прежде чем тщательно
   обновление каждой единицы оборудования и программного обеспечения. Например, если некоторые
   бэк-офисная система, которая никогда не доступна пользователям, поддерживает только IPv4,
   это не вызовет задержки.  «Наизнанку» имеет преимущество завершения
   внедрение IPv6 как единого проекта.Любой ICP мог выбрать
   этот подход, но он может быть наиболее подходящим для небольшого ICP
   без сложных серверных систем.

   В стратегии необходимо учитывать то, что некоторые
   клиенты будут оставаться только IPv4 в течение многих лет, другие будут иметь и то, и другое
   Доступ по IPv4 и IPv6, а у других будет только IPv6.
   Кроме того, мобильные клиенты могут переключаться между
   Доступ по протоколам IPv4 и IPv6 в пути, даже в рамках одного сеанса.




Информационное сообщение Карпентер и Цзян [Страница 4] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   Службы и приложения должны уметь справляться с этим, так же как
   легко, как сегодня они имеют дело с пользователем, чей IPv4-адрес меняется (см.
   обсуждение файлов cookie в Разделе 8.2).

   Тем не менее, конечная цель - создать сеть, в которой не требуется
   серьезные изменения, когда в какой-то момент в будущем станет возможным
   переход на IPv6-only, даже если только для некоторых участков сети.
   То есть развертывание IPv6 должно быть спроектировано таким образом, чтобы
   более или менее предполагать, что IPv4 уже отсутствует, поэтому сеть будет
   работать без проблем, когда его действительно больше нет.

   Важным шагом в стратегии является определение аппаратного и
   поставщики программного обеспечения подробные сведения об их запланированных сроках предоставления
   достаточная поддержка IPv6 с производительностью, эквивалентной IPv4, в
   свои продукты и услуги.Соответствующие спецификации, такие как
   Следует использовать [RFC6434] и [IPv6-CE-REQS]. Даже если полный
   информация не может быть получена, важно определить, какие
   компоненты находятся на критическом пути во время последовательных фаз
   развертывание. Эта информация позволит составить
   логическая последовательность событий и выявление любых компонентов, которые могут вызвать
   ограбления.

3. Образование и навыки

   Некоторые сотрудники могут иметь опыт работы с многопротокольными сетями, которые
   были обычным явлением двадцать лет назад, до доминирования IPv4. Тем не мение,
   IPv6 будет новым для них, а также для сотрудников, выросших только на TCP / IP.
   Недостаточно иметь в команде одного «эксперта по IPv6». На
   Напротив, каждый, кто знает об IPv4, должен знать об IPv6,
   от сетевого архитектора до респондента службы поддержки. Поэтому ранний
   и существенной частью стратегии должно быть образование, в том числе
   практическое обучение, чтобы весь персонал получил общее понимание
   IPv6, как он влияет на основные функции, такие как DNS, и
   соответствующие практические навыки.Возьмем тривиальный пример: любой посох использовал
   к десятичным IPv4-адресам, разделенным точками, необходимо ознакомиться с
   двоеточие-шестнадцатеричный формат, используемый для IPv6.

   Есть анекдот об одном развертывании IPv6, в котором префиксы
   включая буквы от A до F, избегались по дизайну, чтобы избежать
   сбивает с толку системных администраторов, незнакомых с шестнадцатеричной системой записи.
   Это нежелательный результат. Есть еще один анекдот о помощи
   настольный автоответчик, говорящий клиенту «отключить one-Pv6», чтобы
   решить задачу.Это должно быть целью избежать необученного персонала.
   которые не понимают шестнадцатеричные числа или даже не умеют писать "IPv6".







Информационное агентство Carpenter & Jiang [Страница 5] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   Очень полезно иметь небольшую лабораторную сеть, доступную для
   обучение и самообучение по IPv6, где сотрудники могут экспериментировать и
   совершать ошибки, не нарушая работоспособность службы IPv4.Этот
   lab должна работать как с IPv4, так и с IPv6, чтобы получить опыт работы с двойным
   стековая среда и новые функции, такие как наличие нескольких адресов
   на интерфейс и адреса со сроками жизни и устареванием.

   После обучения персоналу, вероятно, потребуется поддержка IPv4, IPv6,
   и клиенты с двойным стеком. Вместо того, чтобы иметь отдельные внутренние
   пути эскалации для IPv6, как правило, имеет смысл для вопросов
   который может иметь элемент IPv6 для следования обычным путям эскалации;
   после завершения обучения не должно быть «отдела IPv6». И последнее замечание по поводу обучения: его тоже нельзя давать.
   скоро, или забудут. Тренировки обязательно должны быть
   сделано "как раз вовремя", чтобы как следует "приклеить". Обучение, лаборатория
   опыт и фактическое развертывание должны поэтому следовать друг за другом
   немедленно. Если есть возможность, тренировку следует даже совмещать с
   реальный опыт работы.

4. Организация подключения по IPv6.

   Теоретически существует два способа подключения IPv6 к
   Интернет.

   o Родной.В этом случае интернет-провайдер просто предоставляет IPv6 именно на
      на той же основе, что и IPv4 - он появится на границе ICP
      маршрутизатор (ы), который затем должен быть настроен в режиме двойного стека для
      пересылать пакеты IPv6 в обоих направлениях. Это безусловно
      лучший метод. ICP должен связаться со всеми своими интернет-провайдерами, чтобы проверить, когда
      они обеспечат встроенную поддержку IPv6, есть ли в ней какие-либо
      финансовые последствия, и будет ли такой же уровень обслуживания
      соглашение будет применяться как для IPv4.Любой интернет-провайдер, у которого нет определенного
      Следует избегать плана предлагать собственные услуги IPv6.

   o Управляемый туннель. Можно настроить IPv6-in-IPv4
      туннель к удаленному интернет-провайдеру, который предлагает такую ​​услугу. Двойной стек
      маршрутизатор в сети ICP будет действовать как конечная точка туннеля, или это
      функция может быть включена в граничный маршрутизатор ICP.

      Управляемый туннель - разумный способ получить возможность подключения по IPv6.
      для первоначального тестирования и приобретения навыков. Однако это
      вводит неизбежную дополнительную задержку по сравнению с собственным IPv6,
      дает клиентам заметно худшее время отклика для сложных веб-сайтов
      страниц.Туннель может стать узким местом производительности (особенно
      если предлагается как бесплатная услуга) или цель для злонамеренных атак.





Информационное агентство Carpenter & Jiang [Страница 6] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г. 


      Это также может ограничить размер MTU IPv6. В нормальном
      обстоятельства, собственный IPv6 обеспечит размер MTU не менее
      1500 байт, но для туннеля почти неизбежно будет меньше,
      возможно, всего 1280 байт (минимальный допустимый MTU для IPv6).Помимо потери эффективности, есть случаи, когда
      какой путь MTU Discovery не удается, и поэтому фрагментация IPv6
      терпит неудачу; в этом случае более низкий MTU туннеля фактически вызовет
      сбои подключения для клиентов.

      По этим причинам ICP настоятельно рекомендуется получить нативный
      IPv6, прежде чем пытаться предложить производственное качество
      обслуживание своих клиентов. К сожалению, невозможно
      запретить клиентам использовать неуправляемые туннельные решения (см.
      Раздел 9).Некоторым более крупным организациям может потребоваться несколько форм
   подключения IPv6 для своих центров обработки данных ICP и их сотрудников
   работаю в другом месте. Важно получить возможность подключения по IPv6 для
   как тестирование, так и поддержка службы с поддержкой IPv6.
   сложно для персонала без подключения к IPv6. Это может включать
   краткосрочные альтернативы для обеспечения подключения к IPv6 для операций
   и обслуживающий персонал, например управляемый туннель или прокси-сервер HTTP с
   Возможность подключения по IPv6.Обратите внимание, что неуправляемые туннели (например, 6to4 и
   Teredo) обычно бесполезны для обслуживающего персонала, поскольку недавний клиент
   программное обеспечение избегает их при доступе к сайтам с двойным стеком.

5. Инфраструктура IPv6

5.1. Назначение адреса и подсети

   ICP должен сначала решить, следует ли подавать заявку на своего собственного провайдера.
   Независимый (PI) префикс адреса для IPv6. Эта опция доступна
   либо от интернет-провайдера, который действует как локальный интернет-реестр, либо напрямую
   из соответствующего регионального интернет-реестра.Альтернатива -
   получить префикс Provider Aggregated (PA) от интернет-провайдера.  Оба решения
   жизнеспособны в IPv6. Однако свойства масштабирования широкой области
   система маршрутизации (BGP-4) означает, что количество префиксов PI должно быть
   ограничено, поэтому только крупные поставщики контента могут оправдать получение PI
   префикс и убедить своих интернет-провайдеров направить его. Миллионы предприятий
   сети, включая небольших поставщиков контента, будут использовать префиксы PA.
   В этом случае смена интернет-провайдера потребует изменения
   соответствующий префикс PA, используя процедуру, описанную в [RFC4192].Информационное агентство Carpenter & Jiang [Страница 7] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   ICP, который имеет подключения через нескольких интернет-провайдеров, но не имеет PI
   Таким образом, префикс будет иметь несколько префиксов PA, по одному от каждого провайдера.
   Это приведет к появлению нескольких адресов IPv6 для серверов ICP или
   балансировщики нагрузки. Если один адрес выходит из строя из-за неисправности интернет-провайдера,
   сеансы, использующие этот адрес, будут потеряны.Во время этого
   письменной форме, опыт работы с этим
   подход [MULTIHOMING-WITHOUT-NAT].

   ICP также может использовать префикс уникального локального адреса.
   [RFC4193] только для внутреннего трафика, как описано в [RFC4864].

   В зависимости от прогнозируемого будущего размера ПМС может выбрать получение
   / 48 префиксов PI или PA (разрешающих 16 бит адреса подсети) или более
   Префиксы PA, например, / 56 (разрешающие 8 бит адреса подсети). Четко,
   выбор / 48 более ориентирован на будущее.Консультации по нумерации
   подсети можно найти в [RFC5375]. ICP с несколькими местоположениями
   вероятно, потребуется префикс для каждого местоположения.

   ICP, сервис которого размещен у провайдера колокации, облачного
   провайдера или тому подобное, должны будут следовать политике адресации
   тот провайдер.

   Поскольку IPv6 обеспечивает одновременную работу нескольких префиксов,
   важно убедиться, что все соответствующие инструменты, такие как адрес
   пакеты управления, могут справиться с этим.  В частности, возможные
   необходимо разрешить использование нескольких префиксов PA с IPv6, и возможные
   необходимо перенумеровать, это означает, что обычная методика присвоения вручную
   статические адреса для серверов, прокси или балансировщиков нагрузки, с
   статически определенные записи DNS могут быть проблематичными [RFC6866].An
   ICP разумного размера может вместо этого использовать DHCPv6.
   [RFC3315] со стандартным DNS для поддержки присвоения с отслеживанием состояния. В
   в любом случае, вероятно, будет использоваться система управления конфигурацией.
   для поддержки назначения адресов с отслеживанием состояния и / или по запросу.

   Теоретически можно было бы также использовать IPv6 ICP.
   сеть, использующая только автоконфигурацию адреса без сохранения состояния [RFC4862],
   с динамическим DNS [RFC3007] для публикации адресов серверов для внешних
   пользователей.

5.2. Маршрутизация

   В сети с двумя стеками большая часть внутренней маршрутизации IPv4 и IPv6
   протоколы работают независимо и параллельно.Общее
   протоколы маршрутизации, такие как OSPFv3 [RFC5340], IS-IS [RFC5308] и
   даже протокол маршрутизации следующего поколения (RIPng)
   [RFC2080] [RFC2081], все поддерживают IPv6. Стоит отметить, что
   тогда как OSPF и RIP значительно различаются между IPv4 и IPv6,
   IS-IS имеет преимущество обработки их обоих в одном экземпляре



Информационное агентство Carpenter & Jiang [Страница 8] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   протокол, с потенциалом для оперативного упрощения в
   длительный срок.Некоторые версии OSPFv3 также могут иметь это преимущество.
   [RFC5838]. В любом случае для обученного персонала не должно быть
   особая сложность в развертывании маршрутизации IPv6 без помех
   к службам IPv4. В некоторых случаях может потребоваться обновление прошивки на
   некоторые сетевые устройства.

   Необходимо оценить влияние маршрутизации с двумя стеками на производительность. 
   В частности, какова производительность переадресации у производителя маршрутизатора.
   претензия на IPv6? Если производительность пересылки значительно
   хуже по сравнению с IPv4, это будет операционная проблема?
   Дополнительная память или пространство троичной памяти с адресацией по содержимому (TCAM)
   необходимо для размещения таблиц IPv4 и IPv6? Чтобы ответить на эти
   вопросов, ICP потребуется прогнозируемая модель для количества IPv6
   первоначально ожидаемый трафик и его вероятные темпы увеличения.Если сайт имеет несколько префиксов PA, как указано в Разделе 5.1,
   возникнут сложности в настройке маршрутизации. В частности,
   правила маршрутизации на основе источника могут потребоваться, чтобы гарантировать, что исходящие
   пакеты направляются к соответствующему пограничному маршрутизатору и каналу ISP.
   Обычно пакет, полученный с адреса, назначенного провайдером X, должен
   не отправляться через ISP Y, чтобы избежать входящей фильтрации по Y [RFC2827]
   [RFC3704]. Дополнительные соображения можно найти в
   [МНОГООБРАЗИЕ-БЕЗ NAT].Обратите внимание, что перевод префикса
   метод, обсуждаемый в [RFC6296], не описывает решение для
   предприятия, предлагающие общедоступные серверы контента.

   Каждая подсеть IPv6, которая поддерживает конечные хосты, обычно имеет префикс / 64,
   оставив еще 64 бита для идентификаторов интерфейса отдельных
   хосты. Напротив, типичная подсеть IPv4 будет иметь не более
   8 бит для идентификатора хоста, таким образом ограничивая подсеть 256 или
   меньше хостов. В конструкции с двумя стеками обычно используются одни и те же
   физическая топология или топология подсети VLAN для IPv4 и IPv6, и, следовательно,
   та же топология роутера.Другими словами, топологии IPv4 и IPv6
   конгруэнтны. Это означает, что ограниченный размер подсети IPv4 (например,
   как 256 хостов) будет применен к IPv6, даже если префикс IPv6
   позволит еще много хостов. Теоретически возможно
   избежать этого ограничения, реализовав другой физический объект или виртуальную локальную сеть. 
   топология подсети для IPv6. Это не рекомендуется, так как это приведет к
   в чрезвычайно сложной диагностике неисправностей, когда что-то пошло не так.

5.3. DNS

   Надо понимать, что как только запись AAAA для известного
   имя публикуется в DNS, соответствующий сервер начнет
   получать трафик IPv6.Поэтому важно, чтобы тест ВЧД
   тщательно убедиться, что IPv6 работает на своих серверах, балансировщиках нагрузки,
   и т. д., прежде чем добавлять свои записи AAAA в DNS. Там были



Информационное агентство Carpenter & Jiang [Страница 9] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   многочисленные случаи взлома ICP своих сайтов для всех пользователей IPv6 во время
   развертывание путем неправильного возврата записей AAAA для серверов
   настроен для IPv6.После успешной проверки каждый видимый извне хост (или
   виртуальный хост), у которого есть запись A для его IPv4-адреса, требуется AAAA
   запись [RFC3596] для своего IPv6-адреса и обратная запись (в
   ip6.arpa), если применимо. Обратите внимание, что если используются записи CNAME,
   Запись AAAA должна быть добавлена ​​рядом с записью A в конце
   Цепочка CNAME. Невозможно иметь запись AAAA на одном и том же
   имя, используемое для записи CNAME, согласно [RFC1912].

   Одна важная деталь заключается в том, что некоторые клиенты (особенно Windows XP) могут
   разрешать DNS-имена только через IPv4, даже если они могут использовать IPv6 для
   трафик приложений.Кроме того, распознаватель двойного стека может попытаться
   разрешать запросы для записей A через IPv6 или записей AAAA через IPv4. Это
   поэтому рекомендуется, чтобы все DNS-серверы отвечали на запросы через
   как IPv4, так и IPv6.

6. Балансировщики нагрузки

   Большинство доступных балансировщиков нагрузки теперь поддерживают IPv6. Однако это
   важно получить от поставщиков соответствующие гарантии относительно их
   Поддержка IPv6, включая аспекты производительности (как обсуждалось для маршрутизаторов
   в разделе 5. 2). Обновление необходимо запланировать в ожидании
   ожидаемый рост трафика.Ожидается, что трафик IPv6 будет
   изначально быть низким, т.е. небольшой, но растущий процент от общего
   трафик. По этой причине было бы приемлемо иметь IPv6.
   Первоначальная балансировка нагрузки обхода трафика путем публикации записи AAAA
   для конкретного сервера вместо балансировщика нагрузки. Однако загрузить
   балансировщики часто также обеспечивают отказоустойчивость сервера, и в этом случае
   было бы лучше сразу реализовать балансировку нагрузки IPv6.

   То же самое применимо к Transport Layer Security (TLS) или HTTP.
   прокси, используемые для балансировки нагрузки.Информационное агентство Carpenter & Jiang [Страница 10] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


7. Прокси

   Прокси-сервер HTTP [RFC2616] может быть легко настроен для обработки входящих
   подключений через IPv6 и проксировать их на сервер через IPv4.
   Следовательно, один прокси-сервер можно использовать в качестве первого шага в
   Стратегия снаружи-внутрь, как показано на следующей диаграмме:

        ___________________________________________
       ()
       (Клиенты IPv6 в Интернете)
       (___________________________________________)
                            |
                      -------------
                      | Ingress |
                      | маршрутизатор |
                      -------------
                ____________ | _____________
                            |
                      -------------
                      | Стек IPv6 |
                      | ----------- |
                      | HTTP-прокси |
                      | ----------- |
                      | Стек IPv4 |
                      -------------
                ____________ | _____________
                            |
                      -------------
                      | Стек IPv4 |
                      | ----------- |
                      | HTTP |
                      | сервер |
                      -------------

   В этом случае запись AAAA для службы предоставит IPv6
   адрес прокси. Такой подход будет работать для любого HTTP или HTTPS.
   приложения, которые успешно работают через прокси, если IPv6
   нагрузка остается низкой. Кроме того, многие продукты для балансировки нагрузки
   включить такой прокси, и в этом случае этот подход будет
   возможно при высокой нагрузке.

   Обратите внимание, что в любом сценарии прокси-сервера ICP необходимо убедиться, что
   оба адреса IPv4 и IPv6 правильно передаются приложению
   серверы в любых соответствующих заголовках HTTP и что это приложение
   серверы правильно обрабатывают адреса IPv6.Информационное сообщение Карпентер и Цзян [Страница 11] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


8. Серверы

8.1. Сетевой стек

   Сетевые стеки TCP / IP в популярных операционных системах поддерживают
   IPv6 уже много лет. В большинстве случаев достаточно включить IPv6.
   и, возможно, DHCPv6; остальное приложится. Серверы внутри ICP
   сети не потребуется поддерживать какие-либо переходные технологии за пределами
   простой двойной стек, с возможным исключением для 6to4 смягчения
   указано ниже в Разделе 9.Поскольку некоторые операционные системы имеют отдельные наборы правил брандмауэра для IPv4
   и IPv6, ICP должен также оценить эти наборы правил и убедиться, что
   соответствующие правила брандмауэра настроены для IPv6. Более подробная информация
   обсуждается в Разделе 14.

8.2. Уровень приложения

   Базовые HTTP-серверы могли обрабатывать сеть с поддержкой IPv6.
   стек в течение нескольких лет, поэтому необходимо будет обновить не более
   к более поздней версии программного обеспечения. То же самое и с общим
   приложения, такие как протоколы электронной почты.Никакого общего утверждения не может быть
   сделано о других приложениях, особенно проприетарных, поэтому каждое
   ASP должен будет принять собственное решение. Поскольку изменения в
   сетевой уровень для введения адресов IPv6 может проходить через
   приложений, тестирование как клиентских, так и серверных приложений должно
   выполняться в средах только IPv4, IPv6 и двойного стека
   до двойного стека производственной среды. 

   Одна важная рекомендация заключается в том, что все приложения должны использовать
   доменные имена, которые не зависят от версии IP, а не IP
   адреса.Приложения, основанные на платформах промежуточного программного обеспечения, которые имеют
   единообразная поддержка IPv4 и IPv6, например, Java, может
   естественно поддерживать как IPv4, так и IPv6 без дополнительной работы.
   Сертификаты безопасности также должны содержать доменные имена, а не
   адреса.

   Особая проблема для служб на основе HTTP заключается в том, что на основе IP-адресов
   схемы аутентификации файлов cookie должны иметь дело с двойным стеком
   клиентов. Серверы могут создавать cookie для подключения IPv4 или
   Подключение IPv6, в зависимости от настройки на сайте клиента и от
   капризы клиентской операционной системы.Нет никакой гарантии, что
   данный клиент будет постоянно использовать одну и ту же семью адресов,
   особенно при доступе к коллекции сайтов, а не к одному
   сайт, например, когда файлы cookie используются для федеративной проверки подлинности. Если
   клиент использует адреса конфиденциальности [RFC4941], адрес IPv6





Информационное агентство Carpenter & Jiang [Страница 12] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   (но обычно не его префикс / 64) может изменяться довольно часто.Любой
   механизм cookie, основанный на 32-битных адресах IPv4, потребует значительных
   ремоделирование.

   Общие соображения по переходу приложений обсуждаются в
   [RFC4038], но многие из них не применимы к двухстековой ICP.
   сценарий. ICP, который создает и поддерживает свои собственные приложения
   необходимо будет просмотреть их на предмет зависимости от IPv4.

8.3. логирование

   Введение клиентов IPv6, как правило, также приводит к IPv6.
   адреса, появляющиеся в поле "client ip" журналов сервера.Это
   может быть удобно использовать одно и то же поле журнала для хранения IP-адреса клиента
   адрес, будь то IPv4 или IPv6. Системы переработки и сбыта смотрят на
   журналы и IP-адреса клиентов также могут нуждаться в тестировании, чтобы убедиться, что
   они могут правильно обрабатывать адреса IPv6.  Это включает в себя любой из
   Базы данных ICP записывают IP-адреса клиентов, например, для записи
   IP-адреса онлайн-покупок и постеров с комментариями.

   Стоит отметить, что точная обратная связь от журналов до отдельных
   клиентам требуется сквозная прозрачность адресов.Это
   дополнительная мотивация для ICP для поддержки нативного подключения IPv6,
   поскольку в противном случае клиенты, использующие только IPv6, неизбежно будут подключаться через некоторые
   форма механизма трансляции, препятствующая отслеживанию.

8.4. Геолокация

   Первоначально ICP могут заметить некоторые слабые места в геолокации для IPv6.
   клиентов. Со временем следует предположить, что геолокация
   методы и базы данных будут обновлены для полной поддержки префиксов IPv6.
   Нет никаких причин, по которым они будут более или менее точными в течение длительного времени.
   срок, чем те, которые доступны для IPv4.Однако мы можем ожидать гораздо большего
   клиенты будут мобильными с течением времени, поэтому геолокация на основе IP
   одни только адреса могут в любом случае стать проблематичными. Более надежный
   такой метод, как доставка местоположения с поддержкой HTTP (HELD) [RFC5985]
   можно было бы рассмотреть.

9. Как справиться с переходными технологиями

   Как упоминалось выше, ICP должен иметь встроенное соединение IPv6.
   от своих интернет-провайдеров. Таким образом, ICP может избежать большинства
   сложности многочисленных технологий перехода с IPv4 на IPv6
   которые были разработаны; все они являются второстепенными решениями.Однако некоторые клиенты обязательно будут использовать такие технологии. ICP
   необходимо знать об эксплуатационных проблемах, которые это может вызвать, и о том, как
   разобраться с ними.




Информационное агентство Carpenter & Jiang [Страница 13] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   В некоторых случаях, не зависящих от ICP, клиенты могут достичь
   контент-сервер через транслятор сетевого уровня с IPv6 на IPv4. 
   ICP, которые предлагают услугу двойного стека и предоставляют как A, так и
   Записи AAAA, как рекомендовано в этом документе, обычно не должны
   получать трафик IPv4 от трансляторов NAT64 [RFC6146].Однако в исключительных случаях такой трафик может поступать через IPv4 из
   Клиент только для IPv6, чей преобразователь DNS не смог получить AAAA ICP
   запись по какой-то причине. Такой трафик будет неотличим от
   обычный трафик IPv4-via-NAT.

   В качестве альтернативы, ICP, предлагающие услугу двойного стека, могут
   получать исключительно трафик IPv6, переведенный только с IPv4
   клиент, который каким-то образом не получил A-запись ICP. ICP
   также может получать трафик IPv6 с переведенными префиксами [RFC6296].Эти два случая были бы проблемой только в том случае, если бы ПИК предлагала какие-либо
   услуга, которая зависит от предположения о сквозном IPv6-адресе
   прозрачность.

   Наконец, некоторый трафик может достигнуть ICP, который был переведен.
   дважды в пути (например, с IPv6 на IPv4 и обратно). Опять же,
   ICP не сможет это обнаружить. Вполне вероятно, что в реальном времени
   геолокация будет очень неточной для такого трафика, поскольку
   в лучшем случае указать местонахождение второго переводчика, который мог бы
   быть очень далеким от заказчика.В других случаях, также вне контроля ICP, клиенты IPv6 могут
   выходить в Интернет IPv6 через туннель IPv6-in-IPv4 в той или иной форме. В
   В этом случае могут возникнуть самые разные проблемы, самая острая из которых
   влияют на клиентов, подключенных с помощью решения Anycast 6to4 [RFC3068].
   Рекомендации о том, как ICP могут смягчить эти проблемы 6to4, приведены в
   Раздел 4.5. из [RFC6343]. В интересах всех туннелированных клиентов
   важно убедиться, что обнаружение MTU пути работает правильно
   (т.е. соответствующие пакеты ICMPv6 не блокируются) и что
   реализация TCP на стороне сервера правильно поддерживает Максимальный сегмент
   Механизм согласования размера (MSS) [RFC2923] для трафика IPv6.Некоторые ПМС внедрили временное решение для смягчения переходного периода.
   проблемы, ограничивая видимость их записей AAAA для пользователей
   с подтвержденным подключением IPv6 [RFC6589] (известный как "DNS
   белый список "). На момент написания этой статьи это решение казалось
   выйдет из употребления и будет заменен "черным списком DNS"
   сайты клиентов, у которых есть проблемы с подключением по протоколу IPv6. в
   обратном направлении, стоит знать, что некоторые интернет-провайдеры с
   началось значительное количество клиентов с неработающими настройками IPv6
   фильтрация запросов AAAA-записей их клиентами.Ни один из этих
   решения уместны в долгосрочной перспективе.





Информационное агентство Carpenter & Jiang [Страница 14] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   Другой подход, используемый некоторыми ICP, заключается в предоставлении поддержки только IPv6 через
   конкретное DNS-имя, например, ipv6.example.com, если основная служба
   www.example.com. В этом случае ipv6.example.com будет иметь AAAA
   только запись. Это имеет некоторую ценность для целей тестирования, но
   в противном случае представляет интерес только для пользователей-любителей, желающих ввести
   специальные URL-адреса.ICP мало что может сделать для работы с клиентскими или удаленными интернет-провайдерами.
   недостатки в поддержке IPv6, но есть надежда, что "Happy
   Подход "глазных яблок" [RFC6555] улучшит способность клиентов
   решать такие проблемы.

10. Сети доставки контента

   Методы на основе DNS для перенаправления пользователей в сеть доставки контента
   (CDN) точки присутствия (POP) будут работать для IPv6, если AAAA записывает
   а также записи А. В общем, CDN должен следовать
   рекомендации этого документа, особенно при работе с полным
   услуга двойного стека на каждой точке входа.Кроме того, каждый POP необходимо будет
   обрабатывать маршрутизацию IPv6 точно так же, как IPv4, например, используя BGP-4 +
   [RFC4760].

   Обратите внимание: если ICP поддерживает IPv6, но его внешний поставщик CDN поддерживает
   нет, его клиенты будут продолжать использовать IPv4 и любые клиенты только с IPv6
   придется использовать какое-то переходное решение. Это не
   желательная ситуация, так как работа ICP по поддержке IPv6 будет
   впустую.

   ICP может столкнуться со сложной ситуацией, если его провайдер CDN поддерживает
   IPv6 на некоторых POP, но не на других.Клиенты, работающие только с IPv6, могут быть только
   перенаправлен на точку присутствия, поддерживающую IPv6. Также есть сценарии, когда
   клиент с двойным стеком будет перенаправлен на смесь IPv4 и IPv6
   POP для разных URL в соответствии с предоставленными записями A и AAAA.
   и наличие таких оптимизаций, как «Happy Eyeballs». А
   связанный побочный эффект заключается в том, что копии одного и того же контента, просматриваемые на
   в то же время через IPv4 и IPv6 может отличаться из-за задержки в
   базовый процесс синхронизации данных, используемый CDN.Этот эффект
   на самом деле наблюдалось в дикой природе для крупной социальной сети
   поддержка двойного стека. Эти осложнения не влияют на
   Однако жизнеспособность полагаться на CDN с двумя стеками.

   Сама CDN сталкивается с сопутствующей сложностью: «По мере развертывания IPv6
   собирается выкатиться в карманы, и это сделает маршрутизацию
   вокруг точек заторов, что гораздо важнее, но и так много
   сложнее », - заявил Джон Саммерс из Akamai в 2010 году [CDN-UPGRADE].






Информационное агентство Carpenter & Jiang [Страница 15] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   Может возникнуть обратная ситуация: ICP еще не
   начал развертывание IPv6, но обнаружил, что его поставщик CDN
   уже поддерживает IPv6.Затем, предполагая, что провайдер CDN
   объявляет соответствующие записи ресурсов DNS AAAA, двойной стек и
   Клиенты, использующие только IPv6, получат доступ по IPv6, а контент ICP
   вполне могут быть доставлены им через IPv6. В нормальных условиях
   это не должно создавать проблем, но это ситуация, когда ICP
   и его вспомогательный персонал должен быть в курсе. В частности, поддержка
   сотрудникам должно быть предоставлено подключение к IPv6, чтобы иметь возможность
   исследуйте любые проблемы, которые могут возникнуть (см. раздел 4).11. Деловые партнеры

   Как отмечалось ранее, в интересах ICP или ASP, чтобы
   их пользователи имеют прямое подключение к IPv6, а не косвенное IPv4
   возможность подключения через двойной NAT. Если у ICP или ASP есть прямой бизнес
   отношения с некоторыми из своих клиентов или с сетями, которые
   связать их со своими клиентами, им рекомендуется координировать свои действия с
   этим партнерам, чтобы убедиться, что у них есть план по включению IPv6. Они
   также следует проверить и протестировать наличие первоклассного IPv6
   сквозное соединение между заинтересованными сетями.Это
   особенно актуально для реализаций, требующих поддержки IPv6 в
   специализированные программы или системы для поддержки IPv6 на
   Сторона ICP / ASP будет полезна.

12. Возможные сложности

   Некоторые дополнительные соображения вступают в игру для некоторых типов
   сложные или распределенные сайты и приложения, которые могут быть
   доставка. Например, ICP может иметь сайт, разбросанный по множеству
   имена хостов (не все под их контролем). Другие ICP могут иметь свои
   сайты или приложения, распределенные в нескольких местах для
   доступность, масштаб или производительность.Многие современные веб-сайты и приложения теперь используют набор
   ресурсы и приложения, некоторые из которых управляются ICP, а другие -
   третьи лица. Хотя большинство клиентов поддерживают сайты, содержащие смесь
   элементов IPv4 и двойного стека, ICP должен отслеживать IPv6
   доступность встроенных ресурсов (например, изображений), иначе
   их сайт может быть только частично функциональным или, возможно, деградировал
   производительность для пользователей, использующих только IPv6.

   Методы балансировки нагрузки на основе DNS для перенаправления пользователей на серверы в
   несколько POP будут работать для IPv6, если балансировщик нагрузки поддерживает IPv6
   и если предоставлены записи AAAA.В зависимости от архитектуры
   балансировщик нагрузки, ICP может потребоваться для работы с полным двойным стеком
   обслуживание в каждой точке входа. С другими архитектурами это может быть приемлемо
   изначально иметь IPv6 только в подмножестве местоположений. Немного



Информационное агентство Carpenter & Jiang [Страница 16] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   архитектуры сделают предпочтительным для маршрутизации IPv6 для зеркалирования IPv4
   маршрутизация (например, запуск BGP-4 + [RFC4760], если необходимо), но
   это не всегда возможно, поскольку подключение IPv6 и IPv4 может быть
   независимый.Некоторые сложности могут возникнуть, когда клиент поддерживает как IPv4, так и
   IPv6 использует разные POP для каждой версии IP (например, когда IPv6
   доступно только в некоторых регионах). Также есть сценарии
   где клиент с двойным стеком будет перенаправлен на смесь IPv4 и
   IPv6 POP для разных URL в соответствии с записями A и AAAA
   при условии и наличие оптимизаций типа «Happy
   Глазные яблоки »[RFC6555]. Связанный побочный эффект заключается в том, что копии
   один и тот же контент, просматриваемый одновременно через IPv4 и IPv6, может быть
   разные, из-за задержки в базовой синхронизации данных
   процесс, используемый на прикладном уровне.Этот эффект на самом деле был
   наблюдается в реальной жизни для крупной социальной сети, поддерживающей двойную
   куча.

   Даже с одним POP может возникнуть непредвиденное поведение, если клиент
   самопроизвольно переключается между IPv4 и IPv6 в качестве производительности
   оптимизации [RFC6555] или если его IPv6-адрес часто меняется для
   причины конфиденциальности [RFC4941]. Такие изменения могут повлиять на файлы cookie,
   геолокация, балансировка нагрузки и целостность транзакций. Несмотря на то что
   неожиданные изменения адреса клиента также происходят в IPv4-only
   среды, они могут быть более частыми с IPv6.13. Операции и управление

   Нет сомнений в том, что изначально развертывание IPv6 будет иметь
   операционного воздействия, а также потребует обучения и подготовки в качестве
   упоминается в Разделе 3. Персоналу необходимо обновить сетевые элементы.
   такие как маршрутизаторы, обновите конфигурации, предоставьте информацию, чтобы закончить
   пользователей и диагностировать новые проблемы. Однако для предприятия
   сети, есть большой опыт, например, в многочисленных университетских
   университетских городков, показывая, что работа с двойным стеком не сложнее, чем
   IPv4-только в устойчивом состоянии.Любое управление, мониторинг и ведение журнала выполняются для IPv4.
   также необходимы для IPv6. Таким образом, все продукты и инструменты, используемые для
   эти цели должны быть обновлены, чтобы полностью поддерживать данные управления IPv6.
   Важно убедиться, что инструменты полностью обновлены до
   поддержка 128-битных адресов, вводимых и отображаемых в шестнадцатеричном формате
   [RFC5952]. Поскольку сеть IPv6 может работать с более чем одним IPv6
   префикса и, следовательно, более одного адреса на хост, инструменты должны
   относитесь к этому как к нормальной ситуации.Это включает любой адрес
   используемый инструмент управления (см. Раздел 5.1), а также инструменты, используемые для
   создание конфигураций DHCP и DNS. Есть значительное совпадение
   здесь с инструментами, участвующими в перенумерации сайтов [RFC6879].



Информационное агентство Carpenter & Jiang [Страница 17] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   На ранней стадии развертывания IPv6 вполне вероятно, что IPv6 будет
   в основном управляется через транспорт IPv4.Это позволяет управлять сетью
   системы для проверки зависимости между IPv4 и управлением IPv6
   данные. Например, будут отчеты о смешивании адресов IPv4 и IPv6.
   отображать правильно?

   На втором этапе следует использовать транспорт IPv6 для управления
   сеть. Обратите внимание, что ICP также необходимо будет предоставить
   Возможность подключения по IPv6 для его операций и обслуживающего персонала, даже если
   работаю удаленно. Насколько это возможно, взаимозависимость между IPv4
   и IPv6 следует избегать как для данных управления, так и для
   транспорт.Отказ одного не должен приводить к отказу другого.
   Одна из мер предосторожности, чтобы избежать этого, касается систем управления сетью.
   быть сложенными в два стека. Тогда можно будет использовать IPv4.
   возможность подключения для восстановления конфигураций IPv6 и наоборот.

   Двойной стек, хотя и необходим, имеет масштабирование управления и
   соображения накладных расходов. Как отмечалось ранее, долгосрочная цель -
   перейти на IPv6 с одним стеком, когда сеть и ее клиенты смогут
   поддержите это. Это дополнительная причина, по которой взаимозависимость
   между семействами адресов следует избегать при управлении
   система в частности; скрытая зависимость от IPv4, которая была
   забыть на долгие годы было бы очень неудобно.В
   в частности, инструмент управления, который управляет IPv6, но сам работает только
   через IPv4 будет катастрофой в день переключения IPv4
   выключенный.

   ICP должен гарантировать, что любой сквозной мониторинг доступности
   системы обновлены для мониторинга серверов с двойным стеком через IPv4
   и IPv6. Особой проблемой здесь могут быть системы мониторинга.
   полагаясь на DNS-имена, так как это может привести к мониторингу только одного из
   IPv4 или IPv6, что приводит к потере видимости сбоев в
   возможность подключения к сети через любое семейство адресов.Как упоминалось выше, ICP также необходимо будет предоставить
   Возможность подключения по IPv6 для его операций и обслуживающего персонала, даже если
   работаю удаленно.

14. Соображения безопасности

   Хотя многие ПМС все еще находятся в процессе экспериментов с
   настраивая IPv6, в дикой природе существует зрелое вредоносное ПО, которое
   запускать атаки по IPv6. Например, если добавлена ​​запись DNS AAAA
   для имени хоста вредоносное ПО, использующее библиотеки клиентской ОС, может автоматически
   переключиться с атаки на это имя хоста через IPv4 на атаку на
   имя хоста по IPv6.В результате очень важно, чтобы межсетевые экраны и
   другие устройства сетевой безопасности, защищающие серверы, поддерживают IPv6 и
   проверить и настроить правила.



Информационное агентство Carpenter & Jiang [Страница 18] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   Опыт безопасности с IPv4 следует использовать в качестве руководства для
   угрозы, которые могут существовать в IPv6, но они не должны рассматриваться как
   одинаково вероятны и не должны рассматриваться как единственные угрозы, которые
   может существовать в IPv6.Однако практически каждая существующая угроза
   для IPv4 существует или будет существовать для IPv6, в большей или меньшей степени
   степень. Важно обновить межсетевые экраны, обнаружение вторжений
   системы, меры предосторожности при отказе в обслуживании и аудит безопасности
   технология для полной поддержки IPv6. Излишне говорить, что это также
   необходимо для включения известных механизмов безопасности, таких как DNS
   Безопасность и аутентификация DHCPv6. В противном случае IPv6 станет
   привлекательная цель для злоумышленников.

   Когда используется несколько префиксов PA, как указано в разделе 5.1,
   правила брандмауэра должны разрешать использование всех допустимых префиксов и должны быть настроены
   работать по назначению, даже если пакеты отправляются через одного интернет-провайдера, но возвращаются
   пакеты приходят через другой.

   Аспекты производительности и объема памяти двухстековых межсетевых экранов должны быть
   рассматривается (как обсуждалось для маршрутизаторов в Разделе 5.2).

   При работе с двумя стеками может возникнуть риск перекрестного загрязнения.
   между двумя протоколами. Например, успешный IPv4
   атака отказа в обслуживании может также истощить ресурсы, необходимые для
   Сервис IPv6 или наоборот.Этот риск усиливает аргумент о том, что
   Безопасность IPv6 должна быть на том же уровне, что и IPv4. Риски также могут
   возникают с решениями с двойным стеком виртуальной частной сети (VPN)
   [УТЕЧКИ VPN].

   Общий обзор методов защиты сети IPv6 от
   внешние атаки описаны в [RFC4864]. Предполагая, что ICP имеет
   встроенное подключение IPv6, рекомендуется блокировать входящие
   Туннельный трафик IPv6-in-IPv4 с использованием протокола IPv4 типа 41. Исходящий
   трафик такого рода должен быть заблокирован, за исключением случая, указанного в
   Раздел 4.5 из [RFC6343]. Трафик ICMPv6 следует блокировать только в
   в соответствии с [RFC4890]; в частности, сообщения Packet Too Big,
   которые необходимы для обнаружения MTU пути, не должны блокироваться.

   Сканирующие атаки методом грубой силы для обнаружения существования хостов
   гораздо меньше шансов на успех для IPv6, чем для IPv4 [RFC5157].
   Однако это не должно вводить ICP в ложное чувство безопасности,
   поскольку различные соглашения об именах или адресации могут привести к IPv6
   адресное пространство является предсказуемым или предполагаемым.В крайнем случае
   Хосты IPv6 могут быть настроены с идентификаторами интерфейса, которые
   очень легко угадать; например, хосты или подсети, пронумерованные вручную
   с последовательными идентификаторами интерфейсов, начинающимися с "1", будет
   гораздо проще угадать. Подобной практики следует избегать, а другие





Информационное агентство Carpenter & Jiang [Страница 19] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   полезные меры предосторожности обсуждаются в [RFC6583].Также злоумышленники могут
   найти IPv6-адреса в журналах, трассировках пакетов, записях DNS (включая
   обратные записи) или в другом месте.

   Защита от мошеннической рекламы маршрутизатора (RA Guard) также должна
   считается [RFC6105].

   Transport Layer Security версии 1.2 [RFC5246] и его предшественников
   корректно работать с TCP через IPv6, а это означает, что безопасность на основе HTTPS
   решения применимы немедленно. То же самое должно относиться к любому
   другие методы обеспечения безопасности транспортного или прикладного уровня.Если ASP использует IPsec [RFC4301] и Internet Key Exchange (IKE)
   протокол [RFC5996] любым способом для защиты соединений с клиентами,
   они также полностью применимы к IPv6, но только если программное обеспечение
   стек на каждом конце был обновлен соответствующим образом.

15. Благодарности

   Ценный вклад внес Эрик Клайн. Полезные комментарии были
   получено от Торе Андерсона, Кэмерона Бирна, Тассоса Хатцитомаоглу,
   Уэсли Джордж, Дэн Хуэй, Джоэл Джеггли, Роджер Йоргенсен, Виктор
   Куарсингх, Бинг Лю, Трент Ллойд, Джон Манн, Майкл Ньюбери, Эрик
   Нигрен, Артуро Сервин, Марк Смит и другие участники
   Рабочая группа V6OPS.Брайан Карпентер был посетителем компьютерной лаборатории в Кембридже.
   Университет во время части этой работы.

16. Ссылки

16.1. Нормативные ссылки

   [RFC2080] Малкин, Г. и Р. Миннир, «RIPng для IPv6», RFC 2080,
              Январь 1997 г.

   [RFC2460] Диринг, С. и Р. Хинден, "Интернет-протокол, версия 6
              (IPv6) Specification », RFC 2460, декабрь 1998 г.

   [RFC2616] Филдинг, Р., Геттис, Дж., Могул, Дж., Фристик, Х.,
              Масинтер, Л., Лич, П., и Т.Бернерс-Ли, "Гипертекст"
              Протокол передачи - HTTP / 1.1 », RFC 2616, июнь 1999 г.

   [RFC2827] Фергюсон, П. и Д. Сени, "Фильтрация входящего сетевого трафика:
              Отражение атак типа "отказ в обслуживании" с использованием IP-источника
              Подмена адреса ", BCP 38, RFC 2827, май 2000 г.





Карпентер и Цзян, информационное [Страница 20] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   [RFC3007] Веллингтон, Б., "Защищенная система доменных имен (DNS) динамическая
              Обновление », RFC 3007, ноябрь 2000 г.

   [RFC3315] Droms, R., Bound, J., Volz, B., Lemon, T., Perkins, C.,
              и М. Карни, "Протокол динамической конфигурации хоста для
              IPv6 (DHCPv6) », RFC 3315, июль 2003 г.

   [RFC3596] Thomson, S., Huitema, C., Ksinant, V., and M. Souissi,
              «Расширения DNS для поддержки IP версии 6», RFC 3596,
              Октябрь 2003 г.

   [RFC3704] Бейкер, Ф. и П. Савола, "Фильтрация входящего трафика для многосетевых сетей.
              Сети », BCP 84, RFC 3704, март 2004 г.[RFC4193] Хинден, Р. и Б. Хаберман, «Уникальный локальный одноадресный IPv6
              Адреса », RFC 4193, октябрь 2005 г.

   [RFC4301] Кент, С. и К. Сео, "Архитектура безопасности для
              Интернет-протокол », RFC 4301, декабрь 2005 г.

   [RFC4760] Бейтс, Т., Чандра, Р., Кац, Д., и Ю. Рехтер,
              «Многопротокольные расширения для BGP-4», RFC 4760,
              Январь 2007 г.

   [RFC4862] Thomson, S., Narten, T., and T. Jinmei, "IPv6 Stateless
              Автоконфигурация адреса », RFC 4862, сентябрь 2007 г.[RFC4941] Нартен, Т., Дрейвс, Р., и С. Кришнан, "Конфиденциальность
              Расширения для автоконфигурации адресов без сохранения состояния в
              IPv6 ", RFC 4941, сентябрь 2007 г.

   [RFC5246] Диркс, Т. и Э. Рескорла, «Безопасность транспортного уровня.
              (TLS) Protocol Version 1.2 », RFC 5246, август 2008 г.

   [RFC5308] Hopps, C., «Маршрутизация IPv6 с IS-IS», RFC 5308,
              Октябрь 2008 г.

   [RFC5340] Колтун, Р., Фергюсон, Д., Мой, Дж., И А. Линдем, "OSPF
              для IPv6 », RFC 5340, июль 2008 г.[RFC5838] Линдем, А., Миртораби, С., Рой, А., Барнс, М., и Р.
              Аггарвал, "Поддержка адресных семейств в OSPFv3",
              RFC 5838, апрель 2010 г.

   [RFC5952] Кавамура, С. и М. Кавасима, "Рекомендация по IPv6.
              Текстовое представление адреса », RFC 5952, август 2010 г.





Информационное агентство Carpenter & Jiang [Страница 21] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   [RFC5985] Барнс, М., "Доставка местоположения с поддержкой HTTP (HELD)",
              RFC 5985, сентябрь 2010 г.

   [RFC5996] Кауфман, К., Хоффман, П., Нир, Ю., и П. Эронен,
              "Протокол обмена ключами в Интернете версии 2 (IKEv2)",
              RFC 5996, сентябрь 2010 г.

   [RFC6434] Янкевич, Э., Лоуни, Дж. И Т. Нартен, "Узел IPv6"
              Требования », RFC 6434, декабрь 2011 г.

16.2. Информативные ссылки

   [CDN-ОБНОВЛЕНИЕ]
              Марсан, К. "Акамай: Почему обновление IPv6 сложнее, чем
              Google ", Network World, сентябрь 2010 г., .

   [IPv6-CE-REQS]
              Сингх, Х., Биби, У., Донли, К., и Б. Старк, "Основные
              Требования к клиентским пограничным маршрутизаторам IPv6 », Работа
              в процессе, октябрь 2012 г.

   [ДИЗАЙН СЕТИ IPv6]
              Мэтьюз, П., "Выбор дизайна для сетей IPv6", Работа
              в процессе, февраль 2013 г.

   [МНОГООБРАЗИЕ-БЕЗ NAT]
              Троан, О., Ред., Майлз, Д., Мацусима, С., Окимото, Т.,
              и Д.Wing, "Множественная адресация IPv6 без сетевого адреса"
              Перевод », Работа в процессе, февраль 2012 г.

   [RFC1912] Барр Д., «Общие принципы работы и настройки DNS.
              Ошибки », RFC 1912, февраль 1996 г.

   [RFC2081] Малкин Г., «Заявление о применимости протокола RIPng»,
              RFC 2081, январь 1997 г.

   [RFC2923] Лахи, К., "Проблемы TCP с обнаружением MTU пути",
              RFC 2923, сентябрь 2000 г.

   [RFC3068] Huitema, C., «Префикс Anycast для маршрутизаторов ретрансляции 6to4»,
              RFC 3068, июнь 2001 г.[RFC4038] Шин, М.К., Хонг, Ю.Г., Хагино, Дж., Савола, П., и Э.
              Кастро, "Аспекты приложений перехода на IPv6",
              RFC 4038, март 2005 г.





Информационное агентство Carpenter & Jiang [Страница 22] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   [RFC4192] Бейкер Ф., Лир Э. и Р. Дромс, "Процедуры для
              Перенумерация сети IPv6 без флага ", RFC 4192,
              Сентябрь 2005 г.[RFC4864] Ван де Велде, Г., Хайн, Т., Дромс, Р., Карпентер, Б., и
              Э. Кляйн, "Защита локальной сети для IPv6", RFC 4864,
              Май 2007 г.

   [RFC4890] Дэвис, Э. и Дж. Мохачи, "Рекомендации по фильтрации
              Сообщения ICMPv6 в брандмауэрах », RFC 4890, май 2007 г.

   [RFC5157] Чоун, Т., «Влияние IPv6 на сетевое сканирование»,
              RFC 5157, март 2008 г.

   [RFC5375] Ван де Велде, Г., Поповичу, К., Чоун, Т., Боннесс, О.,
              и С.Hahn, "Назначение одноадресного IPv6-адреса
              Соображения ", RFC 5375, декабрь 2008 г.

   [RFC6105] Леви-Абегноли, Э., Ван де Вельде, Г., Поповичу, К., и Дж.
              Mohacsi, "Защита рекламы маршрутизатора IPv6", RFC 6105,
              Февраль 2011 г.

   [RFC6146] Багнуло, М., Мэтьюз, П., и И. ван Бейнум, "Stateful
              NAT64: сетевой адрес и преобразование протокола из IPv6
              Клиенты к серверам IPv4 », RFC 6146, апрель 2011 г.

   [RFC6180] Аркко, Дж. И Ф.Бейкер, "Рекомендации по использованию IPv6"
              Механизмы перехода во время развертывания IPv6 ", RFC 6180,
              Май 2011 г.

   [RFC6296] Вассерман, М. и Ф. Бейкер, "Префикс сети IPv6-to-IPv6
              Перевод », RFC 6296, июнь 2011 г.

   [RFC6343] Карпентер, Б., «Рекомендации по развертыванию 6to4»,
              RFC 6343, август 2011 г.

   [RFC6555] Крыло, Д. и А. Юрченко, "Happy Eyeballs: Успех с
              Хосты с двойным стеком », RFC 6555, апрель 2012 г.

   [RFC6583] Гашинский, И., Джэггли, Дж., И В. Кумари, "Оперативное
              Проблемы обнаружения соседей », RFC 6583, март 2012 г.

   [RFC6589] Ливингуд, Дж., "Соображения по переносу контента
              в IPv6 ", RFC 6589, апрель 2012 г.

   [RFC6866] Карпентер, Б. и С. Цзян, "Постановка проблемы для
              Перенумерация хостов IPv6 со статическими адресами в Enterprise
              Сети », RFC 6866, февраль 2013 г.



Информационное агентство Carpenter & Jiang [Страница 23] 

RFC 6883 Руководство по IPv6 ICP и ASP, март 2013 г.


   [RFC6879] Цзян, С., Лю Б. и Б. Карпентер, "IPv6 Enterprise
              Сценарии перенумерации сети, соображения и
              Методы », RFC 6879, февраль 2013 г.

   [УТЕЧКИ VPN]
              Гонт, Ф., "Утечки трафика виртуальной частной сети (VPN)
              в хостах / сетях с двойным стеком », Работа в процессе,
              Декабрь 2012 г.

Адреса авторов

   Брайан Карпентер
   Департамент компьютерных наук
   Оклендский университет
   ПБ 92019
   Окленд 1142
   Новая Зеландия

   Электронная почта: брайан.

Comments

No comments yet. Why don’t you start the discussion?

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *