Cервисы организации сетевого доступа к приложениям : Модули контента Cisco серии 500

Понимание анализа журнала транзакций Content Engine

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ объясняет коды, что вы присматриваете за запуском команды show transaction-log entries 255 на Модуле контента Cisco. Данные журнальные коды написаны в формате Squid Log Format, и каждый журнал можно проанализировать с помощью любого анализатора журнальных файлов, поддерживающего данный формат.

Перед началом работы

Условные обозначения

Дополнительные сведения об условных обозначениях в документах см. Cisco Technical Tips Conventions.

Предварительные условия

Читатели данной документации должны быть хорошо осведомлены относительно Формата журнала Squid. В отличие от стандартного формата журнала, собственный формат журнала Squid был разработан со статистикой Модуля контента в памяти. Этот формат может генерироваться не только Squid, но также и коммерческими Модулями контента, такими как ContentFlow, InfoLibria и NetContent. Для получения дополнительной информации обратитесь к Содержанию Веба - прокси Squid leavingcisco.com.

Используемые компоненты

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

  • все версии программного обеспечения Модуля контента Cisco (раньше программное обеспечение Cache Engine)

  • все версии Модуля контента Cisco (раньше программное обеспечение Cache Engine)

Стандартные коды регистрации

Этот раздел объясняет стандартные коды журнала.

TCP_HIT

Допустимая копия запрашиваемого объекта была в Модуле контента.

TCP_MISS

Запрашиваемый объект не был в Модуле контента.

TCP_REFRESH_HIT

Объект был в Модуле контента, но это было устаревшее (старый). Запрос If-Modified-Since был выполнен, и ответ 304 Not Modified был получен.

TCP_REF_FAIL_HIT

Объект был в Модуле контента, но это было устаревшим. Запрос на проверку объекта завершился неудачно, поэтому устаревший объект был возвращен.

TCP_REFRESH_MISS

Объект был в Модуле контента, но это было устаревшим. Запрос If-Modified-Since был выполнен, и ответ содержал новое содержание.

TCP_CLIENT_REFRESH

Клиент создал запрос с указанием без кэширования.

TCP_IMS_HIT

Клиент выполнил запрос If-Modified-Since, и объект был в Модуле контента и все еще нов.

TCP_IMS_MISS

Клиент выполнил запрос If-Modified-Since о старом объекте.

TCP_SWAPFAIL

Объект, как полагали, был в Модуле контента, но к этому нельзя было обратиться.

TCP_DENIED

Этому запросу отказано в доступе.

UDP_

Этот код относится к запросам, поступающим на порт (3130) управляющего протокола Интернета (ICP).

UDP_HIT

Допустимая копия запрашиваемого объекта была в Модуле контента.

UDP_HIT_OBJ

Допустимая копия запрашиваемого объекта была в Модуле контента, но данные объекта были достаточно маленькими, чтобы быть переданными в пакете ответа Протокола UDP. Это сохраняет запрос Протокола TCP.

UDP_MISS

Запрашиваемый объект не был в Модуле контента.

UDP_DENIED

Этому запросу отказано в доступе.

UDP_INVALID

Получен неправильный запрос.

UDP_RELOADING

Запросу ICP отказали, потому что Модуль контента занят, повторно загружая его метаданные.

.err

Этот код обращается к различным типам ошибок для запросов HTTP.

Коды данных иерархии

Этот раздел объясняет коды данных иерархии.

ПРЯМОЙ

Объект запрошен с исходного сервера.

FIREWALL_IP_DIRECT

Объект запросили от исходного сервера, потому что IP-адрес исходного хоста в вашем межсетевом экране.

FIRST_PARENT_MISS

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

FIRST_UP_PARENT

Объект запросили от первого доступного родителя в вашем списке.

LOCAL_IP_DIRECT

Объект запрошен с исходного сервера, так как IP-адрес исходного хоста соответствует списку local_ip.

SIBLING_HIT

Объект запросили от одноуровневого Модуля контента, который ответил с UDP_HIT.

NO_DIRECT_FAIL

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

NO_PARENT_DIRECT

Объект запросили от исходного сервера, потому что никакие родительские Модули контента не существуют для URL.

PARENT_HIT

Объект запросили от родительского Модуля контента, который ответил с UDP_HIT.

SINGLE_PARENT

Объект запросили от единственного родительского Модуля контента, соответствующего этому URL.

SOURCE_FASTEST

Объект запросили от исходного сервера, потому что ответ source_ping поступил сначала.

PARENT_UDP_HIT_OBJ

Объект был получен в ответе UDP_HIT_OBJ от родительского Модуля контента.

SIBLING_UDP_HIT_OBJ

Объект был получен в ответе UDP_HIT_OBJ от одноуровневого Модуля контента.

PASSTHROUGH_PARENT

Был использован сосед или прокси, определенный в параметре passthrough_proxy config.

SSL_PARENT_MISS

Был использован сосед или прокси, определенный в параметре ssl_proxy config.

DEFAULT_PARENT

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

ROUNDROBIN_PARENT

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

CLOSEST_PARENT_MISS

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

CLOSEST_DIRECT

Объект был выбран непосредственно от исходного сервера, потому что этот Модуль контента измерил более низкий RTT, чем любой из родительских Модулей контента.


Дополнительные сведения


Document ID: 12563