8 ошибка 2114: Ошибка «8» пониженное напряжение в борт сети . Неисправности ВАЗ 2114 1.6 i 8V 2012

Содержание

Ошибка P0562 — Напряжение системы (бортовой сети)

Определение кода ошибки P0562

Ошибка P0562 указывает на то, что модуль управления АКПП (PCM) обнаружил слишком низкое напряжение системы питания автомобиля. Если при работе двигателя автомобиля на холостом ходу напряжение системы питания автомобиля составляет меньше 10 вольт в течение более 60 секунд, появляется данный код ошибки.

Что означает ошибка P0562

Система зарядки автомобиля предназначена для поддержания нормального уровня напряжения системы питания автомобиля, обычно в диапазоне от 14,1 до 14,4 В постоянного тока, при работе на холостом ходу и выключенных фарах. Если PCM обнаружит, что напряжение системы питания автомобиля является слишком низким, появится ошибка P0562 и загорится индикатор Check Engine или сигнальная лампа, указывающая на наличие неисправности.

Причины возникновения ошибки P0562

Наиболее распространенными причинами возникновения ошибки P0562 являются:

  • Повреждение одного или нескольких проводов системы зарядки
  • Неисправность генератора
  • Саморазряд аккумуляторной батареи
  • Неисправность регулятора напряжения
  • Повреждение соединителей или проводов, идущих к генератору
  • Неисправность проводов, идущих от генератора к PCM
  • Повреждение аккумуляторного кабеля B+, идущего от генератора к аккумуляторной батарее
  • Неисправность аккумуляторной батареи и его кабелей
  • В редких случаях, неисправность PCM

Каковы симптомы ошибки P0562?

Основными признаками возникновения ошибки P0562 являются:

  • Загорание индикатора Check Engine или сигнальной лампы, указывающей на наличие неисправности
  • Загорание сигнальной лампы зарядки аккумуляторной батареи
  • Наличие проблем с переключением передач
  • Снижение эффективности использования топлива
  • Заглохание двигателя на холостом ходу

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

Как механик диагностирует ошибку P0562?

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

Общие ошибки при диагностировании кода P0562

Наиболее распространенной ошибкой при диагностировании кода P0562 является уверенность в том, что причиной появления данной ошибки является неисправность или полный разряд аккумуляторной батареи или неисправность стартера, в то время как проблема заключается в генераторе. Неправильное диагностирование проблемы приводит к тому, что код ошибки появляется снова.

Насколько серьезной является ошибка P0562?

Если напряжение системы питания автомобиля является слишком низким, двигатель может заглохнуть на холостом ходу и не запуститься снова, что в некоторых случаях может быть опасным. Если появилась ошибка P0562 рекомендуется как можно скорее обратиться к квалифицированному специалисту для диагностирования и устранения ошибки.

Какой ремонт может исправить ошибку P0562?

Для устранения ошибки P0562 может потребоваться:

  • Ремонт или замена поврежденных проводов системы зарядки
  • Замена неисправного генератора
  • Замена неисправной аккумуляторной батареи и/или ее кабелей, включая кабель B+
  • Ремонт или замена неисправного регулятора напряжения
  • Замена неисправных соединителей или проводов, идущих к генератору
  • Ремонт или замена неисправного PCM

Дополнительные комментарии для устранения ошибки P0562

В редких случаях, кроме загорания индикатора Check Engine, водители могут вовсе не заметить никаких признаков возникновения ошибки P0562. Даже если заметные симптомы отсутствуют, рекомендуется как можно скорее обратиться к квалифицированному специалисту для диагностирования и устранения ошибки, так как долгое игнорирование проблемы может привести к возникновению ряда серьезных проблем. Кроме того, если код ошибки не исчезнет, и будет гореть индикатор Check Engine, автомобиль не сможет пройти проверку на токсичность отработавших газов.

Нужна помощь с кодом ошибки P0562?

Компания — CarChek, предлагает услугу — выездная компьютерная диагностика, специалисты нашей компании приедут к вам домой или в офис, чтобы диагностировать и выявлять проблемы вашего автомобиля. Узнайте стоимость и запишитесь на услугу —

диагностика с выездом на дом или свяжитесь с консультантом по телефону +7(499)394-47-89

ВАЗ P0134 Отсутствие сигнала датчика кислорода

Код Р0134 заносится, если существуют следующие условия:

двигатель проработал больше 75 секунд;
напряжение сигнала датчика кислорода находилось в диапазоне 400. ..580 мВ в течение 5 секунд.
Лампа «CHECK ENGINE» загорается через 8 секунд после возникновения постоянной неисправности.

ЧТО ПРОВЕРЯТЬ:

1. С помощью диагностического прибора проверяется значение напряжения сигнала датчика кислорода.

2. Проверяется исправность цепи входного сигнала датчика путём измерения напряжения между контактом «А» колодки жгута и массой.

3. Проверяется наличие неисправности датчика кислорода.

КАК ПРОВЕРЯТЬ:

1. Подключите кабель-адаптор к диагностическому разъёму.
Запустите двигатель, установите режим холостого хода и дайте поработать 2 минуты. В меню «Переменные» выберите пункт «Напряжение датчика кислорода». Напряжение сигнала датчика должно быть в пределах 400..500 мВ.

2. Отсоедините колодку жгута от датчика кислорода. Мультиметром измерьте напряжение между контактом «А» колодки датчика и массой. Если напряжение 450 мВ, неисправен датчик кислорода. В противном случае возможен обрыв провода 90 Р или неисправность контроллера.

3. Если напряжение выходило за пределы 400..500 мВ, с помощью меню «Ошибки» очистите коды ошибки. Запустите двигатель, дать поработать ему на частичных и полных нагрузках.

Если возникает код P0134 — неисправен датчик кислорода.

Код P0134 — непостоянный. Если он не возникает и отсутствуют другие коды — проанализируйте условия возникновения кода.

ДИАГНОСТИЧЕСКАЯ ИНФОРМАЦИЯ:

Напряжение на контакте «А» непрогретого датчика кислорода равно 450 мВ.

Для прогретого датчика напряжение при работе по замкнутому контуру изменяется в диапазоне 50…900 мВ.

Если код Р0134 фиксируется через 1,5 минуты после пуска двигателя (двигатель работает на холостом ходу), вероятной причиной неисправности является недостаточная мощность нагревателя датчика кислорода.

После ремонта запустите двигатель, сбросьте коды и убедитесь в отсутствии сигнала лампы «CHECK ENGINE».

Ошибка 500 на сайте: что такое и как исправить

В статье мы расскажем, как исправить ошибку (код состояния) 500 со стороны пользователя и администратора сайта, а также подробно разберём, что такое ошибка запроса 500.

Что такое внутренняя ошибка сервера 500

Код ошибки 5хх говорит о том, что браузер отправил запрос корректно, но сервер не смог его обработать. Что значит ошибка 500? Это проблема сервера, причину которой он не может распознать.

Сообщение об ошибке сопровождается описанием. Самые популярные варианты:

  • Внутренняя ошибка сервера 500,
  • Ошибка 500 Internal Server Error,
  • Временная ошибка (500),
  • Внутренняя ошибка сервера,
  • 500 ошибка сервера,
  • Внутренняя ошибка HTTP 500,
  • Произошла непредвиденная ошибка,
  • Ошибка 500,
  • HTTP status 500 internal server error (перевод ― HTTP статус 500 внутренняя ошибка сервера).

Дизайн и описание ошибки 500 может быть любым, так как каждый владелец сайта может создать свою версию страницы. Например, так выглядит страница с ошибкой на REG.RU:

Как ошибка 500 влияет на SEO-продвижение

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

Когда поисковый робот сканирует страницу с ошибкой 500, он не изменяет её статус в течение суток. В течение этого времени администратор может исправить ошибку. Если робот перейдёт на страницу и снова столкнётся с ошибкой, он исключит эту страницу из поисковой выдачи.

Проверить, осталась ли страница на прежних позициях, можно с помощью Google Search Console. Если робот исключил страницу из поисковой выдачи, её можно добавить снова.

Код ошибки 500: причины

Если сервер вернул ошибку 500, это могло случиться из-за настроек на web-хостинге или проблем с кодом сайта. Самые распространённые причины:

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

Решить проблему с сервером можно только на стороне владельца веб-ресурса. Однако пользователь тоже может выполнить несколько действий, чтобы продолжить работу на сайте.

Что делать, если вы пользователь

Если на определённом ресурсе часто возникает ошибка 500, вы можете связаться с владельцем сайта по инструкции.

Перезагрузите страницу

Удаленный сервер возвращает ошибку не только из-за серьёзных проблем на сервере. Иногда 500 ошибка сервера может быть вызвана небольшими перегрузками сайта.

Чтобы устранить ошибку, перезагрузите страницу с помощью сочетания клавиш:

  • на ПК — F5,
  • на ноутбуке — Fn + F5,
  • на устройствах от Apple — Cmd + R.

Обратите внимание! Если вы приобретаете товары в интернет-магазине и при оформлении заказа появляется 500 Internal Server Error (перевод — внутренняя ошибка сервера), при перезагрузке страницы может создаться несколько заказов. Поэтому сначала проверьте, оформился ли ваш предыдущий заказ. Если нет, попробуйте оформить заказ заново.

Очистите кэш и cookies браузера

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

Обновите операционную систему

Устаревшие компоненты операционной системы могут вызывать ошибки в браузере. Проверьте актуальность версии ОС на вашем устройстве и обновите её, если нужно.

Проверьте браузер и устройство на вирусы

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

Переустановите браузер

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

Если ни одно из этих действий не решило проблему, значит, некорректно работает сам сервер сайта. Вернитесь на страницу позже, как только владелец решит проблему.

Что делать, если вы владелец сайта

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

Ниже рассмотрим самые популярные причины и способы решения.

Ошибки в файле .htaccess

Неверные правила в файле .htaccess — частая причина возникновения ошибки. Чтобы это проверить, найдите .htaccess в файлах сайта и переименуйте его (например, в test). Так директивы, прописанные в файле, не повлияют на работу сервера. Если сайт заработал, переименуйте файл обратно в . htaccess и найдите ошибку в директивах. Если вы самостоятельно вносили изменения в .htaccess, закомментируйте новые строки и проверьте доступность сайта.Также может помочь замена текущего файла .htaccess на стандартный в зависимости от CMS.

Найти директиву с ошибкой можно с помощью онлайн-тестировщика. Введите содержимое .htaccess и ссылку на сайт, начиная с https://. Затем нажмите Test:

Произошла непредвиденная ошибка

 

На экране появится отчёт. Если в .htaccess есть ошибки, они будут выделены красным цветом:

500 ошибка nginx

 

Активирована устаревшая версия PHP

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

Установлены некорректные права на файлы и каталоги сайта

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

Запущено максимальное количество процессов 

На тарифах виртуального хостинга REG.RU установлены ограничения на количество одновременно запущенных процессов. Например, на тарифах  линейки «Эконом» установлено ограничение в 18 одновременно запущенных процессов, на тарифах «+Мощность» ― 48 процессов. Если лимит превышен, новый процесс не запускается и возникает системная ошибка 500.

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

Чтобы проверить количество процессов, подключитесь по SSH. Выполните команду:

ps aux | grep [u]1234567 |wc -l

Вместо u1234567 укажите ваш логин хостинга: Как узнать логин хостинга.

Чтобы посмотреть, какие процессы запущены, введите команду:

Вместо u1234567 укажите логин услуги хостинга.

Командная строка отобразит запущенные процессы:

Код ошибки 500

Где:

  • u1234567 — логин услуги хостинга,
  • 40522 — PID процесса,
  • S — приоритет процесса,
  • /usr/libexec/sftp-server — название процесса.

Процесс можно завершить командой kill, например:

Вместо 40522 укажите PID процесса.

Чтобы решить проблему, вы также можете:

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

Если вам не удалось самостоятельно устранить ошибку 500, обратитесь в техподдержку.

Скрипты работают слишком медленно

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

У пользователей VPS есть возможность увеличить максимальное использование оперативной памяти на процесс, но лучше делать скрипты меньшего размера.

Ошибка 500 на сайте, созданном на WordPress

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

Для начала проверьте, нужно ли обновить плагины. Часто устаревшие плагины перестают работать и вызывают проблемы работы сайта. Если все плагины обновлены, но 500 Internal Server Error остаётся, отключите все плагины, чтобы убедиться, что именно они мешают работе сайта. Как только станет понятно, что виноват один из плагинов, отключайте их по очереди, пока не найдёте тот, который нарушает работу сервера.

Как отключить плагин в WordPress

  1. 1.
  2. 2.

    Перейдите во вкладку «Плагины» ― «Установленные».

  3. 3.

    Нажмите Деактивировать у плагина, который, как вам кажется, повлиял на работу сайта:

     

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

Помогла ли вам статья?

0 раз уже помогла

Как исправить ошибку Microsoft Access 2114

Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик. Попробуйте преобразовать файл в формат [email protected]@@[email protected]@@1.
Номер ошибки: Ошибка 2114
Название ошибки: Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик
Описание ошибки:
Microsoft Corporation
Программное обеспечение: Microsoft Access
Относится к: Windows XP, Vista, 7, 8, 10, 11

Основы Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик

Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик, как правило называется формой «ошибки времени выполнения».Разработчики программного обеспечения, такие как Microsoft Corporation, обычно проводят Microsoft Access через несколько уровней отладки, чтобы отсеять эти ошибки, прежде чем он будет выпущен для широкой публики. К сожалению, инженеры тоже люди и часто могут ошибаться во время тестирования, пропуская ошибку 2114.

Пользователи Microsoft Access могут столкнуться с сообщением об ошибке после выполнения программы, например «Microsoft Office Access не поддерживает формат файла ‘|, ‘ или файл слишком большой. Попробуйте преобразовать файл в формат [email protected]@@[email protected]@@1.». В случае обнаружения ошибки 2114 клиенты могут сообщить о наличии проблемы в корпорацию Microsoft по электронной почте или сообщить об ошибке. После этого разработчик сможет исправить свой исходный код и выпустить обновление на рынке. Таким образом, когда ваш компьютер выполняет такие обновления, как правило, это устраняет проблемы с ошибкой 2114 и другие ошибки в Microsoft Access. Ошибка выполнения Access обычно связана с тем, что Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик при запуске программы.Следующие три наиболее важные причины ошибки 2114 ошибок выполнения включают:

Ошибка 2114 Сбой — Программа обнаружила ошибку 2114 ошибка из-за указанной задачи и завершила программу. Если Microsoft Access не может обработать данный ввод или не может произвести требуемый вывод, это обычно происходит.

Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик. Утечка памяти . Последствия утечки памяти Microsoft Access связаны со сбоями в работе операционной системы.Есть некоторые потенциальные проблемы, которые могут быть причиной возникновения проблем во время выполнения, с неправильным кодированием, приводящим к бесконечным циклам.

Ошибка 2114 Логическая ошибка . Логическая ошибка Microsoft Access возникает, когда выдается неверный вывод, несмотря на то, что пользователь вводит правильный ввод. Он материализуется, когда исходный код Microsoft Corporation имеет недостатки из-за неправильного дизайна.

Большинство Microsoft Office Access не поддерживает формат файла «|» или слишком большой файл. Ошибки являются результатом отсутствия или повреждения версии файла, установленного Microsoft Access.Получение новой незараженной копии файла Microsoft Corporation обычно решает проблему. Мы также рекомендуем запустить сканирование реестра, чтобы очистить все недействительные Microsoft Office Access, которые не поддерживают формат файла «|» или слишком большие ссылки на файл, которые могут быть причиной ошибки.


Common Microsoft Office Access не поддерживает формат файла «|» или файл слишком большой Проблемы

Microsoft Office Access не поддерживает формат файла «|» или файл слишком большой Проблемы Связано с Microsoft Access:

  • «Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик. Ошибка.»
  • «Программная ошибка Win32: Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик»
  • «Microsoft Office Access не поддерживает формат файла «|» или слишком большой файл столкнулся с проблемой и будет закрыт.»
  • «Не удается найти Microsoft Office Access не поддерживает формат файла «|» или файл слишком большой»
  • «Microsoft Office Access не поддерживает поддерживает формат файла ‘|’ или слишком большой файл отсутствует.»
  • «Проблема с запуском приложения: Microsoft Office Access не поддерживает формат файла «|,» или файл слишком велик.»
  • «Microsoft Office Access не поддерживает формат файла «|,» или слишком большой файл не работает.»
  • «Microsoft Office Access не поддерживает формат файла ‘|’ или слишком большой файл остановлен.»
  • «Ошибка в пути к программному обеспечению: Microsoft Office Access не поддерживает формат файла ‘|,’ или файл слишком велик.»

Эти сообщения об ошибках корпорации Microsoft могут появляться во время установки программы, в то время как Microsoft Office Access не поддерживает формат файла ‘|,’ или файл слишком большой, связанная с программой программа (например.Microsoft Access) работает во время запуска или завершения работы Windows или даже во время установки операционной системы Windows. Отслеживание того, когда и где ваш Microsoft Office Access не поддерживает формат файла «|» или возникает ошибка слишком большого размера файла, является важной частью информации при устранении проблемы.


Корень Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик Проблемы

Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик проблемы могут быть связаны с поврежденными или отсутствующими файлами, недопустимыми записями реестра, связанными с Microsoft Office Access, не поддерживает формат файла «|», или файл слишком большой, или заражение вирусом/вредоносной программой .

Прежде всего, Microsoft Office Access не поддерживает формат файла ‘|’ или файл слишком велик. Проблемы возникают из-за:

  • Недопустимый Microsoft Office Access не поддерживает формат файла ‘|, ‘ или файл слишком велик или поврежден раздел реестра.
  • Заражение вредоносным ПО повреждено Microsoft Office Access не поддерживает формат файла «|» или слишком большой файл.
  • Злонамеренное удаление (или ошибочное) Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик для другого приложения (не Microsoft Access).
  • Другое программное обеспечение конфликтует с Microsoft Access, Microsoft Office Access не поддерживает формат файла ‘|’, или файл слишком большой, или общие ссылки.
  • Microsoft Access (Microsoft Office Access не поддерживает формат файла «|» или файл слишком велик) поврежден во время загрузки или установки.

Продукт от Solvusoft

Загрузить
WinThruster 2021 — Сканируйте компьютер на наличие компьютерных ошибок.

Совместимость с Windows 11, 10, 8, 7, Vista, XP и 2000

Дополнительное предложение для WinThruster от Solvusoft | ЛСКП | Политика конфиденциальности | Условия | Удаление

Как исправить ошибку Windows 7 2114

Номер ошибки: Ошибка 2114
Название ошибки: Ошибка Windows 7 2114
Описание ошибки: Ошибка 2114: Windows 7 обнаружила проблему и должна быть закрыта.Приносим свои извинения за неудобства.
Microsoft Corporation
Программное обеспечение: Windows 7
Относится к: Windows XP, Vista, 7, 8, 10, 11

Ошибка Windows 7 2114 Введение

Обычно специалисты по работе с ПК и персонал службы поддержки знают ошибку Windows 7 2114 как форму «ошибки выполнения».Программисты работают на разных уровнях отладки, пытаясь убедиться, что Windows 7 максимально безошибочна. Ошибки, такие как ошибка 2114, иногда исключаются из отчетов, оставляя проблему нерешенной в программном обеспечении.

Ошибка 2114, отображаемая как «Ошибка Windows 7 2114», может возникнуть у пользователей Windows 7 в результате нормального использования программы. Как только об ошибке будет сообщено, корпорация Microsoft отреагирует и быстро исследует проблемы с ошибкой 2114.Корпорация Microsoft может исправить обнаруженные проблемы, а затем загрузить измененный файл исходного кода, позволяя пользователям обновить свою версию. Поэтому, когда вы сталкиваетесь с запросом на обновление Windows 7, обычно это происходит потому, что это решение для исправления ошибки 2114 и других ошибок.


Как возникает ошибка выполнения 2114 и что это такое?

Сбой во время выполнения Windows 7 обычно происходит, когда вы сталкиваетесь с ошибкой Windows 7 2114 как с ошибкой времени выполнения. Вот три наиболее частые причины возникновения ошибки 2114 во время выполнения:

Ошибка 2114 Сбой — это типичная ошибка во время выполнения 2114, которая приводит к полному сбою компьютера.Обычно это происходит, когда Windows 7 не может обработать данные в удовлетворительной форме и, следовательно, не может выдать ожидаемый результат.

Ошибка Windows 7 2114 Утечка памяти . Этот тип утечки памяти приводит к тому, что Windows 7 продолжает использовать все больший объем памяти, снижая общую производительность системы. Это может быть вызвано неправильной настройкой программного обеспечения корпорацией Microsoft или когда одна команда запускает цикл, который невозможно завершить.

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

В большинстве случаев проблемы с файлами Windows 7 Error 2114 связаны с отсутствием или повреждением файла, связанного с Windows 7, вредоносным ПО или вирусом. Основной способ решить эти проблемы вручную — заменить файл Microsoft Corporation новой копией. В качестве дополнительного шага по устранению неполадок мы настоятельно рекомендуем очистить все недопустимые пути к файлам и ссылки на расширения файлов Microsoft Corporation, которые могут способствовать созданию этих сообщений об ошибках Windows 7 Error 2114.


Ошибка Windows 7 2114 Ошибки

Наиболее распространенные ошибки Windows 7 Error 2114, которые могут появиться на компьютере под управлением Windows:

  • «Ошибка Windows 7 2114 Ошибка приложения».
  • «Ошибка Windows 7 2114 не является допустимым приложением Win32».
  • «Приносим извинения за неудобства — ошибка 2114 Windows 7 возникла».
  • «Не удается найти ошибку Windows 7 2114»
  • «Ошибка Windows 7 2114 не найдена».
  • «Проблема с запуском приложения: ошибка Windows 7 2114.»
  • «Не удается запустить Windows 7, ошибка 2114».
  • «Выход из Windows 7, ошибка 2114».
  • «Неверный путь к программе: Windows 7, ошибка 2114». установке, когда запущена программа, связанная с ошибкой Windows 7 2114 (например, Windows 7), во время запуска или завершения работы Windows или даже во время установки операционной системы Windows. для устранения неполадок в Windows 7 и для помощи корпорации Microsoft в поиске причины.


    Источники проблем Windows 7 Error 2114

    Заражение вредоносным ПО, неверные записи реестра Windows 7 или отсутствующие/поврежденные файлы Windows 7 Error 2114 могут создавать эти ошибки Windows 7 Error 2114.

    В частности, эти ошибки Windows 7 Error 2114 могут быть вызваны:

    • Windows 7 Error 2114 ключи реестра недействительны / повреждены.
    • Заражение вредоносным ПО повредило файл ошибки 2114 Windows 7.
    • Другая программа (не связанная с Windows 7) злонамеренно или по ошибке удалила ошибку Windows 7 2114.
    • Другая программа конфликтует с Windows 7 и ее общими файлами ссылок.
    • Windows 7 / Windows 7 Ошибка 2114 повреждена из-за неполной загрузки или установки.

    Продукт от Solvusoft

    Загрузить
    WinThruster 2021 — Сканируйте компьютер на наличие компьютерных ошибок.

    Совместимость с Windows 11, 10, 8, 7, Vista, XP и 2000

    Дополнительное предложение для WinThruster от Solvusoft | ЛСКП | Политика конфиденциальности | Условия | Удаление

    Ошибка Windows 2114 — РЕШЕНИЕ

    ОШИБКА 2114 DE WINDOWS

    Нет puedo compartir en una impresora de red.Funcionó inicialmente, luego dejo de funcionar y el registro de eventos muestra el error Evento ID 315: Error 2114 La cola de impresión no pudo compartir la impresora X. La impresora no puede ser utilizada por otros equippos en la red.

    Aclararque las impresoras y el sistema operativo funcionan bien. El único проблема эс эль evento мошенник ошибка cuando эль система себе inicia cada vez.

    Tengo 2 системы с Windows 7 32 и 64 бит; cada uno con una impresora compartida. Uno funciona bien, el otro … falla Aleatoriamente.

    Os Mostramos Posibles soluciones, vamos probando de una en una y verificamos el funcionamiento. Если вы не работаете в режиме реального времени:

    • Inicie Services.msc и пункт «Computer Browser» для автоматического запуска.

    Compruebe si esto resuelve el Problema

    • Otra opción fácil es enciendo el ordenador primero y luego enciendo la impresora una vez el equipo esta completamente arrancado con windows.Asi el evento 315 con el error 2114 desaparece.

    .

    .

    Ошибка при воспроизведении нормального состояния, которое было получено в результате неиспользования в Windows. Я море окна 7, окна 8 или окна 10.

    • Probar актуализирует драйверы. Cuando haya descargado e instalado los ultimos controladores PCL5 де ла impresora directamente де ла página del Fabricante. Probar PCL5  si en PCL6 не имеет функции la red y si imprime bien localmente.
    • Важно, чтобы выбрать вариант «Usar cuentas de usuario y contraseñas para conectarse a otras ordenadores» в las conexiones de Grupo local / en Configuración uso compartido avanzado.

    В Windows 7 32-разрядная версия:
    Панель управления Реды и Интернет Центр резервов и рекурсий Конфигурация пользователя для сравнения avanzado
    Для доступа к este, abra el icono de red en la barra de tareas abre el Centro de redes y recursos compartidos.

    ¿Por qué pasó esto? Probablemente si se haintado deshabilitar de Red de trabajo al cambiar ‘Red de Hogar’ или ‘Red Publica’. Esto lo puede hacer el sistema alDetectar un cambio de red de forma automática, dentro del Centro de redes y recursos compartidos. Por lo Que tendremos Que comprobar que tenemos habilitada la función de compartir impresoras en el ámbito de red en la cual estemos.

    .

    .

    Se debe verificar también lo siguiente paraintar arreglar el Error 2114:

    • ¿Tienes un grupo de trabajo único y donde están unidos todos los equipos?
      Se deben agregar todos los nombres de los ordenadores  en el grupo de trabajo del equipo que comparte la impresora

    En la busqueda de la barra de tareas, escribir Servicios .
    – Pulsar dos veces en la Cola de Impression « Диспетчер очереди печати ».
    – Le damos a Detener > Aceptar.
    – En búsqueda, barra de tareas, escribir % WINDIR% system32 spool принтеры , seleccione la ковер де архивос де лос результадос и боррар тодос лос архивос.
    – Продолжение Buscar y abrir Servicios
    – En el listado, Pulse en Cola de Impression « Диспетчер очереди печати «.
    – Ir a Inicio, en el Tipo de inicio , tiene que estar marcado Automático y aceptamos.

    .

    .

    •  Эль проблема проблемы, связанной с проблемами в центре красного цвета с проблемой DNS. Por algún motivo, las direcciones IP-де-лас-импресорас я не се Mostraban en nuestras DNS, Por-ло-дие-эль-Servidor де Impresora нет podía verlas. Las Impresoras Que Estaban teniendo лос Problemas fueron configuradas.
      Estos se configuraron con un Alias ​​apuntando al Nombre de la maquina, y la ip de esta se establece mediaante DHCP. Эль-проблема está en el DNS, después де Que Actualizar, el Nombre de la impresora todavía estaba allí, pero la ip asignada por DHCP desaparece.Reiniciar las impresoras que tengan el problema y vuelvan a resignarse por DHCP lo puede resolver. Aunque lo que es altamente recomendable muchas veces es configurar a traves de IP Estática las Impresoras. Уменьшите количество проблем, связанных с охраной списка и а-ля hora de identificarlas.
    • Pasar Herramientas Antivirus y Anti Malware, siempre con un antivirus de pago сер возможной дие Detectará mayores amenazas.

    PrintNightmare подвергает серверы Windows риску RCE

    29 июня Huntress стало известно о CVE-2021-1675 (теперь CVE-2021-34527), критической уязвимости удаленного выполнения кода и локального повышения привилегий, получившей название «PrintNightmare.

    Microsoft выпустила исправление 8 июня, учитывая низкую степень серьезности этой уязвимости. 21 июня PrintNightmare был обновлен до критической серьезности, так как была обнаружена возможность удаленного выполнения кода. Исправление Microsoft от 8 июня не помогло решить проблему CVE-2021-32547 PrintNightmare, но разрешило CVE-2021-1675.

    ОБНОВЛЕНИЕ

    , 7 июля, 12:00 по восточному времени: 6 июля Microsoft обновила свои рекомендации по CVE-2021-34527 и выпустила экстренные исправления, но эффективность этого обновления для системы безопасности все еще находится под пристальным вниманием.

    Члены нашей команды Huntress проверили новое исправление для Windows 21h2 Enterprise, и оно остановило повышение локальных привилегий, однако это повышение привилегий по-прежнему выполняется на серверах Windows. Это, казалось бы, частичное исправление предотвращает удаленное выполнение кода, но еще не распространяется на повышение привилегий. Согласно последним обновлениям Microsoft от 6 июля: «Обновления для Windows 10 версии 1607, Windows Server 2016 или Windows Server 2012 пока недоступны. Обновления безопасности для этих версий Windows будут выпущены в ближайшее время.»

    До сих пор мы не видели сценария исправления, который бы всеохватывал (1) предотвращение локального повышения привилегий, (2) предотвращение удаленного выполнения кода и (3) разрешение печати.

    ОБНОВЛЕНИЕ

    , 08 июля, 10:18 по восточному времени: Были запросы на техническую информацию о машине, на которой мы тестировали патч. На виртуальной машине Windows 10 21h2 Enterprise он остановил реализацию Mimikatz повышения локальных привилегий.

    • Get-HotFix выходные данные командлета

    • системная информация вывод команды

    • Отсутствует путь реестра HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Printers\PointAndPrint .

    ОБНОВЛЕНИЕ 02 июля, 8:48 утра по восточному времени: Microsoft теперь называет PrintNightmare CVE-2021-34527, что некоторые из нас первоначально считали CVE-2021-1675. Угроза все еще реальна — просто произошла путаница в именах. Строго 1675 было исправлено в обновлениях от 8 июня, но 34527/PrintNightmare по-прежнему не требует исправления.

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

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

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

    ОБНОВЛЕНИЕ

    30 июня, 17:24 по восточному времени: Мы поделились этим в r/msp на Reddit, пожалуйста, проверьте эту ветку, чтобы узнать мнение сообщества и другие идеи. ОБНОВЛЕНИЕ
    30 июня, 17:28 по восточноевропейскому времени:
    Добавлена ​​новая информация об обнаружении для ImageLoad и предыдущая информация Microsoft о необходимости сокращения очередей печати, если служба диспетчера очереди печати отключена. ОБНОВЛЕНИЕ
    30 июня, 21:01 по восточноевропейскому времени:
    Включен еще один параметр для временного смягчения без нарушения функций печати из службы диспетчера очереди печати. ОБНОВЛЕНИЕ
    01 июля, 9:14 по восточному времени:
    Обновлено, чтобы лучше отражать рекомендации из нашего сообщения Reddit с новой информацией. ОБНОВЛЕНИЕ
    2 июля, 8:48 по восточному времени:
    Обновлено, чтобы включить новые рекомендации Microsoft для CVE-2021-34527.

    Что делает PrintNightmare?

    PrintNightmare влияет на собственную встроенную службу Windows под названием «Диспетчер очереди печати», которая включена по умолчанию на компьютерах с Windows.В прошлом диспетчер очереди печати был объектом других атак и эксплойтов, но он по-прежнему широко используется в современных операционных системах. Задача диспетчера очереди печати — управлять принтерами или серверами печати. Часто эта служба не является критической или важной для бизнеса и может быть отключена.

    Воздействие этого вектора атаки выражается в локальном повышении привилегий и удаленном выполнении.

    • Локальное повышение привилегий означает, что если злоумышленник уже имеет доступ к скомпрометированной машине с учетной записью пользователя с низкими привилегиями (часто это пользователи домена), он может легко и немедленно получить права администратора или уровня СИСТЕМЫ, чтобы полностью владеть машиной.
    • Удаленное выполнение кода означает, что этот вектор атаки может быть использован извне, с одного отдельного компьютера на другой. Это не только дает возможность начального доступа, но и позволяет легко перемещаться в другие ценные системы (например, контроллер домена).

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

    Это серьезная уязвимость в системе безопасности, затрагивающая невероятно большое количество серверов Windows. Было выпущено несколько экспериментальных эксплойтов (Python, C++), и мы подтвердили, что использовать эту уязвимость несложно.

    Поскольку это затрагивает очень много серверов Windows, мы настоятельно рекомендуем вам принять меры.

    Что должны делать MSP?

    Патч от Microsoft от 8 июня не устраняет эту проблему.

    В настоящее время временным решением является отключение службы диспетчера очереди печати.

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

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

     Stop-Service -Name Spooler -Force 
    Set-Service -Name Spooler -StartupType Disabled

    С помощью вашего решения RMM или PSRemoting это можно развернуть на несколько хостов.

    Это также можно настроить с помощью групповой политики в разделе…

     Политики/Параметры Windows/Параметры безопасности/Системные службы/Диспетчер очереди печати 

    Мы советуем вам отслеживать записи журнала в Microsoft-Windows-PrintService/Admin, чтобы найти возможные доказательства использования. Записи с сообщениями об ошибках, в которых не удается загрузить DLL-библиотеки подключаемых модулей, могут быть индикатором, но если субъект угрозы упаковал законную DLL-библиотеку, которую потребовал диспетчер очереди печати, эта ошибка не регистрируется.

    Для просмотра этих журналов убедитесь, что у вас включено ведение журнала Microsoft-Windows-PrintService/Operational.

    ОБНОВЛЕНИЕ

    , 29 июня, 17:28 по восточному времени: в организациях может быть не включено ведение журнала для операций службы печати, и могут возникнуть трудности с их включением для всего сайта. Если вы не можете легко включить это ведение журнала, другим вариантом является поиск использования ImageLoad (идентификатор события 7) с процессом `spoolsv.exe`. Исследователи поделились правилами Sigma, чтобы помочь обнаружить это.

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

    ОБНОВЛЕНИЕ

    , 29 июня, 21:01 по восточному времени: отключение службы диспетчера очереди печати и полная остановка печати, безусловно, нецелесообразны для некоторых предприятий. Хотя это один из вариантов некачественного пластыря, другой вариант без отключения службы — это ограничение элементов управления доступом (ACL) в каталоге, который эксплойт использует для удаления вредоносных библиотек DLL.Этот метод был обнаружен командой TrueSec, и мы, вместе с сообществом, выражаем признательность и поддержку за их усилия.

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

    Код PowerShell для ограничения ACL приведен ниже:

     $Path = "C:\Windows\System32\spool\drivers" 
    $ACL = Get-Acl $Path
    $NewRule = New-Object System.Security.AccessControl.FileSystemAccessRule("Система", "Изменить", "ContainerInherit, ObjectInherit", "Нет", "Запретить")
    $ACL.AddAccessRule($NewRule)
    Set-Acl $Path $ACL

    Ниже приведена видеодемонстрация действия этого списка управления доступом, предотвращающего удаление вредоносной библиотеки DLL при проверке концепции.

    Чтобы удалить ACL с помощью развертывания PowerShell (приветствие и благодарность участнику сообщества u/bclimer в нашей ветке Reddit):

      $Path = "C:\Windows\System32\spool\drivers"  
    $ACL = Get-Acl $Path
    $NewRule = New-Object System.Security.AccessControl.FileSystemAccessRule("Система", "Изменить", "ContainerInherit, ObjectInherit", "Нет", "Запретить")
    $ACL.RemoveAccessRule($NewRule)
    Set-Acl $Path $ACL

    Для других технических деталей:

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

    Что делает Охотница?

    Мы завершили нашу первую проверку, и все более 34 000 сетей на данный момент выглядят чистыми.Мы продолжим делиться, если увидим активность после эксплуатации. Мы также внимательно следим за возможностью создавать каталоги, проходящие по путям полезной нагрузки за пределами ранее перечисленных папок (похоже, это не обходит технику ACL или Defender for Endpoints KQL Олафа Хартунга)

    .

    Другие исследователи безопасности, в том числе автор Mimikatz Бенджамин Дельпи, наблюдают необычное поведение уязвимости (некоторые полностью исправленные серверы не уязвимы, пока не будут повышены до уровня контроллера домена). Мы также заметили, что иногда повторяющиеся успешные попытки эксплуатации не всегда регистрируются в Microsoft-Windows-PrintService/Admin.(Возможно кэширование?)

    Агент Охотницы специально отслеживает хакерскую активность, на которую указывает наличие настойчивости и постоянных точек опоры, таких как лазейки или импланты.

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

    На GitHub упало два общедоступных PoC (Python, C++). Наша команда проверила исходный код каждой из них и подтвердила успешное использование систем Server 2016 и Server 2019.Мы не экспериментировали со всеми операционными системами Windows, но в объявлении Microsoft CVE говорится, что затронуты Windows 7, 8, 8.1, 10 и Server 2008, 2008 R2, 2012 и 2012 R2).

    Для тех технических специалистов, которые хотят следовать дальше, наша команда углубляется в поведение эксплойта, чтобы помочь нам определить, были ли скомпрометированы какие-либо партнеры Huntress. Вот отфильтрованное представление spoolsv.exe  в ProcMon.

     Извлечение вредоносной DLL из общей папки SMB злоумышленника

    Python PoC пытается найти временное место назначения для вредоносной DLL


    Находит вредоносную DLL (и выполняет ее)

    Из этого быстрого анализа мы узнали, что есть несколько каталогов, которые мы можем отслеживать на наличие сброшенных полезных данных:

    • C:\Windows\System32\spool\drivers\x64\3\

    • C:\Windows\System32\spool\drivers\x64\3\old

    • C:\Windows\System32\spool\drivers\x64\3\новый

    Включение журнала событий Microsoft-Windows-PrintService/Operational (по умолчанию отключено) и отслеживание события с идентификатором 316 дает надежные результаты обнаружения в наших лабораторных тестах независимо от того, был ли эксплойт успешным.Другой исследователь безопасности Джейк Уильямс добился такого же успеха и рекомендовал следующий фрагмент кода PowerShell:

    .
      $logDeets = Get-LogProperties 'Microsoft-Windows-PrintService/Operational'  
    $logDeets.Enabled = $true
    Set-LogProperties -LogDetails $logDeets

    Излишне говорить, что много охоты идет вниз. 😉

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

    Узнайте больше: исследования и разведка

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

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

    Загруженные песни iTunes Match недоступны для некоторых пользователей

    Некоторые пользователи iTunes Match сталкиваются с трудностями при попытке загрузить песни, которые они ранее загрузили в iTunes Match. Совпадающие песни не затрагиваются для большинства пользователей. Темы на форумах MacRumors и в сообществах поддержки Apple подробно описывают проблемы.

    Я продолжаю получать сообщения «Ошибка = -2114» и «Пожалуйста, проверьте, активно ли подключение к сети, и повторите попытку.» Затем он переходит к следующей загрузке, и в большинстве случаев это происходит успешно. Я получаю эту ошибку за последние несколько часов и примерно 10-20% моих загрузок.

    The Verge подтверждает, что проблема возникает как в iTunes 10.5.2, так и в 10.5.3, а также в Snow Leopard и Lion.

    Apple ничего не сообщила о сбое, а на странице состояния системы iCloud не отражены какие-либо текущие проблемы.

    Это не первая проблема, с которой Apple столкнулась в iTunes Match за последние дни.Сообщается, что Apple исследует проблему с песнями с явным текстом, которые после сопоставления преобразуются из «явных» в «чистые».

    Popular Stories

    Магазины Apple теперь отказываются ремонтировать iPhone, о которых сообщается, что они пропали устройство, подлежащее обслуживанию, согласно внутренней записке, полученной MacRumors.Если технический специалист Apple увидит во внутренних системах MobileGenius или GSX сообщение о том, что устройство объявлено пропавшим без вести, он…

    Apple выпускает iOS 15.4.1 с исправлением проблемы с разрядкой аккумулятора

    Сегодня компания Apple выпустила iOS 15.4. 1 и iPadOS 15.4.1 — незначительные обновления операционных систем iOS и iPadOS 15, выпущенные в сентябре. iOS 15.4.1 и iPadOS 15.4.1 выходят через две недели после запуска iOS 15.4. Обновления iOS 15.4.1 и iPadOS 15.4.1 можно загрузить бесплатно, а программное обеспечение доступно на всех подходящих устройствах по беспроводной сети в приложении «Настройки».Чтобы получить доступ к новым…

    Google выпускает Chrome 100 для iOS и рабочего стола с обновленным значком

    Сегодня компания Google выпустила Chrome 100, последнюю версию своего браузера, доступную на компьютерах Mac, ПК, iPhone и iPad, устройствах Android и других устройствах. . Chrome 100 примечателен тем, что в нем представлено первое крупное обновление значков для Chrome с 2014 года. Обновленный дизайн был впервые представлен в феврале и имеет упрощенную иконку с более яркими цветами и без теней. Сказал дизайнер Chrome Элвин Ху…

    Крейг Федериги из Apple объясняет, почему автоматические обновления iOS часто приходят с опозданием на несколько недель , и те, кто счастлив позволить функции автоматического обновления своего устройства позаботиться обо всем в фоновом режиме с минимальным вмешательством с их стороны. Хотя общепризнано, что ручное нажатие на Настройки ->…

    Практическое знакомство с самым тусклым смартфоном Apple: iPhone SE 2022 года

    На прошлой неделе Apple представила iPhone SE 2022 года, обновленную версию своего недорогого смартфона. iPhone SE 2022 года выглядит идентично модели 2020 года, имеет только внутренние обновления и, возможно, является самым тусклым iPhone от Apple. Так для кого это? Читайте дальше, чтобы узнать, что мы думаем. Подпишитесь на канал MacRumors на YouTube, чтобы увидеть больше видео. Если вы видели iPhone SE 2020 года, то вы…

    Apple выпускает macOS Monterey 12.3.1 С исправлениями Bluetooth и дисплея

    Сегодня компания Apple выпустила macOS Monterey 12.3.1, незначительное обновление для операционной системы macOS Monterey, запущенной в октябре. macOS Monterey 12.3.1 выходит через две недели после запуска macOS Monterey 12.3, обновления, которое принесло Universal Control. Обновление ‌‌‌‌‌macOS Monterey‌‌‌ 12.3‌‌.1 можно загрузить на все подходящие компьютеры Mac с помощью раздела «Обновление программного обеспечения» в разделе «Система». первый автономный дисплей со времен Pro Display XDR.iFixit сегодня разобрал Studio Display в видео разборке, чтобы дать нам возможность взглянуть на внутренности. Поначалу внутреннее устройство Studio Display может сбивать с толку, потому что его внутренняя установка не слишком отличается от компьютера, такого как Intel iMac, благодаря включению…

    Kuo: iPhone с Touch ID под экраном Нет Более вероятно, что в течение следующих двух лет

    Apple вряд ли выпустит какие-либо модели iPhone с Touch ID под экраном в течение следующих двух лет, заявил сегодня аналитик Минг-Чи Куо в своем твите.В исследовательской заметке за сентябрь 2021 года Куо предсказал, что Apple выпустит по крайней мере одну новую модель iPhone со сканером отпечатков пальцев под экраном во второй половине 2023 года, но его последний твит предполагает, что это вряд ли произойдет. «I…

    Trimmomatic: гибкий триммер для данных последовательностей Illumina | Биоинформатика

    Аннотация

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

    Результаты: Значение предварительной обработки чтения NGS продемонстрировано как для задач, основанных на ссылках, так и для задач без ссылок. Показано, что Trimmomatic производит результаты, которые, по крайней мере, конкурентоспособны, а во многих случаях даже превосходят результаты, полученные с помощью других инструментов, во всех протестированных сценариях.

    Наличие и внедрение: Trimmomatic распространяется под лицензией GPL V3.Он является кросс-платформенным (требуется Java 1.5+) и доступен по адресу http://www.usadellab.org/cms/index.php?page=trimmomatic

    Контактное лицо: [email protected]

    Дополнительная информация: Дополнительные данные доступны по адресу Bioinformatics онлайн.

    1 ВВЕДЕНИЕ

    Наличие некачественных или технических последовательностей, таких как адаптеры, в данных секвенирования следующего поколения (NGS) может легко привести к неоптимальному последующему анализу.

    Тем не менее, не так просто точно идентифицировать такие последовательности, включая частичные адаптерные последовательности, оставляя достоверные данные о последовательностях нетронутыми (Li et al. , 2013). Кроме того, учитывая скорость, с которой в настоящее время производятся данные о последовательностях NGS (Mardis, 2008), дополнительная нагрузка на предварительную обработку последовательностей должна быть относительно небольшой, чтобы избежать чрезмерной нагрузки на конвейер биоинформатики.

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

    Широкий спектр доступных препаратов библиотеки NGS в сочетании с рядом последующих приложений требует гибкого подхода. Должна быть предусмотрена возможность выбора набора шагов обработки, которые будут применяться в определенном пользователем порядке, и в идеале даже позволять включать некоторые шаги более одного раза.В других областях это может быть достигнуто с помощью конвейера оболочки для объединения нескольких инструментов по мере необходимости, например. в Ньюике (Junier and Zdobnov, 2010). Однако необходимость «осведомленности о паре» затрудняет применение этого подхода, поскольку связь между соответствующими операциями чтения в парных файлах обычно теряется. Исправление этого потребует дополнительного шага для согласования пар чтения и хранения «одиночных» чтений отдельно. Кроме того, этапы обработки не смогут оценить считанную пару как единое целое, что необходимо или, по крайней мере, выгодно в некоторых случаях.

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

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

    2 АЛГОРИТМА

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

    2.1 Удаление технических последовательностей

    Trimmomatic использует два подхода для обнаружения технических последовательностей в считываниях. Первый, называемый «простым режимом», работает путем нахождения приблизительного соответствия между прочитанной и введенной пользователем технической последовательностью. Преимущество этого режима заключается в том, что он работает со всеми техническими последовательностями, включая адаптеры и праймеры для полимеразной цепной реакции (ПЦР) или их фрагменты. Такие последовательности могут быть обнаружены в любом месте или ориентации в считываниях, но требуется существенное минимальное перекрытие между считыванием и технической последовательностью для предотвращения ложноположительных результатов.Однако короткие частичные последовательности адаптеров, которые часто встречаются в конце чтения, по своей природе не могут удовлетворить этому требованию минимального перекрытия и, следовательно, не поддаются обнаружению.

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

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

    2.1.1 Простой режим

    В простом режиме каждое чтение сканируется от 5′-конца до 3′-конца, чтобы определить, присутствует ли какой-либо из предоставленных пользователем адаптеров. Стандартный подход «посев и расширение» (Li and Homer, 2010) используется для поиска начальных совпадений между техническими последовательностями и чтениями. Исходное число не обязательно должно идеально совпадать, допустимо определенное пользователем количество несоответствий. На основе этого начального совпадения выполняется локальное выравнивание. Если оценка выравнивания превышает заданный пользователем порог, выровненная область плюс остаток после выравнивания удаляются.

    На рис. 1 показаны выравнивания, протестированные для каждой технической последовательности. Процесс начинается с частичного перекрытия 3′-конца технической последовательности с 5′-концом считывания, как показано на (А). Тестирование продолжается путем перемещения предполагаемого загрязнения к 3′-концу считывания. Как в частичном перекрытии (A), так и в полном перекрытии на 5′-конце (B) все чтение будет обрезано. Если загрязнитель обнаруживается в считывании (C), основания от 5′-конца считывания до начала выравнивания сохраняются.Процесс тестирования продолжается до тех пор, пока не останется только частичное выравнивание на 3′-конце считывания (D).

    Рис. 1.

    Предполагаемое выравнивание последовательностей, проверенное в простом режиме. Процесс выравнивания начинается с частичного перекрытия на 5′-конце считывания ( A ), увеличиваясь до полного 5′ перекрытия ( B ), за которым следуют полные перекрытия во всех позициях ( C ) и заканчивается частичным перекрытием на 3′-конце считывания ( D ). Обратите внимание, что восходящая последовательность «адаптера» приведена только для иллюстрации и не является частью прочитанной или выровненной области

    Рис. 1.

    Предполагаемые выравнивания последовательностей, проверенные в простом режиме. Процесс выравнивания начинается с частичного перекрытия на 5′-конце считывания ( A ), увеличиваясь до полного 5′ перекрытия ( B ), за которым следуют полные перекрытия во всех позициях ( C ) и заканчивается частичным перекрытием на 3′-конце считывания ( D ). Обратите внимание, что восходящая последовательность «адаптера» приведена только для иллюстрации и не является частью считывания или выровненной области. достаточно длинный, а чтение достаточно точное. Однако, когда возможно только короткое частичное совпадение, например, в сценариях (A) и (D), загрязнитель не может быть надежно обнаружен.

    2.1.2 Режим палиндрома

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

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

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

    На рис. 2 показаны выравнивания, протестированные в палиндромном режиме. Процесс начинается с перекрытия адаптеров и начала противоположных чтений, как показано на (А). Это выравнивание обнаружит прочитанную пару, не содержащую полезной информации о последовательности, что может быть вызвано прямым лигированием адаптеров. Обнаружение этого сценария приведет к отбрасыванию обоих чтений. Затем тестирование продолжается путем перемещения относительного положения прочтений «назад», проверяя наличие все более длинных достоверных фрагментов ДНК, как показано на (B).Этот сценарий приведет к обрезке обоих считываний, как показано на рисунке. Даже когда перекрывается только небольшой фрагмент адаптера, как показано на (C), общего выравнивания вполне достаточно для обеспечения надежного обнаружения. Процесс завершен, когда перекрывающаяся область больше не достигает адаптеров (D).

    Рис. 2.

    Предполагаемое выравнивание последовательностей, проверенное в палиндромном режиме. Процесс выравнивания начинается с того, что адаптеры полностью перекрывают считывания ( A ), тестируя немедленное «сквозное считывание», затем продолжается проверка последующего перекрытия ( B ), включая частичное считывание адаптера ( C ), завершение, когда перекрытие указывает на отсутствие считывания в адаптеры ( D )

    Рис.2.

    Предполагаемое выравнивание последовательностей, проверенное в палиндромном режиме. Процесс выравнивания начинается с того, что адаптеры полностью перекрывают считывания ( A ), тестируя немедленное «сквозное считывание», затем продолжается проверка последующего перекрытия ( B ), включая частичное считывание адаптера ( C ), завершение, когда перекрытие указывает на отсутствие считывания в адаптеры ( D )

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

    Обратите внимание, однако, поскольку палиндром ограничен обнаружением сквозного чтения адаптера, комплексная стратегия требует сочетания как простого, так и палиндромного режима.

    2.1.3 Обнаружение выравнивания и оценка

    Алгоритмический подход, используемый для технического выравнивания последовательностей, несколько необычен, поскольку в нем не используются предварительно рассчитанные индексы, часто используемые при выравнивании NGS (Li and Homer, 2010).

    Исходные сравнения последовательностей выполняются с использованием фрагмента из 16 оснований каждой последовательности. 16 оснований преобразуются в 64-битное целое число, известное как начальное число, с использованием 4-битного кода для каждого основания: A = 0001, T = 0010, C = 0100 и T = 1000. Затем эти начальные числа сравниваются с использованием побитовое XOR, которое определяет, какие биты различаются между двумя начальными значениями. Это приведет к коду 0000 для каждого совпадающего основания и коду с двумя единицами для каждого несоответствия, например. 0011 для несоответствия AT, поскольку XOR(0001,0010) = 0011.Единицы в этом результате затем подсчитываются с помощью операции popcount, и это число будет ровно в два раза больше числа различных оснований для фрагментов с 16 основаниями.

    Если семена находятся в пределах заданного пользователем расстояния, используется алгоритм полной оценки выравнивания. Совпадающие базы оцениваются как , что составляет ∼0,602, а несовпадения наказываются в зависимости от их оценки качества на , которая, таким образом, может варьироваться от 0 до 4. Это приводит к более высокому штрафу для баз, которые считаются очень точными.

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

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

    2.2 Качественная фильтрация

    Trimmomatic предлагает два основных варианта качественной фильтрации.Оба подхода используют показатель качества Illumina для каждой базовой позиции, чтобы определить, где следует отрезать считывание, что приводит к сохранению 5′-части, в то время как последовательность на 3′ от точки отсечения отбрасывается. Это хорошо согласуется с типичными данными Illumina, которые обычно имеют более низкое качество ближе к 3′-концу. Эти два подхода описаны в следующих разделах.

    2.2.1 Фильтрация качества скользящего окна

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

    2.2.2 Максимальное качество фильтрации информации

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

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

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

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

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

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

    -точности, более длинное чтение содержит больше информации, полезной для большинства приложений.

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

    Вероятности правильности P corr каждого основания вычисляются из показателей качества последовательности. Оценка ошибок обычно начинается с высокой оценки в начале чтения и, в зависимости от качества чтения, обычно быстро падает в какой-то момент во время чтения.

    Алгоритм максимальной информации определяет объединенную оценку трех факторов для каждой возможной позиции обрезки, а наилучшая объединенная оценка определяет, какую часть чтения следует обрезать. Задаваемая пользователем настройка строгости s , которую можно установить в диапазоне от 0 до 1, контролирует баланс между коэффициентом «покрытия» (максимальным при s = 0) и коэффициентом «частоты ошибок» (максимальным при s = 1). Это дает следующую общую формулу:

    На рис. 3 показано, как три фактора объединяются в одну оценку.Пиковая оценка затем используется для определения точки, в которой чтение обрезается.

    Рис. 3.

    Как режим максимальной информации сочетает в себе уникальность, охват и частоту ошибок для определения оптимальной точки обрезки

    Рис. 3.

    Как режим максимальной информации сочетает уникальность, охват и частоту ошибок для определения оптимальной точки обрезки

    3 РЕАЛИЗАЦИЯ

    Trimmomatic использует конвейерную архитектуру, позволяющую выполнять отдельные «шаги» (удаление адаптера, качественная фильтрация и т. д.).), которые будут применяться к каждой паре чтение/чтение в порядке, указанном пользователем. Каждый шаг может выбрать работу с чтениями изолированно или с объединенной парой, в зависимости от ситуации. Инструмент отслеживает парные чтения и сохраняет «парные» и «одиночные» чтения отдельно.

    Полный список дополнительных шагов обрезки и фильтрации приведен в дополнительных материалах и онлайн-руководстве.

    3.1 Функции удобства

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

    Сжатый ввод и вывод поддерживаются с использованием форматов gzip или bzip2. Сжатие/распаковка применяется автоматически, когда используются соответствующие расширения файлов, например. гз или бз2.

    Производительность можно повысить, используя несколько потоков, если доступно несколько ядер ЦП. Количество используемых потоков может быть указано пользователем или будет определено автоматически, если оно не указано.

    Trimmomatic поддерживает данные о качестве последовательности как в стандартном (phred+33), так и в «устаревшем» формате Illumina (phred+64), а также при необходимости может преобразовывать эти форматы. Формат качества определяется автоматически, если он не указан пользователем.

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

    4 РЕЗУЛЬТАТА

    Чтобы проиллюстрировать ценность предварительной обработки данных, мы оценили два разных сценария: выравнивание на основе эталона с использованием Bowtie 2 (Langmead and Salzberg, 2012) и BWA (Li and Durbin, 2009) по сравнению с эталоном Escherichia coli K-12/MG1655. (последовательность NCBI NC_000913.2) и сборка de novo с использованием Velvet (Zerbino and Birney, 2008), в общедоступных наборах данных E.coli K-12/MG1655 (наборы данных SRA SRX131047 и SRR519926), как описано в дополнительном Методы.

    4.1 Выравнивание по эталону

    Набор данных

    1 (SRX131047) представляет типичную библиотеку Illumina, секвенированную на HiSeq 2000 с использованием чтения 2 × 100 п.н. Проверка качества с помощью FastQC выявила заметное снижение качества во многих считываниях после 75-го цикла в обоих случаях, но не сообщила о высоком уровне загрязнения адаптера.

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

    Таблица 1.

    Результаты выравнивания необработанных данных и данных, обрезанных Trimmomatic из обоих наборов данных

    927 3 70003 926
    Набор данных/выравниватель . Чтение . Толерантный и . Строгая б .
    DataSet 1 с bowtie2 aligner
    4001 11 008 190 9 018 810 6 401 927
    Trilmomatic-адаптеры только 11 008 150 9 117 952 6 510 253
    Trilhomomatic-SW 9 456 826 9 079 434 8 086 905
    Trilhomomatic-Mi 9 456 826 9 116 627 8 748 376
    Trilmomatic-адаптеры и SW 9 456 819 9 150 361 8 111 4709
    Trilhomomatic-адаптеры и MI 9 456 126 9 153 375 8 748 401
    Набор данных 1 с выравнивателем BWA
        Нефильтрованный 11 008 190 8 750 851 90 05 7 834 544
    Trilhomomatic-адаптеры только 11 008 150 8 864 884 7 942 1 Trilmomatic-адаптеры и SW 9 456 819 9 110 831 8 810 063
    TrilhMomatic-адаптеры и Mi 9 456 126 9 145 423
    DataSet 2 с BWA aligner
    Donfrindered 801 192 60 010 11 592
    Trilhomomatic-адаптеры только 801 164 121 926
    триммума-адаптеры и SW 655 075 628 867 590 729
    Trimmomatic — адаптеры и MI 658 796 639 740   634 779 900 08  
    927 3 70003 926
    Набор данных/выравниватель . Чтение . Толерантный и . Строгая б .
    DataSet 1 с bowtie2 aligner
    4001 11 008 190 9 018 810 6 401 927
    Trilmomatic-адаптеры только 11 008 150 9 117 952 6 510 253
    Trilhomomatic-SW 9 456 826 9 079 434 8 086 905
    Trilhomomatic-Mi 9 456 826 9 116 627 8 748 376
    Trilmomatic-адаптеры и SW 9 456 819 9 150 361 8 111 4709
    Trilhomomatic-адаптеры и MI 9 456 126 9 153 375 8 748 401
    Набор данных 1 с выравнивателем BWA
        Нефильтрованный 11 008 190 8 750 851 90 05 7 834 544
    Trilhomomatic-адаптеры только 11 008 150 8 864 884 7 942 1 Trilmomatic-адаптеры и SW 9 456 819 9 110 831 8 810 063
    TrilhMomatic-адаптеры и Mi 9 456 126 9 145 423
    DataSet 2 с BWA aligner
    Donfrindered 801 192 60 010 11 592
    Trilhomomatic-адаптеры только 801 164 121 926
    триммума-адаптеры и SW 655 075 628 867 590 729
    Trimmomatic — адаптеры и MI 658 796 639 740   634 779 900 08  
    Таблица 1.

    Результаты выравнивания необработанных данных и данных, обрезанных Trimmomatic из обоих наборов данных

    927 3 70003 926
    Набор данных/выравниватель . Чтение . Толерантный и . Строгая б .
    DataSet 1 с bowtie2 aligner
    4001 11 008 190 9 018 810 6 401 927
    Trilmomatic-адаптеры только 11 008 150 9 117 952 6 510 253
    Trilhomomatic-SW 9 456 826 9 079 434 8 086 905
    Trilhomomatic-Mi 9 456 826 9 116 627 8 748 376
    Trilmomatic-адаптеры и SW 9 456 819 9 150 361 8 111 4709
    Trilhomomatic-адаптеры и MI 9 456 126 9 153 375 8 748 401
    Набор данных 1 с выравнивателем BWA
        Нефильтрованный 11 008 190 8 750 851 90 05 7 834 544
    Trilhomomatic-адаптеры только 11 008 150 8 864 884 7 942 1 Trilmomatic-адаптеры и SW 9 456 819 9 110 831 8 810 063
    TrilhMomatic-адаптеры и Mi 9 456 126 9 145 423
    DataSet 2 с BWA aligner
    Donfrindered 801 192 60 010 11 592
    Trilhomomatic-адаптеры только 801 164 121 926
    триммума-адаптеры и SW 655 075 628 867 590 729
    Trimmomatic — адаптеры и MI 658 796 639 740   634 779 900 08  
    927 3 70003 926
    Набор данных/выравниватель . Чтение . Толерантный и . Строгая б .
    DataSet 1 с bowtie2 aligner
    4001 11 008 190 9 018 810 6 401 927
    Trilmomatic-адаптеры только 11 008 150 9 117 952 6 510 253
    Trilhomomatic-SW 9 456 826 9 079 434 8 086 905
    Trilhomomatic-Mi 9 456 826 9 116 627 8 748 376
    Trilmomatic-адаптеры и SW 9 456 819 9 150 361 8 111 4709
    Trilhomomatic-адаптеры и MI 9 456 126 9 153 375 8 748 401
    Набор данных 1 с выравнивателем BWA
        Нефильтрованный 11 008 190 8 750 851 90 05 7 834 544
    Trilhomomatic-адаптеры только 11 008 150 8 864 884 7 942 1 Trilmomatic-адаптеры и SW 9 456 819 9 110 831 8 810 063
    TrilhMomatic-адаптеры и Mi 9 456 126 9 145 423
    DataSet 2 с BWA aligner
    Donfrindered 801 192 60 010 11 592
    Trilhomomatic-адаптеры только 801 164 121 926
    триммума-адаптеры и SW 655 075 628 867 590 729
    Trimmomatic — адаптеры и MI 658 796 639 740   634 779 900 08  

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

    Набор данных 2 (SRR519926) представляет собой цикл 2 × 250 п.н., секвенированный на MiSeq.Хотя качество чтения высокое в начале каждого прямого чтения, большая длина чтения дает больше возможностей для накопления ошибок в конечных 60–70 основаниях каждого чтения более низкого качества. Кроме того, обратное чтение имеет заметно более низкое качество, при этом качество значительно падает примерно на 120. Эти проблемы с качеством можно ясно увидеть на графиках FastQC, показанных на дополнительном рисунке S1, по сравнению с гораздо более высоким средним качеством после фильтрации. данные, как показано на дополнительном рисунке S2.

    Неудивительно, что обрезка является еще более важной для достижения приемлемой скорости выравнивания с этими данными. Заключительная часть Таблицы 1 показывает, что <1,5% прочтений выравниваются в строгом режиме, который требует идеального совпадения, в то время как только 7% прочтений могут быть выровнены с учетом одного несоответствия. Даже при либеральных настройках по умолчанию, допускающих девять несоответствий, можно выровнять <25% (197 933 чтения). Однако после обрезки почти 78% прочтений выравниваются идеально.

    4.2

    Сборка De novo

    Оба набора данных также показали значительное улучшение в сценарии сборки de novo . Для первого набора данных размер контига N50 увеличился на 58% (95 389 против 60 370 п.н.) после предварительной обработки, а максимальный размер контига увеличился примерно на 28%. Кроме того, сборка из нефильтрованных данных содержала 34-битное идеальное совпадение с последовательностью адаптера, в то время как в отфильтрованных сборках адаптеры не были обнаружены.

    Второй набор данных показал еще большие преимущества после обрезки, с улучшением размера контигов N50 примерно на 77% (177 880 против 100 662 п.н.) и увеличением максимального размера контигов примерно на 55%.Удивительно, но в сборке необрезанной версии этого набора данных не было найдено ни одной последовательности адаптера.

    4.3 Сравнение с существующими инструментами

    Мы также сравнили производительность Trimmomatic с различными существующими адаптерами и инструментами фильтрации качества в аналогичных сценариях на основе ссылок, как описано в дополнительных методах. Выбранными инструментами были AdapterRemoval (Lindgreen, 2012) и Scythe/Sickle (https://github.com/najoshi/), которые полностью поддерживают данные с парными концами, и EA-Utils (Aronesty, 2013), который поддерживает сопряжение чтения, но теряет синглтоны (читает, чей помощник был отфильтрован).Кроме того, односторонние инструменты Cutadapt (Martin, 2011), Fastx-Toolkit (http://hannonlab.cshl.edu/fastx_toolkit) и Reaper (http://www.ebi.ac.uk/∼stijn/reaper) были включены.

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

    В Таблице 2 показаны выходные данные различных инструментов, выровненных с помощью Bowtie 2, как в допустимых, так и в строгих настройках выравнивания.Верхняя часть этой таблицы, в которой показаны результаты с использованием толерантного выравнивания, предполагает, что лучшие инструменты работают почти одинаково с точки зрения качества вывода: <20 000 операций чтения разделяют первую тройку, а большинство инструментов находится в пределах ∼1% от лучших. . Однако, учитывая, что нефильтрованные данные показывают разницу всего в 1,5%, узость результата, вероятно, связана с относительно низким уровнем загрязнения адаптера в этом наборе данных, высоким средним качеством чтения и используемыми толерантными настройками выравнивания.

    Таблица 2.

    Результаты выравнивания Bowtie2 набора данных 1, показывающие необработанные данные и данные, усеченные каждым инструментом

    — )
    Набор данных/выравнивание . Чтение . Выравнивание (парное) и . Время работы б (с) .
    Толерантное выравнивание
    Doniltered 11 008 190 11 008 190 9 018 810 (8,323,786) N / A
    FastX-Toolkit 9 631 977 8 073 757 (N /А) 670.1/356.3
    jeaper
    9 428 331 9 057 448 (N / A) 324.8 / 166.8
    CUSADAPT 9 456 172 9 127 667 (N / A) 342.5 / 176.7
    EA-UTILS
    8 995 134 8 662 596 (8 578 790) 9.3 / 9.3 / 8,0
    Scishe / Shyny 9 453 459 9 133 464 ( 8 636 984) 529.3/279.7
    Adapterremoval 9 456 350 9 147 9 147 9000 (8 689 668) 960.2
    Trilmomatic SW 9 456 819 9 150 361 (8 693 000) 33.7 / 9.9
    Trilhomatom Mi 9 456 819 9 153 375 ( 8 697 690 ) 34.3 / 9.7
    Строгое выравнивание
    Donfiltered 11 008 190 6 401 927 (4 857 606) N / A
    FastX-Toolkit 8 263 345 7 187 257 (N / A)
    Reaper 9 355 765 8 010 326 (N / A)
    9 390 371 8 086 428 (N / A)
    EA-UTILS 8 910 356 7 757 108 (7 056 242)
    Scythe / Shilly 9 339 668 8 060 612 (6 993 076)
    Adapterremoval 9 454 189 8 103 596 (7 050 788)
    9 355 985 8 111 470
    Trilhomatic MI 9 456 124 8 748 401 ( 8 053 ​​230 )  
    3 90 9001 95903 9 133 464 (8 636 984) 9 456 819 9 456 819 (8 693 000) ) 9089 (4 857 606) — 3 956 124
    Набор данных/выравнивание . Чтение . Выравнивание (парное) и . Время работы б (с) .
    Толерантное выравнивание
    Doniltered 11 008 190 11 008 190 9 018 810 (8,323,786) N / A
    FastX-Toolkit 9 631 977 8 073 757 (N /A) 670.1/356.3
        Reaper 9 428 331 9 057 448 (Н/Д) /166.8
    9 456 172 9 127 667 (N / A) 342.5 / 176.7
    EA-Utils 8 995 134 8 662 596 (8 578 790) 9.3 / 9.3 /
    SciThe / Shyny 9 453 459 529.3 / 279.7
    Adapterremoval 9 456 350 9 147 915 ( 8 689 668) 960.2
    Trilmomatic SW 9 456 819 33.7 / 33.7 / 9.6
    Trilhomatom MI 9 456 819 9 153 375 ( 8 697 690 ) 34.3 / 9.7
    Doniltered 11 008 190 11 008 190 N / A
    FastX-Toolkit 8 263 345 7 187 257 (N / A)
    Reaper 9 355 765 8 010 326 (N / A)
    Cutadapt 9 390 371 8 086 428 (N / A)
    EA-UTILS 8 910 356 7 757 108 (7 056 242)
    SciThe / Shyny 9 339 668 8 0 60 612 (6 993 076)
    9 454 189 8 103 596 (7 050 788)
    Trilmomatic SW 9 355 985 8 111 470 ( 7 068 406)
    Trilmomatic Mi 9 456 124 8 748 401 ( 8 053 ​​230 )
    Таблица 2.

    Результаты выравнивания Bowtie2 набора данных 1, показывающие необработанные данные и данные, усеченные каждым инструментом

    — )
    Набор данных/выравнивание . Чтение . Выравнивание (парное) и . Время работы б (с) .
    Толерантное выравнивание
    Doniltered 11 008 190 11 008 190 9 018 810 (8,323,786) N / A
    FastX-Toolkit 9 631 977 8 073 757 (N /А) 670.1/356.3
    jeaper
    9 428 331 9 057 448 (N / A) 324.8 / 166.8
    CUSADAPT 9 456 172 9 127 667 (N / A) 342.5 / 176.7
    EA-UTILS
    8 995 134 8 662 596 (8 578 790) 9.3 / 9.3 / 8,0
    Scishe / Shyny 9 453 459 9 133 464 ( 8 636 984) 529.3/279.7
    Adapterremoval 9 456 350 9 147 9 147 9000 (8 689 668) 960.2
    Trilmomatic SW 9 456 819 9 150 361 (8 693 000) 33.7 / 9.9
    Trilhomatom Mi 9 456 819 9 153 375 ( 8 697 690 ) 34.3 / 9.7
    Строгое выравнивание
    Donfiltered 11 008 190 6 401 927 (4 857 606) N / A
    FastX-Toolkit 8 263 345 7 187 257 (N / A)
    Reaper 9 355 765 8 010 326 (N / A)
    9 390 371 8 086 428 (N / A)
    EA-UTILS 8 910 356 7 757 108 (7 056 242)
    Scythe / Shilly 9 339 668 8 060 612 (6 993 076)
    Adapterremoval 9 454 189 8 103 596 (7 050 788)
    9 355 985 8 111 470
    Trilhomatic MI 9 456 124 8 748 401 ( 8 053 ​​230 )  
    3 90 9001 95903 9 133 464 (8 636 984) 9 456 819 9 456 819 (8 693 000) ) 9089 (4 857 606) — 3
    Набор данных/выравнивание . Чтение . Выравнивание (парное) и . Время работы б (с) .
    Толерантное выравнивание
    Doniltered 11 008 190 11 008 190 9 018 810 (8,323,786) N / A
    FastX-Toolkit 9 631 977 8 073 757 (N /A) 670.1/356.3
        Reaper 9 428 331 9 057 448 (Н/Д) /166.8
    9 456 172 9 127 667 (N / A) 342.5 / 176.7
    EA-Utils 8 995 134 8 662 596 (8 578 790) 9.3 / 9.3 /
    SciThe / Shyny 9 453 459 529.3 / 279.7
    Adapterremoval 9 456 350 9 147 915 ( 8 689 668) 960.2
    Trilmomatic SW 9 456 819 33.7 / 33.7 / 9.6
    Trilhomatom MI 9 456 819 9 153 375 ( 8 697 690 ) 34.3 / 9.7
    Doniltered 11 008 190 11 008 190 N / A
    FastX-Toolkit 8 263 345 7 187 257 (N / A)
    Reaper 9 355 765 8 010 326 (N / A)
    Cutadapt 9 390 371 8 086 428 (N / A)
    EA-UTILS 8 910 356 7 757 108 (7 056 242)
    SciThe / Shyny 9 339 668 8 0 60 612 (6 993 076)
    9 454 189 8 103 596 (7 050 788)
    Trilmomatic SW 9 355 985 8 111 470 ( 7 068 406)
    TrilhMomatic MI 9 456 124 8 748 40903 8 748 401 ( 8 053 ​​230 )

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

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

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

    Таблица 3.

    Результаты строгого и толерантного выравнивания BWA необработанных данных и усеченных данных от каждого инструмента (с использованием обоих режимов качества для Trimmomatic) из обоих наборов данных

    924 909 03 11 592
    Набор данных . Строгое выравнивание и . Толерантное выравнивание b .
    DataSet 1
    7 834 544 8 750 851
    FastX-Toolkit 7 187 257 7 894 5809
    jeans 8 010 326 8 894 757
    80012 8 086 428
    EA-UTILS 8 059 850 8 896 724
    SciThe / Shyny 8 755 676 9 076 936
    Adapterremoval 8 810 051 9 108 691
    8 810 063 9 110 831
    Trilhomatic MI 9 056 403 9 145 423  
    Набор данных 2 
        Нефильтрованный  60 010
    Adapterremoval 513 133 574 973
    FastX-Toolkit 525 519 550 695
    EA-Utils 538 472 588 046
    Коса / серпа 567 976 588 135
    Cutadapt 568 044 613 089
    Trimmomatic SW 590 729 628 867
    Trimmomatic М.И. 634 779   639 740  
    924 909 03 11 592
    Набор данных . Строгое выравнивание и . Толерантное выравнивание b .
    DataSet 1
    7 834 544 8 750 851
    FastX-Toolkit 7 187 257 7 894 5809
    jeans 8 010 326 8 894 757
    80012 8 086 428
    EA-UTILS 8 059 850 8 896 724
    SciThe / Shyny 8 755 676 9 076 936
    Adapterremoval 8 810 051 9 108 691
    8 810 063 9 110 831
    Trilhomatic MI 9 056 403 9 145 423  
    Набор данных 2 
        Нефильтрованный  60 010
    Adapterremoval 513 133 574 973
    FastX-Toolkit 525 519 550 695
    EA-Utils 538 472 588 046
    Коса / серпа 567 976 588 135
    Cutadapt 568 044 613 089
    Trimmomatic SW 590 729 628 867
    Trimmomatic М.И. 634 779   639 740  
    Таблица 3.

    Результаты строгого и толерантного выравнивания BWA необработанных данных и усеченных данных от каждого инструмента (с использованием обоих режимов качества для Trimmomatic) из обоих наборов данных

    924 909 03 11 592
    Набор данных . Строгое выравнивание и . Толерантное выравнивание b .
    DataSet 1
    7 834 544 8 750 851
    FastX-Toolkit 7 187 257 7 894 5809
    jeans 8 010 326 8 894 757
    80012 8 086 428
    EA-UTILS 8 059 850 8 896 724
    SciThe / Shyny 8 755 676 9 076 936
    Adapterremoval 8 810 051 9 108 691
    8 810 063 9 110 831
    Trilhomatic MI 9 056 403 9 145 423  
    Набор данных 2 
        Нефильтрованный  60 010
    Adapterremoval 513 133 574 973
    FastX-Toolkit 525 519 550 695
    EA-Utils 538 472 588 046
    Коса / серпа 567 976 588 135
    Cutadapt 568 044 613 089
    Trimmomatic SW 590 729 628 867
    Trimmomatic М.И. 634 779   639 740  
    924 909 03 11 592
    Набор данных . Строгое выравнивание и . Толерантное выравнивание b .
    DataSet 1
    7 834 544 8 750 851
    FastX-Toolkit 7 187 257 7 894 5809
    jeans 8 010 326 8 894 757
    80012 8 086 428
    EA-UTILS 8 059 850 8 896 724
    SciThe / Shyny 8 755 676 9 076 936
    Adapterremoval 8 810 051 9 108 691
    8 810 063 9 110 831
    Trilhomatic MI 9 056 403 9 145 423  
    Набор данных 2 
        Нефильтрованный  60 010
    Adapterremoval 513 133 574 973
    FastX-Toolkit 525 519 550 695
    EA-Utils 538 472 588 046
    Коса / серпа 567 976 588 135
    Cutadapt 568 044 613 089
    Trimmomatic SW 590 729 628 867
    Trimmomatic М.И. 634 779   639 740  

    Результаты набора данных 2, показанные в нижней половине таблицы 3, ранжируют многие инструменты по-разному, при этом AdapterRemoval значительно снижается в рейтинге.Trimmomatic остается лучшим, особенно в режиме максимальной информации, но Cutadapt становится ближайшим соперником. Reaper не смог обработать этот набор данных, возможно, из-за большой длины чтения.

    5 ОБСУЖДЕНИЕ

    5.1 Необходимость предварительной обработки чтения

    Мы продемонстрировали преимущества предварительной обработки данных NGS как в приложениях на основе эталонов, так и в приложениях сборки de novo . Для высококачественных наборов данных в справочных приложениях преимущества предварительной обработки кажутся несколько ограниченными.Мы показываем прирост уникальных совмещений примерно на 1,5%, если используются настройки выравнивателя, допускающие несоответствие, хотя более существенная разница может быть замечена, когда требуется идеальное совпадение. На практике, однако, при таком высококачественном наборе данных преимущества для последующих приложений, таких как вызов вариантов, скорее всего, будут небольшими.

    Второй набор данных, в котором были чтения с существенно более низким качеством, показал, что даже задачи на основе ссылок могут значительно выиграть от предварительной обработки чтения.Менее 25% прочтений могут быть выровнены с помощью BWA без предварительной обработки. Это можно улучшить почти до 80% с помощью предварительной обработки, при этом почти 78% выравниваются даже при строгих настройках.

    В сценарии сборки de novo была необходима обрезка, чтобы гарантировать, что последовательности адаптера не будут включены во вновь собранный геном. Это преимущество сопровождалось значительным улучшением N50 на 58%/77% соответственно и улучшением максимального размера контигов на 28%/55% соответственно для двух наборов данных.Существенное улучшение статистики сборки также оправдывает предварительную обработку ридов для сборки de novo .

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

    5.2 Сравнение с существующими инструментами

    Trimmomatic выгодно отличался от всех других инструментов в проведенных тестах.

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

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

    Финансирование : Мы хотим поблагодарить BMBF за финансирование через гранты 0315702F, 0315961 и 0315049A и BLE/BMELV Verbundprojekt: G 127/10 IF.

    Конфликт интересов : не объявлено.

    ССЫЛКИ

    .

    Сравнение утилит для секвенирования

    Open Bioinform. J.

    ,

    2013

    , том.

    7

     (стр.

    1

    8

    ),  .

    Утилиты Newick: высокопроизводительная обработка филогенетического дерева в оболочке Unix

    ,

    Биоинформатика

    ,

    2010

    , том.

    26

     (стр. 

    1669

    1670

    ),  .

    Быстрое выравнивание с промежутками чтения с помощью Bowtie 2

    Nat. Методы

    ,

    2012

    , том.

    9

     (стр. 

    357

    359

    ),  .

    Быстрое и точное выравнивание коротких прочтений с помощью преобразования Берроуза-Уилера

    ,

    Биоинформатика

    ,

    2009

    , том.

    25

     (стр. 

    1754

    1760

    ),  .

    Обзор алгоритмов выравнивания последовательностей для секвенирования следующего поколения

    Краткий обзор.Биоинформ.

    ,

    2010

    , том.

    11

     (стр.

    473

    483

    ), и др.

    The NGS WikiBook: динамическое совместное онлайн-обучение с долгосрочной устойчивостью

    Краткий обзор. Биоинформ.

    ,

    2013

    , том.

    14

     (стр. 

    548

    555

    ).

    AdapterRemoval: легкая очистка секвенаторов следующего поколения

    ,

    BMC Res. Примечания

    ,

    2012

    , том.

    5

    стр.

    337

     .

    Методы секвенирования ДНК следующего поколения

    Annu. Преподобный Геномикс Хам. Жене.

    ,

    2008

    , том.

    9

     (стр. 

    387

    402

    ).

    Cutadapt удаляет последовательности адаптера из высокопроизводительных чтений секвенирования

    ,

    EMBnet. J.

    ,

    2011

    , том.

    17

     (стр. 

    10

    12

    ),  .

    Velvet: алгоритмы для сборки короткого чтения de novo с использованием графов де Брейна

    ,

    Genome Res.

    ,

    2008

    , том.

    18

     (стр. 

    821

    829

    )

    Примечания автора

    © The Author, 2014. Опубликовано Oxford University Press.

    Это статья в открытом доступе, распространяемая в соответствии с лицензией Creative Commons Attribution License (http://creativecommons.org/licenses/by/3.0/), которая разрешает неограниченное повторное использование, распространение и воспроизведение на любом носителе при условии, что оригинальная работа правильно цитируется.

    Протокол клиентского доступа с коммутацией каналов передачи данных

    RFC 2114: Протокол клиентского доступа с коммутацией каналов передачи данных [Домашняя страница RFC] [ТЕКСТ|PDF|HTML] [Отслеживание] [ПИС] [Информационная страница]

    ИНФОРМАЦИОННАЯ
     Сетевая рабочая группа S.Чанг
    Запрос комментариев: 2114 Дж. Ли
    Категория: Информационные Cisco Systems, Inc.
    Устарело: 2106 Х. Ясуда
                                                   Мицубиси Электрик Корп.
                                                               февраль 1997 г.
    
    
                   Протокол клиентского доступа с коммутацией каналов передачи данных
    
    Статус этого меморандума
    
       В этом меморандуме содержится информация для интернет-сообщества.Эта памятка
       не определяет какой-либо интернет-стандарт. Распределение
       эта памятка не ограничена.
    
    Абстрактный
    
       В этом документе описывается протокол клиентского доступа с коммутацией каналов передачи данных.
       который используется между рабочими станциями и маршрутизаторами для передачи SNA/
       Трафик NetBIOS через сеансы TCP. Любые вопросы или комментарии должны
       отправить по адресу [email protected]
    
    Оглавление
    
       1. Введение ...................................................... 2
       2. Обзор ................................................................. 2
       2.1 Модель клиент/сервер DCAP ................................ 2
       2.2 Разрешение динамического адреса ...................... 3
       2.3 TCP-соединение ................................................ 4
       2.4 Многоадресная и одноадресная рассылка (UDP) ...................... 4
       3. Формат DCAP ................................................ 6
       3.1 Общий формат кадра ...................................... 6
       3.2 Формат заголовка ...................................... 6
       3.3 Сообщения DCAP ...................................................... 7
       3.4 Форматы данных DCAP ...................................... 8
       3.4.1 Кадры CAN_U_REACH, I_CAN_REACH и I_CANNOT_REACH .. 8
       3.4.2 Кадры START_DL, DL_STARTED и START_DL_FAILED ..... 9
       3.4.3 Кадры HALT_DL, HALT_DL_NOACK и DL_HALTED ........ 13
       3.4.4 XID_FRAME, CONTACT_STN, STN_CONTACTED, INFO_FRAME,
              FCM_FRAME и DGRM_FRAME ...................... 14
       3.4.5 ДАННЫЕ_КАДР .......................................... 15
       3.4.6 Кадр CAP_XCHANGE ...................................... 16
       3.4.7 Кадры CLOSE_PEER_REQ ........................ 19
       3.4.8 Кадры CLOSE_PEER_RSP, PEER_TEST_REQ и PEER_TEST_RSP 20
       4. Блок-схема протокола ...................................... 20
       5. Благодарности ............................................. 22
       6. Ссылки ............................................................. 22
    
    
    
    Чанг и др. др. Информационная [Страница 1] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
    1.Введение
    
       С тех пор как был опубликован протокол коммутации канала передачи данных RFC 1795, некоторые
       поставщики программного обеспечения начали внедрять DLSw на рабочих станциях.
       внедрение DLSw на большом количестве рабочих станций повышает
       несколько важных вопросов, которые необходимо решить. Масштабируемость — это
       серьезная проблема. Например, количество сессий TCP к DLSw
       роутер увеличивается прямо пропорционально количеству рабочих станций
       добавлен. Еще одна проблема — эффективность. Поскольку DLSw является переключателем
       протокол переключения, он неэффективен при реализации на
       рабочие станции.DCAP решает вышеуказанные проблемы. Он вводит иерархическую
       структуру для решения проблем масштабируемости. Все рабочие станции
       клиенты к маршрутизатору (серверу), а не одноранговые узлы к маршрутизатору. Этот
       создает модель клиент/сервер. Это также обеспечивает более эффективное
       протокол между рабочей станцией (клиентом) и маршрутизатором (сервером).
    
    2. Обзор
    
    2.1. Модель клиент/сервер DCAP
    
          +-----------+ +------------+ +---------+
          | Мейнфрейм | | IP-маршрутизатор +- ppp --+ DLSw |
          +--+--------+ +-----+-----+ | Работа |
             | | | Станция |
             | | +---------+
          +--+--+ +--------------+ |
          | FEP +- TR -+ Маршрутизатор DLSw +-- IP Магистраль
          +-----+ +-------------+ |
                                           |
                                           |
                                     +-----------+ +---------+
                                     | IP-маршрутизатор +- ppp --+ DLSw |
                                     +-----+-----+ | Работа |
                                                         | Станция |
                                                         +---------+
    
                               | Сессия DLSw |
                               +--------------------------------+
      Рисунок 2-1.Запуск DLSw на большом количестве рабочих станций создает
                             проблема масштабируемости.
    
       На рис. 2-1 показана типичная реализация DLSw на рабочей станции.
       рабочие станции подключены к центральному маршрутизатору DLSw через
       IP-сеть. По мере роста сети масштабируемость станет проблемой
       по мере увеличения количества сессий TCP из-за растущего числа
       рабочие станции.
    
    
    
    Чанг и др. др. Информационная [Страница 2] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
      +-----------+ +--------+
      | Мейнфрейм | | ДКАП |
      +--+--------+ +-----+ Клиент |
         | | +--------+
         | ппп
         | |
      +--+--+ +--------+ +------+------+
      | FEP +- TR -+ DLSw +-- Магистраль IP --+ Маршрутизатор DLSw |
      +-----+ | Маршрутизатор | | DCAP-сервер |
                   +--------+ +------+------+
                                                     |
                                                    ппп
                                                     | +--------+
                                                     +-----+ ДКАП |
                                                           | Клиент |
                                                           +--------+
    
                        | Сессия DLSw | | Сессия DCAP |
                        +----------------------+ +----------------+
         Рисунок 2-2.Протокол клиентского доступа DLSw решает проблему масштабируемости
                                    проблема.
    
       В большой сети DCAP решает проблему масштабируемости,
       значительно сократить количество пиров, которые подключаются к
       маршрутизатор центрального узла. Рабочие станции (клиенты DCAP) и маршрутизатор
       (сервер DCAP) ведут себя как клиент/сервер. Рабочие станции
       подключены к серверу DCAP. Сервер DCAP имеет один пир.
       подключение к маршрутизатору центрального узла.
    
    2.2. Динамическое разрешение адресов
    
       В сети DLSw каждой рабочей станции нужен MAC-адрес для
       обмениваться данными с FEP, подключенным к локальной сети.Когда DLSw реализован на
       рабочая станция, она не всегда имеет определенный MAC-адрес. Для
       Например, когда рабочая станция подключается к маршрутизатору через модем через
       PPP состоит только из IP-адреса. В этом случае пользователь должен
       определить виртуальный MAC-адрес. Это административно интенсивно
       поскольку каждая рабочая станция должна иметь уникальный MAC-адрес.
    
       DCAP использует протокол динамического разрешения адресов, чтобы решить эту проблему.
       проблема. Протокол динамического разрешения адресов позволяет серверу
       динамически назначать MAC-адрес клиенту без сложных
       конфигурация.Чтобы клиент инициировал сеанс на сервере, рабочая станция отправляет
       прямой запрос к серверу. Запрос содержит пункт назначения
       MAC-адрес и SAP назначения. Рабочая станция может либо
       укажите свой собственный MAC-адрес или запросите у сервера его назначение
    
    
    
    Чанг и др. др. Информационная [Страница 3] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       Это. IP-адрес сервера должен быть предварительно настроен на
       рабочая станция.Если IP-адреса настроены для нескольких серверов одновременно
       рабочей станции запрос может быть отправлен на эти серверы и первый
       один для ответа будет использоваться.
    
       Чтобы сервер инициировал сеанс для клиента, сервер отправляет
       направленный запрос на рабочую станцию. Рабочая станция должна предварительно
       зарегистрировать свой MAC-адрес на сервере. Это можно сделать либо путем
       настройка на сервере или регистрация на сервере (как MAC
       адреса и IP-адреса будут зарегистрированы).
    
    2.3. TCP-соединение
    
       Транспорт, используемый между клиентом и сервером, — TCP.ПТС
       сеанс должен быть установлен между клиентом и сервером до
       кадр может быть отправлен. Параметры по умолчанию, связанные с TCP
       соединения между клиентом и сервером следующие:
    
       Семейство сокетов AF_INET (интернет-протоколы)
       Тип сокета SOCK_STREAM (потоковой сокет)
       Номер порта 1973
    
       Между клиентом и сервером существует только одно TCP-соединение.
       Он используется как для операций чтения, так и для записи.
    
       Состояние гонки возникает, когда и клиент, и сервер пытаются установить
       сеанс TCP друг с другом одновременно.TCP-сессия
       будет использоваться инициатор с меньшим IP-адресом. Другой ПТС
       сессия будет закрыта.
    
    2.4 Многоадресная и одноадресная рассылка (UDP)
    
       Многоадресная и одноадресная рассылка с поддержкой UDP не являются обязательными. В сбросе
       В этом сеансе при обращении к многоадресной и одноадресной рассылке используется UDP.
       Два многоадресных адреса зарезервированы для DCAP. Сервер должен
       прослушивать 224.0.1.49, а клиент должен прослушивать 224.0.1.50.
       Не все кадры DCAP могут быть отправлены через многоадресную или одноадресную рассылку.
       DATA_FRAME может быть отправлен как многоадресной, так и одноадресной рассылкой.
       Кадр CAN_U_REACH может быть отправлен только через многоадресную рассылку, а I_CAN_REACH
       кадр может быть отправлен только через одноадресную рассылку. Все остальные кадры DCAP могут быть только
       отправлено через сеансы TCP.
    
       Когда реализована поддержка многоадресной и одноадресной рассылки, клиент
       не нужно настраивать IP-адрес сервера. Когда клиент
       пытается установить сеанс с хостом вместо установления
       сеанс TCP с предварительно настроенным сервером, клиент может
       выполнить многоадресную рассылку кадра CAN_U_REACH на адрес 224.0.0.0.1.49 групповой адрес. Когда
       сервер получает этот многоадресный кадр, он находит
    
    
    
    Чанг и др. др. Информационная [Страница 4] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       назначения, как указано в кадре. Если пункт назначения
       достижимый этим сервером, он отправит кадр I_CAN_REACH обратно на
       отправитель через одноадресную рассылку. Клиент может инициировать TCP-соединение с
       сервер и установить сеанс DCAP.Если кадр I_CAN_REACH
       полученных с нескольких серверов, первый, кто возвращает
       Будет использоваться кадр I_CAN_REACH.
    
       Когда хост инициирует сеанс для клиента, клиент не
       должен предварительно зарегистрировать свой MAC-адрес на сервере. Когда сервер
       пытается связаться с неизвестным клиентом, он будет многоадресно
       Кадр CAN_U_REACH на групповой адрес 224.0.10.50. Клиент, чей
       MAC-адрес совпадает с адресом назначения в кадре CAN_U_REACH.
       ответит кадром I_CAN_REACH через одноадресную рассылку.Как только сервер
       получает кадр I_CAN_REACH, он может установить сеанс DCAP с
       этот клиент.
    
       Для трафика NetBIOS можно использовать NAME_QUERY и ADD_NAME_QUERY.
       инкапсулируется в DATA_FRAME и отправляется через многоадресную рассылку.
       NAME_RECOGNIZED и ADD_NAME_RESPONSE могут быть инкапсулированы в
       DATA_FRAME, но отправлен через одноадресную рассылку. Никакие другие кадры NetBIOS не могут быть
       инкапсулируется в DATA_FRAME для отправки через многоадресную рассылку или
       одноадресная передача.
    
       Когда клиент пытается найти имя или проверить наличие повторяющегося имени на
       сети, он может выполнять многоадресную рассылку кадра NAME_QUERY или ADD_NAME_QUERY.
       инкапсулируется в DATA_FRAME.Когда сервер получает эти кадры,
       Кадры NetBIOS NAME_QUERY или ADD_NAME_QUERY будут перенаправлены в локальную сеть.
       Если кадр NAME_RECOGNIZED или ADD_NAME_RESPONSE получен от
       LAN, они будут инкапсулированы в DATA_FRAME и отправлены в
       клиент через юникаст.
    
       Когда сервер получает NetBIOS NAME_QUERY или ADD_NAME_QUERY от
       LAN, сервер инкапсулирует его в DATA_FRAME и отправит на
       все клиенты через мультикаст. Когда клиент получает кадр и
       определяет, что имя, указанное в DATA_FRAME, соответствует его собственному
       имя, кадр NAME_RECOGNIZED или ADD_NAME_RESPONSE будет
       инкапсулируется в DATA_FRAME и отправляется обратно на сервер через
       одноадресная передача.Чанг и др. др. Информационная [Страница 5] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
    3. Формат DCAP
    
    3.1. Общий формат кадра
    
       Общий формат кадра DCAP следующий:
    
                      +-------------+------------+-----------+
                      | Заголовок DCAP | Данные ДКАП | Данные пользователя |
                      +-------------+------------+-----------+
                         Рисунок 3-1. Формат кадра DCAP
    
       Протокол DCAP содержится в заголовке DCAP, который является общим для
       все кадры, передаваемые между клиентом DCAP и сервером.Этот заголовок
       имеет длину 4 байта. В следующем разделе будут объяснены детали.
    
       Следующая часть — это данные DCAP. Структура и размер основаны
       от типа сообщений, передаваемых в кадре DCAP. Данные DCAP
       используется для обработки кадра, но это необязательно.
    
       Третья часть фрейма — это пользовательские данные, которые отправляются
       локальная система к удаленной системе. Размер этого блока является переменным
       и включается в кадр только тогда, когда есть данные для отправки
       удаленная система.3.2. Формат заголовка
    
       Заголовок DCAP используется для идентификации типа сообщения и его длины.
       кадра. Это заголовок общего назначения, используемый для каждого кадра.
       который передается между сервером DCAP и клиентом. Более
       информация необходима для таких кадров, как CAN_U_REACH и I_CAN_REACH,
       поэтому он передается партнеру как данные DCAP. Структура
       данные DCAP зависят от типа кадров и будут обсуждаться в
       подробности в последующих разделах.
    
       Заголовок DCAP приведен ниже:
    
                 +-----------------------------------------------------------+
                 | Заголовок пакета DCAP (каждая строка — один байт) |
                 +==========================================+
               0 | Идентификатор протокола/номер версии |
                 +-----------------------------------------------------------+
               1 | Тип сообщения |
                 +-----------------------------------------------------------+
               2 | Длина пакета |
                 + - - - - - - - - - - - - - - - - - - - - - +
               3 | |
                 +-----------------------------------------------------------+
                         Рисунок 3-2.Формат заголовка DCAP
    
    
    
    Чанг и др. др. Информационная [Страница 6] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       o Идентификатор протокола использует первые 4 бита этого поля и устанавливается равным
         "1000".
    
       o Номер версии использует следующие 4 бита в этом поле и устанавливается
         на "0001".
    
       o Тип сообщения - это тип сообщения DCAP.
    
       o Общая длина пакета — это длина пакета, включая
         Заголовок DCAP, данные DCAP и данные пользователя.Минимальный размер
         package равен 4, что соответствует длине заголовка.
    
    3.3. Сообщения DCAP
    
       Большинство кадров DCAP основаны на существующих кадрах DLSw и
       соответствующие кадры имеют похожие имена. Информация в
       соответствующие кадры DCAP и DLSw могут отличаться; но
       функциональные возможности одинаковые. Таким образом, конечный автомат DLSw используется для
       обрабатывать эти кадры DCAP. Некоторые новые кадры DCAP были созданы для обработки
       специальные функции DCAP. Например, новые кадры DCAP,
       I_CANNOT_REACH и START_DL_FAILED предоставляют отрицательное подтверждение.Кадры DLSw, не нужные для DCAP, отбрасываются.
    
       В следующей таблице перечислены и описаны все доступные сообщения DCAP:
    
       Код имени кадра DCAP Функция
       -------------- ---- --------
       CAN_U_REACH 0x01 Узнать, доступна ли указанная станция
       I_CAN_REACH 0x02 Положительный ответ на CAN_U_REACH
       I_CANNOT_REACH 0x03 Отрицательный ответ на CAN_U_REACH
       START_DL 0x04 Настройка сеанса для заданных адресов
       DL_STARTED 0x05 Сеанс запущен
       START_DL_FAILED 0x06 Ошибка запуска сеанса
       XID_FRAME 0x07 Кадр XID
       CONTACT_STN 0x08 Назначение контакта для установления SABME
       STN_CONTACTED 0x09 Установлен контакт со станцией - установлен режим SABME
       DATA_FRAME 0x0A Кадр данных без установления соединения для ссылки
       INFO_FRAME 0x0B I-кадр, ориентированный на соединение
       HALT_DL 0x0C Остановить сеанс канала передачи данных
       HALT_DL_NOACK 0x0D Остановить сеанс передачи данных без подтверждения
       DL_HALTED 0x0E Сеанс остановлен
       FCM_FRAME 0x0F Сообщение управления потоком сеанса канала передачи данных
       DGRM_FRAME 0x11 Кадр дейтаграммы без установления соединения для канала
    
    
    
    
    
    
    
    
    Чанг и др.др. Информационная [Страница 7] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       CAP_XCHANGE 0x12 Сообщение об обмене возможностями
       CLOSE_PEER_REQUEST 0x13 Запрос на отключение однорангового соединения
       CLOSE_PEER_RESPONSE 0x14 Ответ на отключение однорангового соединения
       PEER_TEST_REQ 0x1D Одноранговый запрос проверки активности
       PEER_TEST_RSP 0x1E Ответ поддержания активности однорангового узла
    
                             Таблица 3-1. Кадры DCAP
    
    3.4. Форматы данных DCAP
    
       Данные DCAP используются для переноса информации, необходимой для каждого DCAP.
       Рамка. Эта информация используется Сервером или Клиентом и
       не содержит пользовательских данных. Типы кадров данных DCAP перечислены
       в следующих разделах. Обратите внимание, что отправитель должен установить
       зарезервированные поля равны нулю, и получатель должен игнорировать эти поля.
    
    3.4.1. Кадры CAN_U_REACH, I_CAN_REACH и I_CANNOT_REACH
    
       Эти типы фреймов используются для поиска ресурсов в сети.А
       Кадр CAN_U_REACH отправляется на сервер, чтобы определить,
       доступен. Когда сервер получает кадр CAN_U_REACH, он должен
       отправить фрейм проводника LLC, чтобы найти место назначения, указанное в
       кадр CAN_U_REACH. Если пункт назначения доступен, сервер
       отвечает клиенту кадром I_CAN_REACH. Если сервер делает
       не получить положительное подтверждение в пределах рекомендуемого порога
       значение 5 секунд, сервер должен отправить обозреватель LLC, чтобы найти
       пункт назначения снова.Если сервер не получает никакого ответа
       после отправки 5 проводников (рекомендуемое значение повторной попытки)
       пункт назначения считается недостижимым, и кадр I_CANNOT_REACH
       отправляется обратно клиенту. Клиент должен решить, следует ли повторить
       CAN_U_REACH необходим после получения кадра I_CANNOT_REACH
       с сервера.
    
       Когда сервер находится в процессе поиска адресата и
       получает другой I_CAN_REACH с тем же пунктом назначения, сервер
       не следует отправлять другого исследователя LLC для этого пункта назначения.Сервер не должен отправлять кадр CAN_U_REACH клиентам в
       TCP-сеанс. Когда сервер получает обозреватель LLC, назначение которого
       является известным клиентом, сервер должен ответить ему напрямую.
    
    
    
    
    
    
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 8] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
               +----------------+---------+
               | Имя поля | Информация |
               +----------------+---------+
               | Тип сообщения | 0x01, 0x02 или 0x03 |
               +----------------+---------+
               | Длина пакета | 0x0С |
               +----------------+---------+
        Рисунок 3-3.Заголовки CAN_U_REACH, I_CAN_REACH и I_CANNOT_REACH
    
                 +-----------------------------------+
                 | Имя поля (каждая строка — один байт) |
                 +===================================+
               0 | Целевой MAC-адрес |
                 + - - - - - - - - - - - - - - - - - +
               1 | |
                 + - - - - - - - - - - - - - - - - - +
               2 | |
                 + - - - - - - - - - - - - - - - - - +
               3 | |
                 + - - - - - - - - - - - - - - - - - +
               4 | |
                 + - - - - - - - - - - - - - - - - - +
               5 | |
                 +-----------------------------------+
               6 | Исходный SAP |
                 +-----------------------------------+
               7 | Зарезервировано |
                 +-----------------------------------+
         Рисунок 3-4.Данные CAN_U_REACH, I_CAN_REACH и I_CANNOT_REACH
    
       Поле MAC Address содержит MAC-адрес цели.
       рабочая станция, на которой выполняется поиск. Это шестибайтный MAC-адрес.
       поле. Один и тот же MAC-адрес возвращается в I_CAN_REACH и
       I_CANNOT_REACH кадры.
    
       Байт 6 — это исходный SAP. Целевой SAP устанавливается равным нулю, когда
       Кадр проводника отправляется в сеть.
    
    3.4.2. Кадры START_DL, DL_STARTED и START_DL_FAILED
    
       Эти типы кадров используются DCAP для установления
       (схема).Кадр START_DL отправляется непосредственно на сервер, который
       отвечает на кадр CAN_U_REACH. Когда сервер получает это
       кадр, он устанавливает станцию ​​связи, используя исходную и конечную
       адреса и сапы, указанные во фрейме START_DL. Если схема
       установление успешно, кадр DL_STARTED отправляется обратно как
       отклик. Если попытка не удалась в течение рекомендуемого значения, 5 секунд,
       сервер должен повторить попытку. Если серверу не удается установить
    
    
    
    Чанг и др. др. Информационная [Страница 9] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       схема для рекомендуемого значения повторной попытки, 5 раз, START_DL_FAILED
       кадр должен быть отправлен обратно клиенту.Если клиент получает
       START_DL_FAILED с сервера, клиент должен
       решить, нужно ли снова отправить кадр START_DL на сервер.
    
       Сервер также может отправлять кадры START_DL клиентам для установления
       схемы.
    
               +----------------+---------+
               | Имя поля | Информация |
               +----------------+---------+
               | Тип сообщения | 0x04, 0x05 или 0x06 |
               +----------------+---------+
               | Длина пакета | 0x18 |
               +----------------+---------+
          Рисунок 3-5.START_DL, DL_STARTED и START_DL_FAILED Заголовок
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 10] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
                 +-----------------------------------+
                 | Имя поля (каждая строка — один байт) |
                 +===================================+
               0 | MAC-адрес хоста |
                 + - - - - - - - - - - - - - - - - - +
               1 | |
                 + - - - - - - - - - - - - - - - - - +
               2 | |
                 + - - - - - - - - - - - - - - - - - +
               3 | |
                 + - - - - - - - - - - - - - - - - - +
               4 | |
                 + - - - - - - - - - - - - - - - - - +
               5 | |
                 +-----------------------------------+
               6 | Хост SAP |
                 +-----------------------------------+
               7 | Клиент SAP |
                 +-----------------------------------+
               8 | Идентификатор исходной сессии |
                 +-----------------------------------+
               9 | |
                 + - - - - - - - - - - - - - - - - - +
               10| |
                 + - - - - - - - - - - - - - - - - - +
               11| |
                 +-----------------------------------+
               12| Идентификатор целевого сеанса |
                 + - - - - - - - - - - - - - - - - - +
               13| |
                 + - - - - - - - - - - - - - - - - - +
               14| |
                 + - - - - - - - - - - - - - - - - - +
               15| |
                 +-----------------------------------+
               16| Самый большой размер кадра |
                 +-----------------------------------+
               17| Начальный размер окна |
                 +-----------------------------------+
               18| Зарезервировано |
                 + - - - - - - - - - - - - - - - - - +
               19| |
                 +-----------------------------------+
       Рисунок 3-6.Данные START_DL, DL_STARTED и START_DL_FAILED
    
       MAC-адрес хоста — это адрес целевой станции, если
       сеанс инициируется клиентом, или это адрес
       исходная станция, если сеанс инициируется с сервера.
    
    
    
    Чанг и др. др. Информационная [Страница 11] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       Следующие два поля — это Host и Client SAP. Каждый - один байт
       длинная.Host SAP — это SAP, используемый станцией с Host MAC.
       адрес. Клиентский SAP — это SAP, используемый клиентом.
    
       Идентификатор исходной сессии — это идентификатор исходной станции, которая
       инициирует цепь. Исходная станция использует этот идентификатор для
       идентифицировать вновь созданную цепь. Перед отправкой кадра START_DL
       на целевую станцию, исходная станция устанавливает контрольный
       блок для цепи. Эта информация о станции связи установлена, потому что
       DCAP не использует трехстороннее рукопожатие для станции связи.
       учреждение.В кадрах DL_STARTED и START_DL_FAILED
       Идентификатор исходного сеанса возвращается в том виде, в каком он был получен в кадре START_DL.
       Идентификатор целевого сеанса устанавливается целевой станцией и возвращается в
       DL_STARTED кадр.
    
       Идентификатор целевого сеанса недействителен для START_DL и
       START_DL_FAILED и должны рассматриваться как зарезервированные поля. В
       кадр DL_STARTED, это идентификатор сеанса, который используется для установки
       этой цепи целевой станцией.
    
       Поле «Наибольший размер кадра» используется для указания максимального размера кадра.
       размер, который может быть использован клиентом.Он действителен только тогда, когда он установлен
       сервером. В поле «Наибольший размер кадра» должно быть установлено нулевое значение.
       кадр отправляется клиентом. И START_DL, и DL_STARTED используют
       Поле «Наибольший размер кадра» и только крайние правые 6 бит используются.
       Формат определен в стандарте IEEE 802.1D, Приложение C, Самый большой кадр
       Биты (LF). Биты с 3 по 5 являются базовыми битами. Бит 0 до бит 2 расширены
       биты. Поле «Наибольший размер кадра» не используется в START_DL_FAILED
       кадра и должен быть установлен в ноль.
    
               бит 7 6 5 4 3 2 1 0
                     р р б б б е е е
                         Рисунок 3-7.Самый большой размер кадра
    
       Обратите внимание, что если клиент является узлом PU 2.1, клиент должен
       использовать максимальный размер I-кадра, согласованный при обмене XID3.
    
       Начальный размер окна в кадре START_DL указывает
       размер окна на исходной стороне и целевая станция DCAP
       возвращает размер окна приема в кадре DL_STARTED. Поле
       зарезервировано в кадре START_DL_FAILED. Использование размера окна
       такой же, как тот, который используется в DLSw. Пожалуйста, обратитесь к RFC 1795 для
       подробности.Последние два бита зарезервированы для использования в будущем. Они должны быть установлены на
       ноль отправителем и игнорируется получателем.
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 12] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
    3.4.3. Кадры HALT_DL, HALT_DL_NOACK и DL_HALTED
    
       Эти типы кадров используются DCAP для отключения станции связи. А
       Кадр HALT_DL отправляется непосредственно на удаленную рабочую станцию, чтобы указать
       что отправитель хочет разорвать сеанс.Когда приемник
       получает этот кадр, он разрывает сеанс, связанный
       с исходным идентификатором сеанса и идентификатором целевого сеанса, указанными в
       кадр HALT_DL. Получатель должен ответить сообщением DL_HALTED.
       Рамка. Кадр DL_HALTED должен использовать те же значения идентификатора сеанса, что и
       полученный кадр HALT_DL, не меняя их местами. HALT_DL_NOACK
       кадр используется, когда ответ не требуется. Сеанс TCP
       между клиентом и сервером должны оставаться в рабочем состоянии после
       Обмен HALT_DL/DL_HALTED/ HALT_DL_NOACK.+----------------+---------+
               | Имя поля | Информация |
               +----------------+---------+
               | Тип сообщения | 0x0C, 0x0D или 0x0E |
               +----------------+---------+
               | Длина пакета | 0x10 |
               +----------------+---------+
            Рисунок 3-8. Заголовки HALT_DL, HALT_DL_NOACK и DL_HALTED
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 13] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
                 +-----------------------------------+
                 | Имя поля (каждая строка — один байт) |
                 +===================================+
               0 | Идентификатор сеанса отправителя |
                 + - - - - - - - - - - - - - - - - - +
               1 | |
                 + - - - - - - - - - - - - - - - - - +
               2 | |
                 + - - - - - - - - - - - - - - - - - +
               3 | |
                 +-----------------------------------+
               4 | Идентификатор сеанса получателя |
                 + - - - - - - - - - - - - - - - - - +
               5 | |
                 + - - - - - - - - - - - - - - - - - +
               6 | |
                 + - - - - - - - - - - - - - - - - - +
               7 | |
                 +-----------------------------------+
               8 | Зарезервировано |
                 + - - - - - - - - - - - - - - - - - +
               9 | |
                 + - - - - - - - - - - - - - - - - - +
               10| |
                 + - - - - - - - - - - - - - - - - - +
               11| |
                 +-----------------------------------+
           Рисунок 3-9.Данные START_DL, DL_STARTED и START_DL_FAILED
    
    3.4.4. XID_FRAME, CONTACT_STN, STN_CONTACTED, INFO_FRAME, FCM_FRAME,
    и DGRM_FRAME
    
       Эти типы кадров используются для передачи сквозных данных или установления
       цепь. Идентификатор сеанса назначения — это идентификатор сеанса, созданный в
       кадр START_DL или кадр DL_STARTED приемником. Использование
       флаг управления потоком такой же, как и в DLSw. Пожалуйста
       подробности см. в RFC 1795.
    
               +---------------+-----------------------------+
               | Имя поля | Информация |
               +---------------+-----------------------------+
               | Тип сообщения | На основе типа сообщения |
               +---------------+-----------------------------+
               | Длина пакета | 0x0C + длина пользовательских данных |
               +---------------+-----------------------------+
                        Рисунок 3-10.Общий заголовок DCAP
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 14] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
                 +-----------------------------------+
                 | Имя поля (каждая строка — один байт) |
                 +===================================+
               0 | Идентификатор целевого сеанса |
                 + - - - - - - - - - - - - - - - - - +
               1 | |
                 + - - - - - - - - - - - - - - - - - +
               2 | |
                 + - - - - - - - - - - - - - - - - - +
               3 | |
                 +-----------------------------------+
               4 | Флаги управления потоком |
                 +-----------------------------------+
               5 | Зарезервировано |
                 + - - - - - - - - - - - - - - - - - +
               6 | |
                 + - - - - - - - - - - - - - - - - - +
               7 | |
                 +-----------------------------------+
                     Рисунок 3-11.Общий формат данных DCAP
    
    3.4.5. ДАННЫЕ_КАДР
    
       Этот тип кадра используется для отправки без установления соединения SNA и NetBIOS.
       Кадры дейтаграмм (UI), с которыми не связана станция связи.
       исходная и конечная пара MAC/SAP. Разница между
       DGRM_FRAME и DATA_FRAME — это то, что DGRM_FRAME используется для отправки пользовательского интерфейса.
       кадры, полученные для станций, у которых открыта связующая станция, в то время как
       DATA_FRAME используется для кадров без установленной станции связи.
    
               +---------------+------------------------------+
               | Имя поля | Информация |
               +---------------+------------------------------+
               | Тип сообщения | 0x0А |
               +---------------+------------------------------+
               | Длина пакета | 0x10 + Длина пользовательских данных |
               +---------------+------------------------------+
                         Рисунок 3-12.Заголовок DATA_FRAME
    
    
    
    
    
    
    
    
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 15] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
                 +-----------------------------------+
                 | Имя поля (каждая строка — один байт) |
                 +===================================+
               0 | MAC-адрес хоста |
                 + - - - - - - - - - - - - - - - - - +
               1 | |
                 + - - - - - - - - - - - - - - - - - +
               2 | |
                 + - - - - - - - - - - - - - - - - - +
               3 | |
                 + - - - - - - - - - - - - - - - - - +
               4 | |
                 + - - - - - - - - - - - - - - - - - +
               5 | |
                 +-----------------------------------+
               6 | Хост SAP |
                 +-----------------------------------+
               7 | Клиент SAP |
                 +-----------------------------------+
               8 | Тип трансляции |
                 +-----------------------------------+
               9 | Зарезервировано |
                 + - - - - - - - - - - - - - - - - - +
               10| |
                 + - - - - - - - - - - - - - - - - - +
               11| |
                 +-----------------------------------+
                      Рисунок 3-13.Формат данных DATA_FRAME
    
       Определение первых 8 байт такое же, как у START_DL.
       Рамка. В поле «Тип трансляции» указывается тип трансляции.
       кадры в использовании; Широковещательная рассылка по одному маршруту, широковещательная рассылка по всем маршрутам или
       Режиссер. Целевая сторона будет использовать тот же тип широковещания. в
       В случае направленного кадра, если известна информация RIF, цель
       одноранговый узел может отправить направленный кадр. Если нет, одномаршрутная широковещательная рассылка
       кадр отправляется.
    
    3.4.6. Кадр CAP_XCHANGE
    
       В DCAP кадр обмена возможностями используется для обмена
       информацию о возможностях между клиентом и сервером.CAP_XCHANGE
       происходит обмен кадрами между клиентом и сервером, как только TCP
       сеанс установлен. Обмен возможностями должен быть завершен
       прежде чем другие типы кадров могут быть отправлены. Как только способность
       обмен выполнен, кадр CAP_XCHANGE больше не должен использоваться.
    
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 16] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       Кадр CAP_XCHANGE содержит MAC-адрес клиента, если клиент
       один.Если это не так, то поле MAC-адреса должно быть установлено равным нулю.
       Когда сервер DCAP получает кадр CAP_XCHANGE, он должен кэшировать
       MAC-адрес, если он не равен нулю. Сервер DCAP также проверяет, что
       MAC-адрес уникален. Сервер должен вернуть CAP_XCHANGE
       кадр ответа с MAC-адресом, предоставленным клиентом, если MAC-адрес
       адрес принят. Если у клиента нет собственного MAC-адреса,
       сервер должен назначить MAC-адрес клиенту и поставить его
       адрес в кадре команды CAP_XCHANGE.Клиент должен записать новый MAC-адрес, назначенный сервером, и
       вернуть ответ с назначенным MAC-адресом. Если клиент не может
       принять назначенный MAC-адрес, еще одна команда CAP_XCHANGE с
       Поле MAC-адреса, установленное на ноль, должно быть отправлено на сервер.
       сервер должен выделить новый MAC-адрес для этого клиента.
    
       Во время обмена возможностями и клиент, и сервер могут
       отправлять командные кадры. Процесс останавливается, когда одна из сторон отправляет
       Кадр ответа CAP_XCHANGE.Когда кадр ответа отправлен, MAC
       адрес в кадре CAP_XCHANGE должен быть таким же, как и в
       предыдущая полученная команда. Отправитель ответа CAP_XCHANGE
       соглашается использовать MAC-адрес, определенный в предыдущей команде.
    
       Количество кадров CAP_XCHANGE, которыми необходимо обменяться, равно
       определяются клиентом и сервером независимо друг от друга. Когда
       количество обменных кадров превысило предварительно определенное число, установленное
       либо сервер, либо клиент, сессия должна быть сбита.Флаг используется, чтобы показать возможности отправителя. Последующий
       list показывает допустимые флаги:
    
       0x01 Поддержка NetBIOS. Если клиент устанавливает этот бит, сервер
            передать этому клиенту все обозреватели NetBIOS. Если этот бит не
            установлено, этому клиенту будет отправляться только трафик SNA.
    
       0x02 Поддержка режима прослушивания TCP. Если клиент поддерживает режим прослушивания TCP,
            сервер сохранит MAC- и IP-адреса клиента даже
            после того, как сеанс TCP не работает. Кэшированная информация будет
            используется для подключения к серверу.Если клиент не поддерживает
            режим прослушивания TCP, кэш будет удален, как только TCP
            сессия не работает.
    
       0x04 Команда/ответ. Если этот бит установлен, это команда,
            в противном случае это ответ.
    
       Значения 0x01 и 0x02 используются только клиентом. Когда сервер
       отправляет команду/ответ клиенту, сервер не возвращает
       эти значения.
    
    
    
    Чанг и др. др. Информационная [Страница 17] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
       Начиная с поля «Зарезервировано», разработчики могут дополнительно
       реализовать вектор управления обменом возможностями.Каждая возможность
       Вектор управления обменом состоит из трех полей: длина (1 байт),
       Тип (1 байт) и Данные (Длина — 2 байта). Два типа управления
       Определены векторы: SAP_LIST и VENDOR_CODE (описаны ниже). К
       обеспечить совместимость, разработчики должны игнорировать неизвестный элемент управления
       Векторы вместо того, чтобы рассматривать их как ошибки.
    
       0x01 SAP_LIST. Длина: 2+n байт, где n находится в диапазоне от 1 до 16.
            В этом векторе управления перечислены SAP, которые может поддерживать клиент.
            Максимальное количество SAP, которое может определить клиент, равно 16.Следовательно,
            длина этого управляющего вектора находится в диапазоне от 3 до 18. Если
            SAP_LIST не указан в обмене возможностями, сервер
            предполагает, что клиент может поддерживать все значения SAP. Для
            Например, если клиент может поддерживать только SAP 4 и 8, то
            должны быть отправлены следующие управляющие векторы: «0x04, 0x01, 0x04,
            0x08". Первый байт указывает длину 4. Второй байт
            указывает тип вектора управления SAP_LIST. Последние два
            байты указывают поддерживаемые значения SAP; 0x04 и 0x08.Этот
            Вектор управления используется только клиентом. Если сервер принимает
            этот управляющий вектор, он должен вернуть тот же управляющий вектор в
            клиент.
    
       0x02 ПРОДАВЕЦ_КОД. Длина: 3 байта.
            Каждому поставщику присваивается код поставщика, который идентифицирует
            продавец. Этот вектор управления не требует ответа.
    
       После того, как приемник ответит на управляющий вектор, если возможность
       обмен не производится, отправитель не обязан отправлять одинаковые
       Снова контрольный вектор.+----------------+---------+
               | Имя поля | Информация |
               +----------------+---------+
               | Тип сообщения | 0x12 |
               +----------------+---------+
               | Длина пакета | 0x1С |
               +----------------+---------+
                        Рисунок 3-14. Заголовок CAP_XCHANGE
    
    
    
    
    
    
    
    
    
    
    
    
    Чанг и др. др. Информационная [Страница 18] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
                 +-----------------------------------+
                 | Имя поля (каждая строка — один байт) |
                 +===================================+
               0 | MAC-адрес |
                 + - - - - - - - - - - - - - - - - - +
               1 | |
                 + - - - - - - - - - - - - - - - - - +
               2 | |
                 + - - - - - - - - - - - - - - - - - +
               3 | |
                 + - - - - - - - - - - - - - - - - - +
               4 | |
                 + - - - - - - - - - - - - - - - - - +
               5 | |
                 +-----------------------------------+
               6 | Флаг |
                 +-----------------------------------+
               7 | Зарезервировано |
                 +-----------------------------------+
                      Рисунок 3-15.CAP_XCHANGE Формат данных
    
    3.4.7. Кадры CLOSE_PEER_REQ
    
       Этот фрейм используется для управления одноранговыми соединениями и содержит
       поле кода причины. Следующий список описывает уважительную причину
       коды:
    
       0x01 Выключение системы. Это указывает на то, что происходит отключение.
    
       0x02 Приостановить. Этот код используется при отсутствии трафика между
            сервер и клиент, и сервер или клиент желает
            приостановить сеанс TCP. Когда сеанс TCP приостановлен, все
            цепи должны оставаться целыми.Сеанс TCP должен быть перезапущен.
            устанавливается, когда необходимо отправить новые пользовательские данные. Когда ПТС
            сессия восстановлена, нет необходимости отправлять
            Кадр CAP_XCHANGE снова.
    
       0x03 MAC-адрес недоступен. Этот код отправляется сервером, когда
            нет доступного MAC-адреса из пула MAC-адресов.
    
               +----------------+---------+
               | Имя поля | Информация |
               +----------------+---------+
               | Тип сообщения | 0x13 |
               +----------------+---------+
               | Длина пакета | 0x08 |
               +----------------+---------+
                       Рисунок 3-16.Заголовок CLOSE_PEER_REQ
    
    
    
    Чанг и др. др. Информационная [Страница 19] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
                 +-----------------------------------+
                 | Имя поля (каждая строка — один байт) |
                 +===================================+
               0 | Код причины |
                 +-----------------------------------+
               1 | Зарезервировано |
                 + - - - - - - - - - - - - - - - - - +
               2 | |
                 + - - - - - - - - - - - - - - - - - +
               3 | |
                 +-----------------------------------+
                    Рисунок 3-17.CLOSE_PEER_REQ Формат данных
    
    3.4.8. Кадры CLOSE_PEER_RSP, PEER_TEST_REQ и PEER_TEST_RSP
    
       Эти три кадра используются для управления одноранговыми соединениями. Есть
       нет связанных с ними данных.
    
       о CLOSE_PEER_RSP
         CLOSE_PEER_RSP — это ответ на CLOSE_PEER_REQ.
    
       о PEER_TEST_REQ и PEER_TEST_RSP
         PEER_TEST_REQ и PEER_TEST_RSP используются для поддержания активности на уровне одноранговых узлов.
         Реализация PEER_TEST_REQ необязательна, но PEER_TEST_RSP должен быть
         реализован для ответа на кадр PEER_TEST_REQ.Когда
         Кадр PEER_TEST_REQ отправляется на удаленную станцию, отправитель
         ожидает получения кадра PEER_TEST_RSP в заданное время
         интервал (рекомендуемое значение 60 секунд). Если
         Кадр PEER_TEST_RSP не получен в предопределенное время
         интервал, отправитель может снова отправить кадр PEER_TEST_REQ. Если
         предварительно определенное количество кадров PEER_TEST_REQ отправляется на удаленный
         станции, но кадр PEER_TEST_RSP не получен (рекомендуемый
         число равно 3), отправитель должен закрыть сеанс TCP с этим
         удаленную станцию ​​и завершить все связанные цепи.+----------------+---------+
               | Имя поля | Информация |
               +----------------+---------+
               | Тип сообщения | 0x14, 0x1D или 0x1E |
               +----------------+---------+
               | Длина пакета | 0x04 |
               +----------------+---------+
       Рисунок 3-18. CLOSE_PEER_RSP, PEER_TEST_REQ и PEER_TEST_RSP DCAP
    
    4. Блок-схема протокола
    
       На следующей диаграмме показан нормальный запуск/закрытие сеанса.
       последовательность между клиентом и сервером.Чанг и др. др. Информационная [Страница 20] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
                                  +-----------+ +-------+
           +-----------+ Токен | DLSw/DCAP | | ДКАП |
           | Мейнфрейм +- Кольцо ---+ Маршрутизатор +-- IP-магистраль--+ Клиент|
           +-----------+ +------------+ +-------+
    
                                                 Начало сеанса TCP
                                                 <-------------
                                                 CAP_EXCHANGE (команда)
                                                 <-------------
                                                 CAP_EXCHANGE (команда)
                                                 ------------->
                                                 CAP_EXCHANGE (rsp)
                                                 ------------->
                         ТЕСТ(P) CAN_U_REACH
                        <-------- <--------------
                         ТЕСТ(F) I_CAN_REACH
                        --------> ------------->
                                                 START_DL
                                                 <-------------
                                                 DL_STARTED
                                                 ------------->
                         XID(P) XID_FRAME
                        <-------- <--------------
                         XID(F) XID_FRAME
                        --------> ------------->
                         XID(P) XID_FRAME
                        <-------- <--------------
                         SABME CONTACT_STN
                        --------> ------------->
                         UA STN_CONTACTED
                        <-------- <--------------
                         I КАДР INFO_FRAME
                        <-------- <--------------
                         I КАДР INFO_FRAME
                        --------> ------------->
                         ДИСК HALT_DL
                        <-------- <--------------
                         UA DL_HALTED
                        --------> ------------->
                                                 CLOSE_PEER_REQ
                                                 <-------------
                                                 CLOSE_PEER_RSP
                                                 ------------->
                                                 TCP-сессия отключена
                                                 <-------------
    
    
    
    
    
    
    Чанг и др.др. Информационная [Страница 21] 

    RFC 2114 DCAP, февраль 1997 г.
    
    
    5. Благодарности
    
       Авторы выражают благодарность Роджеру Эриксону из Wall Data,
       Inc. за его полезные комментарии и предложения.
    
    6. Ссылки
    
       [1] Группа по интересам AIW DLSw, RFC 1795,
           «DLSw: протокол переключения на коммутатор», апрель 1995 г.
    
       [2] Справочник по сетевой архитектуре IBM Token Ring
           SC30-3374-02, сентябрь 1989 г.[3] Технический справочник IBM LAN IEEE 802.2 и приложение NETBIOS
           Программные интерфейсы SC30-3587-00, декабрь 1993 г.
    
       [4] Международный стандарт ISO 8802-2/IEEE Std 802.1D.
    
    Адреса авторов
    
       Стив Т. Чанг
       Бизнес-подразделение InterWorks
       Сиско Системс, Инк.
       170 Тасман Драйв
       Сан-Хосе, Калифорния 95134
       Телефон: (408) 526-5189
       Электронная почта: [email protected]
    
       Джозеф С. Ли
       Бизнес-подразделение InterWorks
       Сиско Системс, Инк.
       170 Тасман Драйв
       Сан-Хосе, Калифорния 95134
       Телефон: (408) 526-5232
       Электронная почта: [email protected]	

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

Ваш адрес email не будет опубликован.