В протоколе об административном правонарушении не указаны свидетели: Если в протоколе об АП свидетели не указаны, а при рассмотрении дела об АП они участвуют… Нарушение ли это со стороны Суда?

Содержание

Отсутствие подписи в протоколе об административном правонарушении

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


Требования к протоколу об административном правонарушении

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

28.2 КоАП РФ). Протокол об административном правонарушении должен быть подписан должностным лицом, его составившим, и физическим лицом или законным представителем юридического лица, в отношении которого возбуждено дело об административном правонарушении.


Недопустимое доказательство в административном процессе

Согласно ч.3 ст.26.2 КоАП РФ не допускается использование доказательств по делу об административном правонарушении, если указанные доказательства получены с нарушением закона. Если документ добыты в нарушением закона, то он не имеет юридической силы.


Неправильно составленный протокол об административном правонарушении

В случае поступления в суд неправильно составленного протокола или ненадлежащего оформления других материалов административного дела (составлено неправомочным лицом, не полно представлены материалы, отсутствуют подписи), то судья в соответствии с п.4 ч.1 ст.29.4 КоАП РФ может вернуть материалы в орган или должностному лицу, который составил протокол.

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


Как подстраховаться от фальсификации протокола

После составления протокола об административном правонарушении его копию должны вручить «правонарушителю» (ч.6 ст.28.2 КоАП РФ). По копии протокола можно проследить, будут ли в первом экземпляре (на оригинале) протокола, который останется у должностного лица и поступит в суд, в последующем фальсификации. По этой причине никогда не стоит отказываться от получения копии протокола и следует беречь её.


Отсутствие подписи должностного лица

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


Отсутствие подписи привлекаемого
Отсутствие подписи привлекаемого в протоколе об административном правонарушении, если нарушитель отказался подписывать протокол и имеется соответствующая об этом отказе запись, не ведет к признанию протокола недопустимым (ч.5 ст.28.2 КоАП РФ).

Отсутствие подписи нарушителя напротив исправлений в протоколе

Отсутствие подписи «нарушителя» напротив исправлений в протоколе ведёт в признанию протокола недопустимым, если в самом протоколе нет отражения о внесении изменений в протокол при его составлении и нет сведений об ознакомлении привлекаемого с внесенными изменениями (Постановление Верховного суда РФ №58-АД18-7 от 10.12.2018г.).

Подготовил: адвокат по административным делам Васильев А.Л.

На вас составили протокол о нарушении ПДД: что делать?

Составление протокола при нарушении ПДД является очень ответственным шагом. Он должен быть оформлен правильно, так как от этого зависит дальнейшее развитие событий. О том, что делать при оформлении протокола, связанного с нарушением ПДД, как себя вести с инспектором ГИБДД, вы узнаете из статьи.

Протокол должен быть оформлен правильно

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

Если говорить более подробно, то при оформлении протокола о нарушении ПДД обратите внимание на правильность указания следующих сведений:

  • о дате и месте оформления протокола;
  • о сути правонарушения, времени и места его совершения;
  • о должности, фамилии и инициалах лица, составившего протокол.

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

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

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

И еще один важный момент. Обязательно подпишите протокол. Ваша подпись подтверждает лишь факт ознакомления с протоколом. При отсутствии подписи вам трудно будет впоследствии подтвердить свое несогласие с вменяемым вам правонарушением.

Прилагаемые к протоколу материалы должны быть в наличии

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

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

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

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

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

В протоколе можно отразить ходатайства

Вы можете ходатайствовать, как минимум, о двух вещах.

Во-первых, вы можете настаивать на присутствии адвоката. Об этом поставьте в известность инспектора. Адвокат может быть допущен к участию в производстве по делу о нарушении ПДД с момента начала составления протокола. Именно этот момент считается моментом возбуждения дело об административном правонарушении.

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

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

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

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

Административный процесс: права гражданина и обязанности ведущих его органов

Распространенными являются дела по ст.ст. 23.34

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

В случае задержания важно понимать, что несмотря на возможные попытки сотрудников силовых ведомств получить показания «по горячим следам», лицо, в отношении которого ведется административный процесс, имеет право отказаться от дачи любых объяснений по делу (согласно п. 2 ч. 1 ст. 4.1 ПИКоАП). Рекомендуется не давать пояснений до встречи с адвокатом.

Законодательство не налагает ответственность за «лжесвидетельствование» в отношении себя, а любые объяснения приобретают юридическую силу только после подписания протокола опроса. От подписания протокола об административном правонарушении отказываться не стоит, но важно сделать это правильно.

Первым делом стоит заявить ходатайство о допуске для участия в деле защитника (адвоката с указанием Ф.И.О. или кого-то из близких родственников). Любой человек имеет право на защиту, важно об этом заявить представителям правоохранительных органов. На них лежит

обязанность обеспечить это право. Желательно найти возможность такое ходатайство заявить письменно (если вам предоставили бумагу и ручку) и предъявить сотруднику, указав дату и время подписания. Если бумагу не предоставили, это можно сделать в протоколе об административном правонарушении в разделе «Объяснения лица, в отношение которого ведется административный процесс» (основание – п. 5 ч. 1 ст. 4.1, ст. 2.8 ПИКоАП).

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

до вынесения постановления о привлечении к ответственности на основании ст.ст. 7.1, 7.2 ПИКоАП.

Кроме того, важно постараться запомнить номер кабинета, этаж, точный адрес РУВД, где осуществлялись процессуальные действия, время их проведения. Если кто-то из сотрудников будет использовать видео­регистратор, постарайтесь увидеть и запомнить его номер, поскольку можно будет ходатайствовать об изъятии видеозаписи для приобщения к материалам дела и даче им оценки в ходе рассмотрения дела либо в ходе служебной проверки.

Протокол задержания является обязательным документом, который должен составляться даже в случае задержания менее чем на 3 часа. По просьбе задержанного копия протокола выдается задержанному (ст. 8.6 ПИКоАП).

Перед подписанием протокола об административном правонарушении необходимо внимательно ознакомиться с его содержанием. Если задержанному не были разъяснены права и обязанности (очень часто на практике этого не происходит), то об этом стоит собственноручно написать в протоколе и поставить рядом свою подпись.

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

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

8.2 ПИКоАП, не имеется (основание – ст.ст. 7.1, 7.2 ПИКоАП).

 

Как действовать в суде

Важно помнить, что на суде (как и на органе, ведущем административный процесс) лежит обязанность обеспечить возможность фактической реализации прав в административном процессе (ст.ст. 2.3, 2.8 ПИКоАП).

После начала судебного заседания можно потребовать обеспечить вас бумагой и ручкой для ведения записей. Стоит записать Ф.И.О. судьи и секретаря. В случае отклонения ходатайства нужно принести возражение и требовать занести его в протокол судебного заседания.

Если заседание проводится посредством электронной связи (Skype), что сейчас распространено со ссылкой на обеспечение безопасности в связи с пандемией COVID-19, против этого есть основания возражать и заявить ходатайство о переносе судебного заседания и проведении его в условиях суда.

Дело в том, что участие в судебном рассмотрении посредством электронной связи ПИКоАП преду­смотрено, но только при условии, если участники против этого не возражают. Кроме того, данный формат рассмотрения не обеспечивает в полной мере открытости судебного рассмотрения, установленного ч. 1 ст. 2.14 ПИКоАП, и обеспечения всех прав участников.

Далее важно ходатайствовать о допуске защитника. Наличие или отсутствие договора с адвокатом или доверенности у родственника не является основанием для недопуска на данной стадии этих лиц в качестве защитника. Ордер адвоката и доверенность родственника в качестве защитника предъявляются суду лишь в момент, когда защитник приступает к участию в деле (п. 5 ч. 1 ст. 4.1, ст. 4.5 ПИКоАП).

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

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

В случае если суд навязывает дежурного адвоката, его услугами можно пользоваться, но стоит заявить ходатайство о необходимости общения с ним беспрепятственно, наедине и конфиденциально (основание – п. 6 ч. 1 ст. 4.1 ПИКоАП). Дежурному адвокату можно выразить недоверие и ходатайствовать о допуске другого защитника.

 

Кто кому свидетель

Зачастую по административным делам свидетелями в суде выступают сотрудники милиции, в т.ч. ОМОН. Однако их участие в деле в качестве должностных лиц органа, ведущего административный процесс, исключает участие их в деле в качестве свидетелей. Поэтому стоит уточнить у такого свидетеля, в каком статусе он производил задержание (если это делал он) и являлся ли он должностным органом, ведущим административный процесс. Если это так, то необходимо принести свои возражения против опроса такого свидетеля (основание – ст. ст. 5.1, 5.3 ПИКоАП).

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

На любой стадии судебного рассмотрения на основании ст.ст. 5.1, 5.4 ПИКоАП можно заявлять отвод судье, в т.ч. неоднократно, по причине наличия иных обстоятельств, дающих основание полагать, что судья имеет личную заинтересованность в исходе дела.

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

 

Чем полезен адвокат до суда

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

Тем не менее рассмотрим, какие преимущества дает наличие такого договора до суда.

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

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

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

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

Если же адвокат самостоятельно звонит в РОВД и пытается узнать, где находится его подзащитный, это может привести к успеху, но не всегда.

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

Несмотря на то что руководство Белорусской республиканской коллегии адвокатов поднимало этот вопрос на встрече в МВД, по-прежнему звучат отказы со ссылкой на отсутствие свободных мест или противоэпидемиологические меры.

(За помощь в подготовке материала благодарим сообщество в Facebook «Юристы Беларуси»).

Использование материала без разрешения редакции запрещено. За разрешением обращаться на [email protected] 

Автор публикации: Алексей АЛЕКСАНДРОВ

Статья доступна для бесплатного просмотра до: 01.01.2028


последние изменения и поправки, судебная практика

СТ 25.6 КоАП РФ

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

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

3. Свидетель вправе:

1) не свидетельствовать против себя самого, своего супруга и близких родственников;

Бесплатная юридическая консультация по телефонам:

2) давать показания на родном языке или на языке, которым владеет;

3) пользоваться бесплатной помощью переводчика;

4) делать замечания по поводу правильности занесения его показаний в протокол.

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

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

6. За отказ или за уклонение от исполнения обязанностей, предусмотренных частью 2 настоящей статьи, свидетель несет административную ответственность, предусмотренную настоящим Кодексом.

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

Комментарий к Ст. 25.6 Кодекса об Административных Правонарушениях РФ

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

2. Законодатель исключил положение, ранее существовавшее в КоАП РСФСР, о том, что в качестве свидетеля может быть вызвано любое лицо, обладающее соответствующей информацией. Согласно ст. 51 Конституции РФ никто не обязан свидетельствовать против себя самого, своего супруга и близких родственников, круг которых определяется федеральным законом. Повторив в ч. 3 комментируемой статьи это конституционное положение, законодатель определил в примечании к рассматриваемой статье круг близких родственников (родители, дети, усыновители, усыновленные, родные братья и сестры, дедушка, бабушка, внуки). Статьей 51 Конституции России установлено также, что федеральным законом могут предусматриваться и иные случаи освобождения от обязанности давать свидетельские показания.

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

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

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

5. По правилам комментируемой статьи может быть опрошен и потерпевший, хотя в таком положении нам видится серьезное законодательное противоречие (см. комментарий к ст. 25.2 КоАП РФ).

6. При наличии перечисленных в ч. 2 ст. 25.12 КоАП РФ обстоятельств специалисты, эксперты или переводчики подлежат отводу (см. комментарий к ст. ст. 25.12 и 25.13 КоАП РФ). Между тем, если указанным лицам известны обстоятельства, подлежащие установлению по делу, они также могут быть опрошены в качестве свидетелей.

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

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

9. Требования к свидетелю, содержащиеся в ч. 2 комментируемой статьи (явиться по вызову, дать правдивые показания, сообщив все известное ему по делу, ответить на поставленные вопросы), относятся к случаям вызова его как к судье, органу, должностному лицу, в производстве которых находится дело об административном правонарушении, так и к лицу, уполномоченному составлять протокол об административном правонарушении. Показания свидетеля должны содержать ответы на заданные ему вопросы, которые позволяют оценить правдивость его показаний, возможность объективно воспринять и оценить обстоятельства дела. Если свидетель в своих показаниях ссылается на сведения, полученные им от других лиц, он должен сообщить все известные ему данные об этих лицах. Если речь идет о лицах, незнакомых свидетелю, он должен сообщить в своих показаниях, при каких обстоятельствах и где встретился с ними, описать их, назвать, кто может подтвердить содержание разговора, и т.д. (см. также комментарий к ст. 26.3 КоАП РФ).

10. Свидетель имеет право давать показания на родном языке или на языке, которым владеет. Свидетелю, не владеющему языком, на котором ведется производство по делу, являющемуся немым или глухим, бесплатно предоставляется переводчик или лицо, владеющее навыками сурдоперевода (см. комментарий к ст. 25.10 КоАП РФ).

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

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

13. Свидетель предупреждается об административной ответственности за дачу заведомо ложных показаний. Такая ответственность наступает по ст. 17.9 КоАП РФ. За отказ или уклонение от исполнения обязанностей, предусмотренных комментируемой статьей, свидетель несет административную ответственность по ст. 17.7 КоАП РФ. Заявление свидетеля о том, что он ничего не знает об обстоятельствах рассматриваемого дела, не может расцениваться как отказ или уклонение от дачи показаний. Если будет доказано, что это заведомая неправда, свидетель может быть привлечен к административной ответственности за дачу ложных показаний.

Устранение неполадок «Линейный протокол не работает» на интерфейсах POS

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

Помимо помощи в определении того, что линейный протокол не работает, в нем объясняются команды show и debug , которые можно использовать для устранения проблем как для протокола точка-точка (PPP), так и для управления каналом передачи данных высокого уровня ( HDLC) инкапсуляция.Он также проведет вас через типичный сценарий устранения неполадок на основе задокументированной лабораторной настройки.

Для целей документа выходные данные команды show interface pos соответствуют данным выходным данным. Обратите внимание на выделенные части дисплея и комментарии:

 RTR12410-2 #  показать интерфейс pos 6/0 
  POS6 / 0 работает, линейный протокол не работает 
 
! --- Линейный протокол не работает
 . 
     Оборудование - это пакетная передача по сети SONET
  MTU 4470 байт, BW 2488000 Кбит, DLY 100 мкс, полагается 255/255, загрузка 1/255
  Инкапсуляция HDLC, crc 32, loopback не установлен 
 
! --- Шлейф не установлен.
       Набор Keepalive (10 сек) 
 
! --- Keepalive устанавливается каждые десять секунд.
 
     Скрембл отключен
  Последний вход никогда, выход 00:00:05, выход зависает никогда
  Последняя очистка счетчиков "показать интерфейс" никогда
  Стратегия организации очереди: FIFO
  Очередь вывода 0/40, 0 отбрасывается; входная очередь 0/75, 0 отбрасывается
  Скорость ввода за 5 минут 0 бит / сек, 0 пакетов / сек
  5-минутная скорость вывода 0 бит / сек, 0 пакетов / сек
     0 пакетов на входе, 0 байтов, 0 без буфера
     Получено 0 трансляций, 0 рантов, 0 гигантов, 0 троттлов
              0 паритет
     0 ошибок ввода, 0 CRC, 0 кадров, 0 переполнения, 0 игнорирования, 0 прерывания
     Выход 3 пакета, 1074 байта, 0 невыполнений
     0 ошибок вывода, 0 аппликаций, 1 сброс интерфейса
     0 отказов выходного буфера, 0 выходных буферов выгружены
     2 несущих перехода 

Справочник по командам Cisco IOS ® заявляет, что состояние поля линейного протокола «указывает, считают ли программные процессы, которые обрабатывают линейный протокол, линию пригодной для использования (т. Е. Сообщения поддержки активности), или она была отключена администратором.«

Другие важные поля в выводе show interface pos :

  • Инкапсуляция —Метод инкапсуляции, назначенный интерфейсу.

  • loopback — Указывает, установлена ​​ли петля.

  • keepalive — указывает, установлены ли пакеты keepalive.

На этой схеме показан стек протоколов, используемый в интерфейсе POS.

Интерфейсы

POS поддерживают несколько инкапсуляций — HDLC, PPP и Frame Relay. Таким образом, пакет через SONET — это более точно PPP через SONET или HDLC через SONET. В этом документе не рассматривается инкапсуляция Frame Relay.

PPP и HDLC тесно связаны и имеют следующие характеристики:

  • Обеспечьте каркасную конструкцию с заголовками и прицепами. В трейлере предусмотрена проверка ошибок.

  • Обеспечивает разграничение кадра, которое определяет для получателя, где именно начинается и заканчивается пакет и кадр. В HDLC и PPP выделение кадра обеспечивается с помощью специального шаблона межкадрового заполнения или шаблона ожидания. Шаблон — 0x7E или 0111 1110.

  • Определите минимальную и максимальную длину пакета.

  • Транспортируют IP-пакеты и предоставляют приемникам метод определения точного типа пакета во входящем кадре.

Однако, хотя и тесно связаны, PPP и HDLC — не одно и то же, и для устранения проблем с протоколом линии используются разные команды debug .

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

Осторожно: Поскольку выводам отладки назначается высокий приоритет в процессе ЦП, это может сделать систему непригодной для использования. По этой причине используйте команды debug только для устранения конкретных проблем или во время сеансов устранения неполадок с персоналом технической поддержки Cisco. Более того, лучше всего использовать команды debug в периоды низкого сетевого трафика и меньшего количества пользователей. Отладка в эти периоды снижает вероятность того, что увеличенные накладные расходы на обработку команд debug повлияют на использование системы. Когда вы закончите использовать команду debug , не забудьте отключить ее с помощью специальной команды no debug или no debug all .

Эти команды debug полезны при устранении неполадок интерфейса POS.Дополнительные сведения о функциях и выходных данных каждой из этих команд приведены в публикациях Справочника по командам Cisco Debug:

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

  • debug pppgotiation —Показывает пакеты PPP, передаваемые во время запуска PPP, где согласовываются параметры PPP.

  • debug ppp packet — показывает отправляемые и получаемые пакеты PPP. Эта команда отображает низкоуровневые дампы пакетов.

  • debug ppp errors —Показывает ошибки PPP (например, недопустимые или неправильно сформированные кадры), связанные с согласованием и работой соединения PPP.

Дополнительные сведения см. В разделе «Устранение неполадок последовательной линии».

HDLC — это тип инкапсуляции по умолчанию на интерфейсе маршрутизатора POS.HDLC является международным стандартом, но реализации поставщика изменяют одно или несколько полей или заголовок или трейлер по размеру и формату. Спецификация Telecordia GR-253, которая определяет SONET, обсуждает отображение HDLC-over-SONET (см. Выпуск 3, раздел 3.4.2.3, стр. 3-59). В нем указывается, что кадр HDLC должен быть выровнен по байтам с кадром SONET, а также определяет самосинхронизирующийся скремблер, проверку циклическим избыточным кодом (CRC) и использование шаблона флага HDLC в качестве межкадрового заполнения для учета изменчивого характера поступающих кадров HDLC.

Если команда show interface pos показывает, что линия и протокол не работают с инкапсуляцией HDLC, вы можете использовать команду debug serial interface , чтобы изолировать проблему линии как причину сбоя соединения. HDLC использует пакеты поддержки активности и сообщает значения трех счетчиков в отладочных данных:

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

  • mineseen —Значение счетчика mineseen отражает последний порядковый номер myseq, который удаленный маршрутизатор подтвердил получение от маршрутизатора.Удаленный маршрутизатор сохраняет это значение в своем счетчике yourseen и отправляет это значение в пакете поддержки активности на маршрутизатор.

  • yourseen — Отражает значение порядкового номера myseq, который маршрутизатор получил в пакете поддержки активности от удаленного маршрутизатора.

Если значения keepalive в полях mineseq, yourseen и myseen не увеличиваются в каждой последующей строке вывода, проблема в одном конце соединения.Когда разница в значениях в полях myseq и mineseen превышает три, строка отключается и интерфейс сбрасывается.

Это пример выходных данных команды debug serial interface для соединения HDLC, когда пакеты Keepalive принимаются правильно обоими сторонами.

 hswan-12008-2a #  отладочный последовательный интерфейс 
Отладка последовательного сетевого интерфейса включена
hswan-12008-2a #
31 октября, 11:47:16: POS4 / 0: HDLC myseq 180, mineseen 0 *, yourseen 1, состав
31 октября 11:47:17:% LINEPROTO-5-UPDOWN: протокол линии на интерфейсе POS4 / 0,
изменил состояние на вверх
 
! --- Локальный маршрутизатор видит удаленное сообщение проверки активности с порядковым номером 1.
31 октября, 11:47:26: POS4 / 0: HDLC myseq 181, mineseen 181 *, yourseen 2, состав
31 октября 11:47:36: POS4 / 0: HDLC myseq 182, mineseen 182 *, yourseen 3, состав
31 октября, 11:47:46: POS4 / 0: HDLC myseq 183, mineseen 183 *, yourseen 4, состав
31 октября, 11:47:56: POS4 / 0: HDLC myseq 184, mineseen 184 *, yourseen 5, состав
31 октября, 11:48:06: POS4 / 0: HDLC myseq 185, mineseen 185 *, yourseen 6, состав
 
! --- По умолчанию сообщения Keepalive отправляются каждые 10 секунд.  ! --- Обе стороны сообщают об увеличении порядковых номеров.
 

Это пример выходных данных команды debug serial interface для соединения HDLC, когда удаленный интерфейс закрыт, а локальный интерфейс пропускает более трех сообщений проверки активности.

 hswan-12008-2a #
31 октября, 11:49:46: POS4 / 0: HDLC myseq 195, mineseen 192, yourseen 13, линия вниз
31 октября 11:49:47:% LINEPROTO-5-UPDOWN: протокол линии на интерфейсе POS4 / 0,
изменил состояние на выключенное
 
! --- Локальный маршрутизатор не смог получить три сообщения поддержки активности и! --- отключает линейный протокол.Обратите внимание на разницу между! --- "myseq 195" и "mineseen 192".
 
31 октября, 11:49:56: POS4 / 0: HDLC myseq 196, mineseen 192, yourseen 13, линия вниз
31 октября, 11:50:06: POS4 / 0: HDLC myseq 197, mineseen 192, yourseen 13, линия вниз
31 октября, 11:50:16: POS4 / 0: HDLC myseq 198, mineseen 192, yourseen 13, линия вниз
31 октября, 11:50:26: POS4 / 0: HDLC myseq 199, mineseen 192, yourseen 13, линия вниз
31 октября, 11:50:36: POS4 / 0: HDLC myseq 200, mineseen 0 *, yourseen 1, очередь
31 октября 11:50:37:% LINEPROTO-5-UPDOWN: протокол линии на интерфейсе POS4 / 0,
изменил состояние на вверх
 
! --- После того как вы выполните команду  no shut  на удаленном маршрутизаторе,! --- локальный маршрутизатор снова получит сообщение поддержки активности и активирует! --- протокол линии. 
31 октября, 11:50:46: POS4 / 0: HDLC myseq 201, mineseen 201 *, yourseen 2, состав
31 октября, 11:50:56: POS4 / 0: HDLC myseq 202, mineseen 202 *, yourseen 3, состав
31 октября 11:51:06: POS4 / 0: HDLC myseq 203, mineseen 203 *, yourseen 4, состав
31 октября, 11:51:16: POS4 / 0: HDLC myseq 204, mineseen 204 *, yourseen 5, состав
31 октября, 11:51:26: POS4 / 0: HDLC myseq 205, mineseen 205 *, yourseen 6, состав
31 октября, 11:51:36: POS4 / 0: HDLC myseq 206, mineseen 206 *, yourseen 7, очередь
 
! --- После выключения / отсутствия выключения удаленный маршрутизатор повторно инициализировал свой! --- порядковый номер. 

RFC 1661 определяет PPP как протокол. Интерфейсы POS поддерживают PPP в кадрировании, подобном высокоуровневому управлению каналом передачи данных (HDLC), как указано в RFC 1662, для инкапсуляции данных на уровне 2. Формат кадра для PPP в кадрировании, подобном HDLC, показан на этом рисунке.

RFC 2615 определяет использование инкапсуляции PPP по каналам SONET или SDH. PPP был разработан для использования в каналах «точка-точка» и подходит для каналов SONET или SDH, которые предоставляются как каналы «точка-точка» даже в кольцевых топологиях.

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

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

В этой таблице перечислены три класса пакетов LCP:

Класс пакета LCP Типы пакетов LCP Назначение
Конфигурация канала Configure-Request, Configure-Ack, Configure-Nak и Configure-Reject Используется для установления и настройки ссылки.
Прекращение связи Запрос на завершение и подтверждение завершения Используется для завершения ссылки.
Обслуживание связи Code-Reject, Protocol-Reject, Echo-Request, Echo-Reply и Discard-Request Используется для управления и отладки ссылки.

Конфигурация канала

LCP используется для установления соединения посредством обмена пакетами конфигурации.Этот обмен завершен, и состояние LCP Opened переходит в состояние, когда пакет Configure-Ack был отправлен и получен.

Этот пример выходных данных фиксирует этап конфигурации канала LCP на интерфейсе POS:

 4d01h: PO3 / 1 LCP: состояние открыто
4d01h: PO3 / 1 PPP: тип I pkt 0x8021, размер дейтаграммы 14 LCP_UP
(0x639FCAD8) id 0 (0 сек.) В очереди 1/1/2
  4d01h: PO3 / 1 PPP: Фаза UP 
4d01h: PO3 / 1 IPCP: O CONFREQ [Закрыто] id 152 len 10
4d01h: PO3 / 1 IPCP: Адрес 172. 16.1.1 (0x0306AC100101)
4d01h: PO3 / 1 PPP: тип I pkt 0x8021, размер датаграммы 14
4d01h: PO3 / 1 IPCP: I CONFREQ [REQsent] id 1 len 10
4d01h: PO3 / 1 IPCP: Адрес 172.16.1.2 (0x0306AC100102)
4d01h: PO3 / 1 IPCP: O CONFACK [REQsent] id 1 len 10
4d01h: PO3 / 1 IPCP: Адрес 172.16.1.2 (0x0306AC100102)
4d01h: PO3 / 1 IPCP: I CONFACK [ACKsent] id 152 len 10
4d01h: PO3 / 1 IPCP: Адрес 172.16.1.1 (0x0306AC100101)
4d01h: PO3 / 1 IPCP: состояние открыто
4d01h: PO3 / 1 IPCP: Установить маршрут к 172.16.1.2
4d01h:% LINEPROTO-5-UPDOWN: Линейный протокол на интерфейсе POS3 / 1,
изменил состояние до 

Примечание: Интерфейс POS, настроенный с инкапсуляцией PPP, постоянно пытается установить сеанс PPP.Таким образом, вы видите, что протокол линии периодически появляется на короткое время при наличии устойчивой проблемы, даже когда оптоволокно удалено.

Обслуживание канала (с Keepalive)

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

Эта диаграмма из RFC 1661 иллюстрирует формат пакета поддержки активности PPP.

Эти пакеты LCP включают следующие ключевые поля:

  • Код —9 для эхо-запроса и 10 для эхо-ответа.

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

  • Magic-Number — поле Magic-Number состоит из четырех октетов и помогает обнаруживать ссылки, которые находятся в состоянии обратной петли. Пока опция конфигурации Magic-Number не будет успешно согласована, Magic-Number должен быть передан как ноль. Дополнительное объяснение см. В описании опции конфигурации Magic-Number в RFC 1661.

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

Вот пример согласования ppp отладки , когда включены пакеты поддержки активности:

 4d01h: PO3 / 1 LCP: O ECHOREQ [Open] id 1 len 12 magic 0x1A45933B
4d01h: PO3 / 1 PPP: тип I pkt 0xC021, размер дейтаграммы 16
4d01h: PO3 / 1 LCP: I ECHOREP [Open] id 1 len 12 magic 0x00000002
4d01h: PO3 / 1 LCP: полученный идентификатор 1, отправленный идентификатор 1, выравнивание 

Прекращение связи

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

LCP использует пакеты завершения для закрытия канала. Отправитель Terminate-Request должен отключиться после получения Terminate-Ack или по истечении счетчика Restart. Получатель Terminate-Request должен ждать, пока одноранговый узел отключится, и не должен отключаться, пока не пройдет хотя бы одно время Restart после отправки Terminate-Ack.

Пакеты завершения LCP включают следующие ключевые поля:

  • Код —5 для запроса завершения и 6 для подтверждения завершения.

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

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

Вот пример вывода debug pppgotiation , когда вы получаете пакет TERMREQ:

 4d01h: PO3 / 1 PPP: тип I pkt 0xC021, размер дейтаграммы 8
4d01h: PO3 / 1 LCP: I TERMREQ [Open] id 4 len 4
4d01h: PO3 / 1 LCP: O TERMACK [Open] id 4 len 4
4d01h: PO3 / 1 PPP: тип I pkt 0xC021, размер дейтаграммы 18
4d01h: PO3 / 1 IPCP: состояние закрыто
4d01h: PO3 / 1 PPP: Фаза ЗАВЕРШЕНА
4d01h: PO3 / 1 LCP: I CONFREQ [TERMsent] id 1 len 14
4d01h: PO3 / 1 LCP: MRU 1500 (0x010405DC)
4d01h: PO3 / 1 LCP: MagicNumber 0x00000002 (0x050600000002)
4d01h: PO3 / 1 LCP: Отбрасывание пакета, состояние TERMsent
 
! --- Находясь в состоянии TERMsent, PPP должен отбрасывать все остальные пакеты.
4d01h: PO3 / 1 IPCP: Удалить маршрут к 172.16.1.2
4d01h:% LINEPROTO-5-UPDOWN: Линейный протокол на интерфейсе POS3 / 1,
изменил состояние на 

В этом разделе описывается пример сценария устранения неполадок для канала POS с использованием инкапсуляции PPP. Он использует следующие конфигурации:

Конфигурация маршрутизатора A
 интерфейс POS1 / 0
 IP-адрес 1.1.1.6 255.255.255.0
 нет IP-трансляции
 инкапсуляция ppp
 crc 16
 источник тактовый внутренний 
Конфигурация маршрутизатора B
 интерфейс POS2 / 0
 IP-адрес 1.1.1.5 255.255.255.0
 нет IP-трансляции
 инкапсуляция ppp
 crc 16 

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

согласование ppp отладки

Эти выходные данные иллюстрируют обмен пакетами, захваченный с помощью debug ppp согласования во время фазы установления канала LCP.

Выход отладки маршрутизатора A
 Router A Debug Output
(1)
 
! --- Маршрутизатор отправляет исходящее сообщение confreq.
hswan-12008-2a #
* 7 ноября, 08:27:00:% LINK-3-UPDOWN: интерфейс POS1 / 0, состояние изменено на «вверх»
* 7 ноября, 08:27:00: PO1 / 0 PPP: подключение к выделенной линии.
* 7 ноября, 08:27:00: PO1 / 0 PPP: Фаза УСТАНОВЛЕНИЕ, Активно Открыто
* 7 ноября, 08:27:00: PO1 / 0 LCP: O CONFREQ [Closed] id 7 len 14
* 7 ноября, 08:27:00: PO1 / 0 LCP: MRU 4470 (0x01041176)
* 7 ноября, 08:27:00: PO1 / 0 LCP: MagicNumber 0x4F46AF4D (0x05064F46AF4D) 
 (4)
 
! --- Маршрутизатор A принимает входящий конфрект от маршрутизатора B. 
* 7 ноября, 08:27:00: PO1 / 0 LCP: I CONFREQ [REQsent] id 45 len 14
* 7 ноября, 08:27:00: PO1 / 0 LCP: MRU 4470 (0x01041176)
* 7 ноября, 08:27:00: PO1 / 0 LCP: MagicNumber 0x2631E6D2 (0x05062631E6D2) 
  (5) 
 
! --- Маршрутизатор A отвечает конфигурированием и получает! --- конфигурирование от роутера B. Состояние LCP открыто.
 
* 7 ноября, 08:27:00: PO1 / 0 LCP: O CONFACK [REQsent] id 45 len 14
* 7 ноября, 08:27:00: PO1 / 0 LCP: MRU 4470 (0x01041176)
* 7 ноября, 08:27:00: PO1 / 0 LCP: MagicNumber 0x2631E6D2 (0x05062631E6D2)
* 7 ноября, 08:27:00: PO1 / 0 LCP: I CONFACK [ACKsent] id 7 len 14
7 ноября 08:27:00: PO1 / 0 LCP: MRU 4470 (0x01041176)
* 7 ноября, 08:27:00: PO1 / 0 LCP: MagicNumber 0x4F46AF4D (0x05064F46AF4D)
* 7 ноября, 08:27:00: PO1 / 0 LCP: состояние открыто
* 7 ноября, 08:27:00: PO1 / 0 PPP: Фаза UP 
  (7) 
 
! --- Маршрутизатор A начинает этап IPCP и согласовывает IP-адрес. ! --- В этой настройке одноранговый маршрутизатор уже имеет адрес и! --- отправляет его в конфигурации. Если равноправный маршрутизатор принимает адрес,! --- он отвечает конфекцией.
 
* 7 ноября, 08:27:00: PO1 / 0 IPCP: O CONFREQ [Closed] id 7 len 10
* 7 ноября, 08:27:00: PO1 / 0 IPCP: Адрес 1.1.1.6 (0x030601010106)
* 7 ноября, 08:27:00: PO1 / 0 CDPCP: O CONFREQ [Closed] id 7 len 4
* 7 ноября, 08:27:00: PO1 / 0 IPCP: I CONFREQ [REQsent] id 9 len 10
* 7 ноября, 08:27:00: PO1 / 0 IPCP: Адрес 1.1.1.5 (0x030601010105)
* 7 ноября, 08:27:00: PO1 / 0 IPCP: O CONFACK [REQsent] id 9 len 10
* 7 ноября, 08:27:00: PO1 / 0 IPCP: Адрес 1.1.1.5 (0x030601010105)
* 7 ноября, 08:27:00: PO1 / 0 CDPCP: I CONFREQ [REQsent] id 9 len 4
* 7 ноября, 08:27:00: PO1 / 0 CDPCP: O CONFACK [REQsent] id 9 len 4
* 7 ноября, 08:27:00: PO1 / 0 IPCP: I CONFACK [ACKsent] id 7 len 10
* 7 ноября, 08:27:00: PO1 / 0 IPCP: Адрес 1.1.1.6 (0x030601010106)
* 7 ноября, 08:27:00: PO1 / 0 IPCP: состояние открыто
* 7 ноября, 08:27:00: PO1 / 0 CDPCP: I CONFACK [ACKsent] id 7 len 4
* 7 ноября, 08:27:00: PO1 / 0 CDPCP: состояние открыто
* 7 ноября, 08:27:00: PO1 / 0 IPCP: установить маршрут к 1. 1.1.5
* 7 ноября, 08:27:01:% LINEPROTO-5-UPDOWN: протокол линии включен
Интерфейс POS1 / 0, состояние изменено до 
Выходные данные отладки маршрутизатора B
  (2) 
 
! --- Маршрутизатор B получает входящее подтверждение от маршрутизатора A.
hswan-12008-2b #
7 ноября 10:29: 19.043: PO2 / 0 LCP: I CONFREQ [Open] id 7 len 14
7 ноября 10:29: 19.043: PO2 / 0 LCP: MRU 4470 (0x01041176)
7 ноября 10: 29: 19.043: PO2 / 0 LCP: MagicNumber 0x4F46AF4D (0x05064F46AF4D)
7 ноября 10: 29: 19.043: PO2 / 0 IPCP: состояние закрыто
7 ноября 10: 29: 19.043: PO2 / 0 CDPCP: состояние закрыто
7 ноября 10: 29: 19.043: PO2 / 0 PPP: Фаза ПРЕКРАЩАЕТСЯ
7 ноября 10: 29: 19.043: PO2 / 0 PPP: Фаза УСТАНОВЛЕНИЯ 
  (3) 
 
! --- Маршрутизатор B отправляет свою собственную конфигурацию LCP. 
7 ноября 10: 29: 19.043: PO2 / 0 LCP: O CONFREQ [Open] id 45 len 14
7 ноября 10:29: 19.043: PO2 / 0 LCP: MRU 4470 (0x01041176)
7 ноября 10:29: 19.043: PO2 / 0 LCP: MagicNumber 0x2631E6D2 (0x05062631E6D2) 
 (6)
 
! --- Маршрутизатор B отвечает конфекцией и получает конфекцию от маршрутизатора A.
 
Состояние LCP открыто.
7 ноября 10:29: 19.043: PO2 / 0 LCP: O CONFACK [Открыть] id 7 len 14
7 ноября 10:29: 19.043: PO2 / 0 LCP: MRU 4470 (0x01041176)
7 ноя, 10:29:19.043: PO2 / 0 LCP: MagicNumber 0x4F46AF4D (0x05064F46AF4D)
7 ноября 10:29: 19.043: PO2 / 0 IPCP: удалить маршрут к 1.1.1.6
7 ноября 10: 29: 19.047: PO2 / 0 LCP: I CONFACK [ACKsent] id 45 len 14
7 ноября 10:29: 19.047: PO2 / 0 LCP: MRU 4470 (0x01041176)
7 ноября 10: 29: 19.047: PO2 / 0 LCP: MagicNumber 0x2631E6D2 (0x05062631E6D2)
7 ноября 10: 29: 19.047: PO2 / 0 LCP: состояние открыто
7 ноября 10:29: 19.047: PO2 / 0 PPP: Фаза ВЫПОЛНЕНА 
  (8) 
 
! --- Маршрутизатор B также начинает этап IPCP и согласовывает IP-адрес. 
7 ноября 10: 29: 19.047: PO2 / 0 IPCP: O CONFREQ [Closed] id 9 len 10
7 ноября 10: 29: 19.047: PO2 / 0 IPCP: Адрес 1.1.1.5 (0x030601010105)
7 ноября 10:29: 19.047: PO2 / 0 CDPCP: O CONFREQ [закрыто] id 9 len 4
7 ноября 10: 29: 19.047: PO2 / 0 IPCP: I CONFREQ [REQsent] id 7 len 10
7 ноября 10:29: 19.047: PO2 / 0 IPCP: Адрес 1.1.1.6 (0x030601010106)
7 ноября 10: 29: 19.047: PO2 / 0 IPCP: O CONFACK [REQsent] id 7 len 10
7 ноября 10:29: 19.047: PO2 / 0 IPCP: Адрес 1.1.1.6 (0x030601010106)
7 ноября 10: 29: 19.047: PO2 / 0 CDPCP: I CONFREQ [REQsent] id 7 len 4
7 ноя, 10:29:19.047: PO2 / 0 CDPCP: O CONFACK [REQsent] id 7 len 4
7 ноября 10: 29: 19.047: PO2 / 0 IPCP: I CONFACK [ACKsent] id 9 len 10
7 ноября 10: 29: 19.047: PO2 / 0 IPCP: Адрес 1.1.1.5 (0x030601010105)
7 ноября 10: 29: 19.047: PO2 / 0 IPCP: состояние открыто
7 ноября 10: 29: 19.047: PO2 / 0 CDPCP: I CONFACK [ACKsent] id 9 len 4
7 ноября 10: 29: 19.047: PO2 / 0 CDPCP: состояние открыто
7 ноября 10:29: 19.047: PO2 / 0 IPCP: установить маршрут к 1. 1.1.6
* 7 ноября 10: 29: 19.048:% LINEPROTO-5-UPDOWN: линейный протокол включен
Интерфейс POS2 / 0, состояние изменено до 
пакет отладки ppp

Эти выходные данные иллюстрируют обмен пакетами, захваченный с помощью пакета debug ppp во время установления связи.Эта отладка фиксирует значение поля протокола в пакете PPP. RFC 1661 определяет поле протокола как один или два октета. Значение в этом поле идентифицирует дейтаграмму, инкапсулированную в информационном поле пакета.

Значения поля протокола в диапазоне от «0 ***» до «3 ***» определяют протокол сетевого уровня конкретных пакетов, а значения в диапазоне от «8 ***» до «b ***» определяют пакеты. принадлежащих к связанным протоколам управления сетью (NCP), если таковые имеются. Значения поля протокола в диапазоне от «c ***» до «f ***» идентифицируют пакеты как протоколы управления канального уровня (например, LCP).Также существуют различные значения, зависящие от поставщика. Z * 7 ноября 10:19:58: PO1 / 0 LCP: MRU 4470 (0x01041176) * 7 ноября, 10:19:58: PO1 / 0 LCP: MagicNumber 0x4FAE1B0C (0x05064FAE1B0C) * 7 ноября, 10:19:58: PO1 / 0 LCP: O CONFACK [REQsent] id 7 len 14 * 7 ноября 10:19:58: PO1 / 0 LCP: MRU 4470 (0x01041176) * 7 ноября, 10:19:58: PO1 / 0 LCP: MagicNumber 0x269933F4 (0x0506269933F4) * 7 ноября 10:19:58:% LINK-3-UPDOWN: интерфейс POS1 / 0, состояние изменено на «вверх» * 7 ноября, 10:19:58: PO1 / 0 PPP: I pkt type 0xC021, datagramsize 18 * 7 ноября, 10:19:58: PO1 / 0 LCP: I CONFACK [ACKsent] id 57 len 14ppp * 7 ноября, 10:19:58: PO1 / 0 PPP: тип I pkt 0x8021, размер дейтаграммы 14 ! — 0x8021 идентифицирует IPCP, протокол управления интернет-протоколом PPP. * 7 ноября 10:19:58: PO1 / 0 LCP: MRU 4470 (0x01041176) * 7 ноября, 10:19:58: PO1 / 0 PPP: тип I pkt 0x8207, размер дейтаграммы 8 ! — 0x8207 идентифицирует управление протоколом обнаружения Cisco. * 7 ноября, 10:19:58: PO1 / 0 LCP: MagicNumber 0x4FAE1B0C (0x05064FAE1B0C) * 7 ноября, 10:19:58: PO1 / 0 IPCP: O CONFREQ [Closed] id 15 len 10 * 7 ноября, 10:19:58: PO1 / 0 IPCP: адрес 1. 1.1.6 (0x030601010106) * 7 ноября, 10:19:58: PO1 / 0 CDPCP: O CONFREQ [Closed] id 13 len 4 * 7 ноября, 10:19:58: PO1 / 0 IPCP: I CONFREQ [REQsent] id 14 len 10packet * 7 ноября, 10:19:58: PO1 / 0 IPCP: Адрес 1.1.1.5 (0x030601010105) * 7 ноября, 10:19:58: PO1 / 0 IPCP: O CONFACK [REQsent] id 14 len 10 * 7 ноября, 10:19:58: PO1 / 0 IPCP: адрес 1.1.1.5 (0x030601010105) * 7 ноября 10:19:58: PO1 / 0 PPP: тип I pkt 0x8021, размер дейтаграммы 14 * 7 ноября, 10:19:58: PO1 / 0 CDPCP: I CONFREQ [REQsent] id 15 len 4 * 7 ноября, 10:19:58: PO1 / 0 CDPCP: O CONFACK [REQsent] id 15 len 4 * 7 ноября, 10:19:58: PO1 / 0 IPCP: I CONFACK [ACKsent] id 15 len 10 * 7 ноября, 10:19:58: PO1 / 0 PPP: I pkt type 0x8207, datagramsize 8 * 7 ноября, 10:19:58: PO1 / 0 IPCP: Адрес 1.1.1.6 (0x030601010106) * 7 ноября, 10:19:58: PO1 / 0 CDPCP: I CONFACK [ACKsent] id 13 len 4 * 7 ноября, 10:19:59: PO1 / 0 PPP: тип I pkt 0x0207, размер дейтаграммы 376 ! — 0x0207 идентифицирует протокол обнаружения Cisco (CDP). * 7 ноября, 10:19:59: PO1 / 0 PPP: I pkt type 0x0207, datagramsize 376 * 7 ноября, 10:19:59: PO1 / 0 PPP: I pkt type 0x0207, datagramsize 376 * 7 ноября 10:19:59:% LINEPROTO-5-UPDOWN: протокол линии на интерфейсе POS1 / 0, состояние изменено на

  (3) 
 
! --- Пакеты ECHOREQ и ECHOREP для пакетов поддержки активности PPP используют значения типа пакета! --- 0xC021.
* 7 ноября, 10:20:05: PO1 / 0 PPP: тип I pkt 0xC021, размер дейтаграммы 16
* 7 ноября, 10:20:05: PO1 / 0 LCP: I ECHOREQ [Open] id 1 len 12 magic 0x269933F4
* 7 ноября, 10:20:05: PO1 / 0 LCP: O ECHOREP [Open] id 1 len 12 magic 0x4FAE1B0C
* 7 ноября, 10:20:07: PO1 / 0 LCP: O ECHOREQ [Open] id 1 len 12 magic 0x4FAE1B0C
* 7 ноября, 10:20:07: PO1 / 0 PPP: I pkt type 0xC021, datagramsize 16
* 7 ноября, 10:20:07: PO1 / 0 PPP: тип O pkt 0x0207, размер дейтаграммы 376
* 7 ноября, 10:20:07: PO1 / 0 LCP: I ECHOREP [Open] id 1 len 12 magic 0x269933F4
* 7 ноября, 10:20:07: PO1 / 0 LCP: получено id 1, отправлено id 1, выстроено в линию 
Выходные данные отладки маршрутизатора B
  (2) 
7 ноября 12:22:16.947: PO2 / 0 PPP: тип I pkt 0xC021, размер дейтаграммы 18
7 ноября 12:22: 16.947: PO2 / 0 LCP: I CONFREQ [REQsent] id 57 len 14
7 ноября 12:22: 16.947: PO2 / 0 LCP: MRU 4470 (0x01041176)
7 ноября 12:22: 16.947: PO2 / 0 PPP: тип I pkt 0xC021, размер дейтаграммы 18
7 ноября 12:22: 16.947: PO2 / 0 LCP: MagicNumber 0x4FAE1B0C (0x05064FAE1B0C)
7 ноября 12:22: 16.947: PO2 / 0 LCP: O CONFACK [REQsent] id 57 len 14
7 ноября 12:22: 16.947: PO2 / 0 LCP: MRU 4470 (0x01041176)
7 ноября 12:22: 16.947: PO2 / 0 LCP: MagicNumber 0x4FAE1B0C (0x05064FAE1B0C)
7 ноября 12:22:16.947: PO2 / 0 LCP: I CONFACK [ACKsent] id 7 len 14
7 ноября 12:22: 16.947: PO2 / 0 LCP: MRU 4470 (0x01041176)
7 ноября 12:22: 16.947: PO2 / 0 LCP: MagicNumber 0x269933F4 (0x0506269933F4)
7 ноября 12:22: 16.947: PO2 / 0 IPCP: O CONFREQ [Closed] id 14 len 10
7 ноября 12:22: 16.947: PO2 / 0 IPCP: Адрес 1.1.1.5 (0x030601010105)
7 ноября 12:22: 16.947: PO2 / 0 CDPCP: O CONFREQ [Закрыто] id 15 len 4
7 ноября 12:22: 16.947: PO2 / 0 PPP: тип I pkt 0x8021, размер дейтаграммы 14
7 ноября 12:22: 16.951: PO2 / 0 PPP: тип I pkt 0x8207, размер дейтаграммы 8
7 ноября 12:22:16.951: PO2 / 0 IPCP: I CONFREQ [REQsent] id 15 len 10
7 ноября 12:22: 16.951: PO2 / 0 IPCP: Адрес 1.1.1.6 (0x030601010106)
7 ноября 12:22: 16.951: PO2 / 0 IPCP: O CONFACK [REQsent] id 15 len 10
7 ноября 12:22: 16.951: PO2 / 0 IPCP: Адрес 1.1.1.6 (0x030601010106)
7 ноября 12:22: 16.951: PO2 / 0 PPP: тип I pkt 0x8021, размер датаграммы 14
7 ноября 12: 22: 16.951: PO2 / 0 CDPCP: I CONFREQ [REQsent] id 13 len 4
7 ноября 12: 22: 16.951: PO2 / 0 CDPCP: O CONFACK [REQsent] id 13 len 4
7 ноября 12:22: 16.951: PO2 / 0 PPP: тип I pkt 0x8207, размер дейтаграммы 8
7 ноября 12:22:16.951: PO2 / 0 IPCP: I CONFACK [ACKsent] id 14 len 10
7 ноября 12:22: 16.951: PO2 / 0 IPCP: Адрес 1.1.1.5 (0x030601010105)
7 ноября 12: 22: 16.951: PO2 / 0 CDPCP: I CONFACK [ACKsent] id 15 len 4
7 ноября 12: 22: 17.947:% LINEPROTO-5-UPDOWN: Линейный протокол на интерфейсе POS2 / 0,
изменил состояние на 
  (4) 
 
! --- Пакеты ECHOREQ и ECHOREP для сообщений поддержки активности PPP используют тип пакета! --- значения 0xC021.
 
7 ноября 12: 22: 17.947: PO2 / 0 PPP: O pkt type 0x0207, datagramsize 376
7 ноября 12:22:17.947: PO2 / 0 PPP: Тип выхода 0x0207, размер дейтаграммы 376
7 ноября 12: 22: 17.947: PO2 / 0 PPP: O pkt type 0x0207, datagramsize 376
7 ноября 12:22: 23.403: PO2 / 0 LCP: O ECHOREQ [Открыть] id 1 len 12 magic 0x269933F4
7 ноября 12: 22: 23.403: PO2 / 0 PPP: I pkt type 0xC021, datagramsize 16
7 ноября 12: 22: 23.403: PO2 / 0 LCP: I ECHOREP [Открыть] id 1 len 12 magic 0x4FAE1B0C
7 ноября 12: 22: 23.403: PO2 / 0 LCP: получен идентификатор 1, отправлен идентификатор 1, выровняться
7 ноября 12:22: 25.595: PO2 / 0 PPP: тип I pkt 0xC021, размер дейтаграммы 16 

Примечания по устранению неполадок

Интерфейс POS с инкапсуляцией PPP или HDLC поддерживает два механизма для предупреждения вас о сбое канала: пакеты поддержки активности уровня 2 и аварийные сигналы уровня SONET.Сообщения Keepalive требуют больше времени для сообщения о проблеме, чем встроенная структура сигнализации SONET. Однако пакеты поддержки активности уровня 2 полезны, потому что они проверяют путь от ЦП линейной карты к ЦП линейной карты, а не от фреймера к фреймеру, как это делают аварийные сигналы уровня SONET. PPP быстрее реагирует на изменения состояния канала, поскольку LCP немедленно отключается. Напротив, HDLC должен истекать время ожидания активности.

При установке «спина к спине» между двумя маршрутизаторами вытягивание одного из волоконно-оптических кабелей нарушает подключение уровня 1, и оба интерфейса POS изменяют состояние на отключенное / неработающее.Однако, когда два POS-интерфейса маршрутизатора подключаются через облако Telco к оборудованию SONET / SDH, информация о потерях уровня 1 не распространяется на удаленный конец. В этой конфигурации пакеты keepalive являются механизмом отключения связи.

Рассмотрим эту установку.

Вот что происходит, когда вы протягиваете передающую оптоволоконную прядь на канале от SDHb к SDHa:

  • Маршрутизатор 7507a не получает сообщений проверки активности.

  • Маршрутизатор 7507b видит сообщения поддержки активности от 7507a, так как принимающее волокно все еще работает.Используйте отладочный последовательный интерфейс , чтобы подтвердить это.

В качестве альтернативы при выполнении этого теста выполните команду show controller pos , которая отображает аварийные сигналы SONET. Вы должны увидеть сигнал индикации аварийного сигнала пути (P-AIS) на маршрутизаторе 7507a и индикацию удаленного дефекта пути (P-RDI) на 7507b.

Если выходные данные команды show interfaces pos указывают, что последовательная линия работает, но протокол линии не работает, используйте тесты обратной связи для определения источника проблемы.Сначала выполните тест по локальной сети, а затем — по удаленному. Обратитесь к разделу «Общие сведения о режимах обратной связи на маршрутизаторах Cisco» за инструкциями.

Примечание. Измените инкапсуляцию с PPP на HDLC при использовании петлевых проверок. Линейный протокол на интерфейсе, настроенном с помощью PPP, появляется только тогда, когда все сеансы LCP и NCP согласованы успешно.

Интерфейс POS, настроенный для автоматического защитного переключения (APS), отключает линейный протокол, если интерфейс является защищенным каналом, а не рабочим каналом.Рассмотрим этот пример топологии:

Этот образец выходных данных журнала был записан после удаления оптоволоконного кабеля на интерфейсе POS 1/0 GSRb. Обратите внимание на изменения в статусе линейного протокола на обоих интерфейсах при переключении APS. Также обратите внимание на изменения в состояниях смежности сначала кратчайшего пути (OSPF). (Дополнительную информацию см. На странице поддержки технологии APS.)

 * 5 сентября, 17:41:46:% SONET-4-ALARM: POS1 / 0: SLOS
* 5 сентября 17:41:46:% SONET-4-ALARM: POS2 / 0: канал включения APS
* 5 сентября 17:41:46:% SONET-6-APSREMSWI: POS2 / 0: Удаленный статус APS теперь защищен
* 5 сентября 17:41:46:% SONET-4-ALARM: POS1 / 0: канал отключения APS
  * 5 сентября, 17:41:46:% LINEPROTO-5-UPDOWN: протокол линии на интерфейсе POS2 / 0,
изменил состояние на вверх
* 5 сентября, 17:41:46:% LINEPROTO-5-UPDOWN: протокол линии на интерфейсе POS1 / 0,
изменил состояние на  вниз
* 5 сентября, 17:41:48:% LINK-3-UPDOWN: интерфейс POS1 / 0, состояние изменено на выключенное
* 5 сентября, 17:41:48:% OSPF-5-ADJCHG: процесс 1, номер 192.168.100.100 на POS1 / 0
от ПОЛНОГО к ВНИЗ, Сосед не работает: Интерфейс отключен или отключен
* 5 сентября, 17:41:56:% OSPF-5-ADJCHG: процесс 1, номер 192.168.100.100 на POS2 / 0
из ЗАГРУЗКИ в ПОЛНУЮ, загрузка завершена 

Избегайте настройки APS на интерфейсе POS с инкапсуляцией PPP. PPP не знает об APS. Если интерфейс работает / не работает из-за отмены выбора APS, PPP пытается сбросить интерфейс и непрерывно передает пакеты согласования PPP.

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

Интерфейс POS Cisco серии 12000 в рабочем или защищенном режиме APS может застрять в состоянии включения / выключения (даже с обратной связью), когда APS отключен. Эта проблема возникает у другой карты, вставленной в тот же слот. Переместите карту в новый слот, чтобы восстановить надлежащее состояние линейного протокола. Эта проблема решена в программном обеспечении Cisco IOS версии 12.0 (19) S под идентификатором ошибки Cisco CSCdt43759 (только для зарегистрированных клиентов).

Используйте эти шаги в качестве временного решения:

  1. Настройте команду aps protect .

  2. Выполните команду aps force 1 .

  3. Настройте команду no aps protect .

Обратите внимание на следующие предостережения при устранении неполадок линейного протокола с интерфейсами POS:

  • Интерфейс PA-POS может непрерывно сбрасываться после изменения инкапсуляции с PPP на HDLC. Об этой проблеме сообщается в PA-POS в идентификаторе ошибки Cisco CSCdk30893 (только для зарегистрированных клиентов) и решается в идентификаторе ошибки Cisco CSCdk18777 (только для зарегистрированных клиентов) и идентификаторе ошибки Cisco CSCdk13757 (только для зарегистрированных клиентов) для различных интерфейсов, поддерживающих инкапсуляцию PPP и HDLC. .Проблема возникает, когда PPP не полностью отключен при изменении инкапсуляции.

  • Интерфейс POS, сконфигурированный с инкапсуляцией HDLC и сообщениями поддержки активности, подвергается повторяющимся переключениям интерфейса, а не отключает линейный протокол, когда сообщения поддержки активности не принимаются от удаленного конца. Эта проблема решена в идентификаторе ошибки Cisco CSCdp86387 (только для зарегистрированных клиентов).

Общие сведения о переговорах debug ppp Output

В приложениях, связанных с набором номера, PPP является наиболее часто используемым типом инкапсуляции.PPP позволяет двум машинам в канале связи точка-точка согласовывать различные параметры аутентификации, сжатия и протоколы уровня 3 (L3), такие как IP. Сбой в согласовании PPP между двумя маршрутизаторами приводит к сбою соединения.

Команда debug pppgotiation позволяет просматривать транзакции согласования PPP, определять проблему или этап, на котором возникает ошибка, и разработать решение. Однако совершенно необходимо понимать выходные данные команды debug pppgotiation .Этот документ предоставляет комплексный метод чтения выходных данных команды debug pppgotiation .

Требования

Читатели этого документа должны убедиться, что выполняются следующие условия:

  • PPP должен быть включен на интерфейсах обоих маршрутизаторов. Для этого выполните команду encapsulation ppp .

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

     Маршрутизатор (конфигурация) #  отметка времени службы дата и время отладки мс 
     

    Дополнительные сведения о командах отладки см. В разделе «Важная информация о командах отладки».

Примечание. Согласование PPP между двумя одноранговыми узлами не может начаться, если нижний уровень (ISDN, физический интерфейс, коммутируемая линия и т. Д.) PPP не работает нормально. Например, если вы хотите запустить PPP через ISDN, тогда все уровни ISDN должны быть задействованы; иначе PPP не запускается.

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

Этот документ не ограничивается конкретными версиями программного и аппаратного обеспечения.

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

Дополнительные сведения об условных обозначениях в документах см. В разделе «Условные обозначения технических советов Cisco».

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

Фаза Описание
ВНИЗ На этом этапе PPP отключен. Это сообщение появляется после того, как связь и PPP полностью отключены:
 * 3 марта 23: 32: 50.296: BR0: 1 PPP: Phase is DOWN 
СОЗДАНИЕ PPP переходит в эту фазу, когда получает указание о том, что физический уровень включен и готов к использованию.На этом этапе происходит согласование LCP 1 .
 * 3 марта 23: 32: 06.884: BR0: 1 PPP: Фаза УСТАНОВЛЕНА
 
ПОДТВЕРЖДЕНИЕ Если для соединения требуется аутентификация PPP (CHAP 2 или PAP 3 ), то PPP переходит в эту фазу. Имейте в виду, что аутентификация PPP не является обязательной.
 * 3 марта 23: 32: 06.952: BR0: 1 PPP: Фаза ПОДТВЕРЖДАЕТСЯ
 
UP После завершения аутентификации PPP переходит в фазу UP.На этом этапе происходит согласование NCP 4 .
 * 3 марта 23: 42: 53.412: BR0: 1 PPP: Фаза ВЫКЛЮЧЕНА
 
ЗАВЕРШЕНИЕ На этом этапе PPP отключается.
 * 3 марта 23: 43: 23.256: BR0: 1 PPP: Фаза ЗАВЕРШЕНА
 

1. LCP = протокол управления каналом

2. CHAP = протокол аутентификации с подтверждением связи

3. PAP = Протокол аутентификации пароля

4.NCP = протокол управления сетью

На этой диаграмме показаны фазовые переходы PPP:

Эта таблица включает описание пакетов согласования PPP, которые используются как в согласовании LCP, так и в согласовании NCP:

Пакет Код Описание
КОНФРЕК Configure-Request Чтобы открыть соединение с одноранговым узлом, устройство передает это сообщение вместе с параметрами конфигурации и значениями, которые отправитель желает поддерживать от однорангового узла.Все варианты и значения обсуждаются одновременно. Если одноранговый узел отвечает сообщением CONFREJ или CONFNAK, то маршрутизатор отправляет еще один CONFREQ с другим набором параметров или значений.
CONFREJ Настроить-отклонить Если какая-либо опция конфигурации, полученная в сообщении CONFREQ, неприемлема или нераспознаваема, маршрутизатор отвечает сообщением CONFREJ. Неприемлемый вариант (из сообщения CONFREQ) включен в сообщение CONFREJ.
CONFNAK Конфигурация-НАК 1 Если полученная опция конфигурации распознаваема и приемлема, но какое-то значение неприемлемо, маршрутизатор передает сообщение CONFNAK. Маршрутизатор добавляет параметр и значение, которое он может принять, в сообщение CONFNAK, чтобы партнер мог включить этот параметр в следующее сообщение CONFREQ.
КОНФАК Настроить-ACK 2 Если все параметры в сообщении CONFREQ распознаются и все значения приемлемы, то маршрутизатор передает сообщение CONFACK.
TERMREQ Запрос на завершение Это сообщение используется для инициирования закрытия LCP.
ТЕРМАК Завершить-ACK Это сообщение передается в ответ на сообщение TERMREQ.

1. NAK = отрицательное подтверждение

2. ACK = Подтверждение

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

В рамках некоторых из фаз PPP, описанных ранее, PPP также переходит в определенные стадии, такие как согласование LCP, аутентификация и согласование NCP. Дополнительные сведения см. В RFC 1548 и RFC 1661.

LCP (обязательная фаза)

LCP — это этап, на котором согласовываются параметры для установления, настройки и тестирования соединения канала передачи данных.Открытое состояние LCP означает, что LCP успешно завершена, а закрытое состояние LCP указывает на сбой LCP.

На этой диаграмме показано концептуальное представление квитирования LCP:

Согласование LCP также использует параметр под названием MagicNumber, который используется для определения того, закольцован ли канал. По каналу отправляется случайная строка, и, если возвращается то же значение, маршрутизатор определяет, что канал зациклен.

Аутентификация (дополнительный этап по умолчанию)

На этом этапе аутентификация выполняется с помощью протокола аутентификации (CHAP или PAP), согласованного при согласовании LCP.Для получения информации, относящейся к PAP, обратитесь к разделу «Настройка и устранение неполадок протокола аутентификации пароля PPP (PAP)».

Для получения информации, относящейся к протоколу CHAP, см. Общие сведения о и настройке аутентификации PPP CHAP.

Примечание. Аутентификация не является обязательной, и PPP входит в этот этап, только если требуется аутентификация.

NCP (обязательная фаза)

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

RFC 1332 говорит, что IPCP согласовывает два варианта: сжатие и назначение IP-адресов. Однако IPCP также используется для передачи сетевой информации, такой как первичный и резервный серверы службы имен Windows (WINS) и системы доменных имен (DNS).

Согласование происходит с использованием сообщений CONF, как описано в разделе «Пакеты согласования PPP: описание» этого документа.

Когда вы читаете выходные данные команды debug pppgotiation для устранения неполадок, следуйте этим инструкциям:

  1. Определите фазовые переходы в выходных данных команды debug . Определите самую дальнюю фазу достигнутого соединения, например UP или AUTHENTICATING. Это может помочь вам определить фазу, на которой не удалось установить соединение. Дополнительные сведения о фазах см. В разделе «Фазы согласования PPP».

  2. Для фазы, на которой произошел сбой, найдите сообщения, указывающие, что LCP, аутентификация или NCP (в зависимости от ситуации) прошли успешно:

    • Состояние LCP должно быть открыто.Вы также можете просмотреть последние входящие и исходящие сообщения CONFACK, чтобы убедиться, что требуемые параметры согласованы.

    • Аутентификация должна быть успешной. Если вы используете двустороннюю аутентификацию, то каждая транзакция должна быть успешной. Для получения дополнительной информации об устранении ошибок аутентификации PPP см. Устранение проблем аутентификации PPP (CHAP или PAP).

    • Состояние IPCP должно быть открыто. Убедитесь, что адресация верна и установлен маршрут к одноранговому узлу.

Большинство строк в выходных данных команды debug pppgotiation характеризуются:

  1. Отметка времени —Миллисекундные отметки времени полезны. См. Раздел «Предварительные условия» этого документа для получения дополнительной информации.

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

  3. Тип сообщения PPP — Это поле указывает, является ли линия общим сообщением PPP, LCP, CHAP, PAP или IPCP.

  4. Направление сообщения —N I указывает входящий пакет, а O указывает исходящий пакет.Это поле можно использовать, чтобы определить, было ли сообщение создано или получено маршрутизатором.

  5. Сообщение — Это поле включает в себя конкретную транзакцию в процессе согласования.

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

  7. Длина —Поле длины определяет длину информационного поля. Это поле не важно для общего устранения неполадок.

Примечание. Поля с 4 по 7 могут отображаться не во всех сообщениях PPP, в зависимости от цели сообщения.

Примечание: В этом примере показаны поля:

Это аннотированное описание вывода команды debug pppgotiation :

 maui-soho-01 #  отладка ppp согласование 
Отладка согласования протокола PPP включена
maui-soho-01 #
* 1 марта, 00:06:36.645: % LINK-3-UPDOWN:  Интерфейс BRI0: 1, состояние изменено на вверх
 
! --- Физический уровень (интерфейс BRI) включен. Только теперь можно начать согласование PPP! ---.
 
* 1 марта 00: 06: 36.661: BR0: 1 PPP: соединение рассматривается как вызов
* 1 марта 00: 06: 36.665: BR0: 1 PPP: Фаза УСТАНОВЛЕНИЕ, пассивное открытие
[0 сессий, 0 загрузок]
 
! --- Фаза PPP УСТАНАВЛИВАЕТСЯ. Теперь происходит согласование LCP.
 
* 1 марта 00: 06: 36.669: BR0: 1 LCP: состояние "Слушать"
* 1 мар 00: 06: 37.034: BR0: 1  LCP: I CONFREQ  [Слушать]  id 7  len 17
 
! --- Это входящий CONFREQ.Поле ID - 7.
 
* 1 марта 00:06: 37.038: BR0: 1 LCP:  AuthProto PAP  (0x0304C023)
* 1 марта 00:06: 37.042: BR0: 1 LCP:  MagicNumber 0x507A214D  (0x0506507A214D)
* 1 марта 00:06: 37.046: BR0: 1 LCP:  Обратный вызов 0  (0x0D0300)
 
! --- Одноранговый узел запросил:! --- Параметр: Протокол аутентификации, Значение: PAP! --- Параметр: MagicNumber (Используется для обнаружения петель и всегда отправляется.)! --- Параметр: Обратный вызов, Значение : 0 (Это для обратного вызова PPP; обратный вызов MS использует 6.)
 
* 1 марта 00: 06: 37.054: BR0: 1 LCP:  O CONFREQ  [Listen] id 4 len 15
 
! --- Это исходящий CONFREQ с параметрами для реализации одноранговым узлом. ! --- Обратите внимание, что поле ID равно 4, так что это не связано с предыдущим сообщением! --- CONFREQ.
 
* 1 марта 00:06: 37.058: BR0: 1 LCP: AuthProto CHAP (0x0305C22305)
* 1 марта 00:06: 37.062: BR0: 1 LCP: MagicNumber 0x1081E7E1 (0x05061081E7E1)
 
! --- Этот маршрутизатор запрашивает:! --- Опция: протокол аутентификации, значение: CHAP! --- Опция: MagicNumber (Используется для обнаружения петель и всегда отправляется.)
 
* 1 мар 00: 06: 37.066: BR0: 1 LCP:  O CONFREJ  [Слушать]  id 7  len 7
 
! --- Это исходящее сообщение CONFREJ для сообщения с идентификатором поля 7.! --- Это ответ на сообщение CONFREQ, полученное первым.
 
* 1 марта 00:06: 37.070: BR0: 1 LCP:  Обратный вызов 0  (0x0D0300)
 
! --- Этот маршрутизатор отклоняет вариант обратного вызова. ! --- Если бы маршрутизатор хотел выполнить обратный вызов MS, а не обратный вызов PPP, он! --- вместо этого отправил бы сообщение CONFNAK.
 
* 1 марта, 00:06:37.098: BR0: 1 LCP:  I CONFACK  [REQsent]  id 4  len 15
 
! --- Это входящий CONFACK для сообщения с идентификатором поля 4.
 
* 1 марта 00:06: 37.102: BR0: 1 LCP: AuthProto CHAP (0x0305C22305)
* 1 марта 00:06: 37.106: BR0: 1 LCP: MagicNumber 0x1081E7E1 (0x05061081E7E1)
 
! --- Одноранговый узел может поддерживать все запрошенные параметры.
 
* 1 марта 00: 06: 37.114: BR0: 1 LCP:  I CONFREQ  [ACKrcvd]  id 8  len 14
 
! --- Это входящее сообщение CONFREQ; поле ID - 8.! --- Это новое сообщение CONFREQ от партнера в ответ на идентификатор CONFREJ: 7.
 
* 1 марта 00:06: 37.117: BR0: 1 LCP:  AuthProto PAP  (0x0304C023)
* 1 марта 00:06: 37.121: BR0: 1 LCP: MagicNumber 0x507A214D (0x0506507A214D)
 
! --- Одноранговый узел запросил:! --- Опция: Протокол аутентификации, Значение: PAP! --- Опция: MagicNumber (Используется для обнаружения петель и всегда отправляется.)
 
* 1 марта 00: 06: 37.125: BR0: 1 LCP:  O CONFNAK  [ACKrcvd]  id 8  len 9
 
! --- Это исходящий CONFNACK для сообщения с идентификатором поля 8.
* 1 марта 00:06: 37.129: BR0: 1 LCP:  AuthProto CHAP  (0x0305C22305)
 
! --- Этот маршрутизатор распознает опцию Authentication Protocol,! --- но не принимает значение PAP. В сообщении CONFNAK! --- вместо этого предлагается CHAP.
 
* 1 марта 00: 06: 37.165: BR0: 1 LCP:  I CONFREQ  [ACKrcvd]  id 9  len 15
 
! --- Это входящее сообщение CONFREQ с идентификатором поля 9.
 
* 1 марта 00:06: 37.169: BR0: 1 LCP:  AuthProto CHAP  (0x0305C22305)
* 1 марта, 00:06:37.173: BR0: 1 LCP: MagicNumber 0x507A214D (0x0506507A214D)
 
! --- Запрошена аутентификация CHAP.
 
* 1 мар 00: 06: 37.177: BR0: 1 LCP:  O CONFACK  [ACKrcvd]  id 9  len 15
 
! --- Это исходящий CONFACK для сообщения с идентификатором поля 9.
 
* 1 марта 00:06: 37.181: BR0: 1 LCP: AuthProto CHAP (0x0305C22305)
* 1 марта 00:06: 37.185: BR0: 1 LCP: MagicNumber 0x507A214D (0x0506507A214D)
* 1 марта 00: 06: 37.189: BR0: 1  LCP: состояние открыто 
 
! --- Это означает, что LCP находится в открытом состоянии.
* 1 марта 00: 06: 37.193: BR0: 1  PPP: Фаза АУТЕНТИФИКАЦИЯ, обоими  [0 сессий, 0 загрузка]
 
! --- Фаза PPP АУТЕНТИЧНА. Сейчас происходит аутентификация PPP. ! --- Теперь выполняется двусторонняя аутентификация (указывается ключевым словом both).
 
* 1 марта 00: 06: 37.201: BR0: 1  CHAP: O CHALLENGE id 4  len 33 из "maui-soho-01"
 
! --- Это исходящий вызов CHAP. ! --- В LCP маршрутизаторы согласовали CHAP в качестве протокола аутентификации.
 
* 1 марта, 00:06:37.225: BR0: 1  CHAP: I CHALLENGE id 3  len 33 из "maui-soho-03"
 
! --- Это входящее сообщение Challenge от однорангового узла.
 
* 1 марта 00: 06: 37.229: BR0: 1 CHAP: ожидание аутентификации однорангового узла первым
* 1 марта 00: 06: 37.237: BR0: 1  CHAP: I RESPONSE id 4  len 33 из "maui-soho-03"
 
! --- Это входящий ответ от партнера.
 
* 1 мар 00: 06: 37.244: BR0: 1  CHAP: O SUCCESS id 4  len 4
 
! --- Этот маршрутизатор успешно аутентифицировал однорангового узла.
* 1 марта 00: 06: 37.248: BR0: 1 CHAP: Обработка сохраненного вызова, идентификатор 3
* 1 марта 00: 06: 37.260: BR0: 1 CHAP: O RESPONSE id 3 len 33 из "maui-soho-01"
* 1 мар 00: 06: 37.292: BR0: 1 CHAP:  I УСПЕХ id 3  len 4
 
! --- Это входящее сообщение об успехе. Каждая сторона! --- успешно аутентифицировала другую.
 
* 1 марта 00: 06: 37.296: BR0: 1  PPP: Фаза UP  [0 сессий, 0 нагрузок]
 
! --- Статус PPP теперь UP. Начинается согласование NCP (IPCP).
 
* 1 марта, 00:06:37.304: BR0: 1 IPCP:  O CONFREQ  [Closed] id 4 len 10
* 1 марта 00: 06: 37.308: BR0: 1 IPCP: адрес 172.22.1.1 (0x0306AC160101)
 
! --- Это исходящее сообщение CONFREQ. Это означает, что! --- адрес локальной машины 172.22.1.1.
 
* 1 марта 00: 06: 37.312: BR0: 1 CDPCP: O CONFREQ [Closed] id 4 len 4
* 1 марта 00: 06: 37.320: BR0: 1 CDPCP: I CONFREQ [REQsent] id 4 len 4
* 1 марта 00: 06: 37.324: BR0: 1  CDPCP : O CONFACK [REQsent] id 4 len 4
 
! --- Эти сообщения предназначены для протокола управления CDP (CDPCP).
* 1 марта 00: 06: 37.332: BR0: 1 IPCP: I CONFREQ [REQsent] id 4 len 10
* 1 марта 00:06: 37.336: BR0: 1 IPCP: адрес 172.22.1.2 (0x0306AC160102)
 
! --- Это входящее сообщение CONFREQ, которое указывает, что! --- адрес однорангового узла - 172.22.1.2. Адрес 0.0.0.0 указывает, что! --- одноранговый узел не имеет адреса и запрашивает у локального маршрутизатора! --- адрес при согласовании IPCP.
 
* 1 марта 00: 06: 37.344: BR0: 1 IPCP: O CONFACK [REQsent] id 4 len 10
* 1 марта, 00:06:37.348: BR0: 1 IPCP: адрес 172.22.1.2 (0x0306AC160102)
* 1 марта 00: 06: 37.356: BR0: 1 IPCP: I CONFACK [ACKsent] id 4 len 10
* 1 марта 00:06: 37.360: BR0: 1 IPCP: адрес 172.22.1.1 (0x0306AC160101)
* 1 марта 00: 06: 37.363: BR0: 1 IPCP: состояние открыто
 
! --- Состояние IPCP открыто. Обратите внимание, что при согласовании IPCP каждая сторона! --- приняла IP-адрес однорангового узла, и один был назначен одноранговому узлу.
 
* 1 марта 00: 06: 37.371: BR0: 1 CDPCP: I CONFACK [ACKsent] id 4 len 4
* 1 марта 00: 06: 37.375: BR0: 1  CDPCP: состояние открыто 
 
! --- Это означает, что состояние CDPCP открыто.
* 1 марта 00:06: 37.387: BR0  IPCP: установить маршрут к 172.22.1.2 
 
! --- Маршрут к одноранговому узлу установлен.
 
* 1 марта 00:06: 38.288:% LINEPROTO-5-UPDOWN: Линейный протокол на интерфейсе BRI0: 1,
 изменил состояние на вверх
* 1 марта 00: 06: 42.609:% ISDN-6-CONNECT: Интерфейс BRI0: 1 теперь подключен к
 maui-soho-03 

Общий

CONFREQ (запрос конфигурации):

Когда нижний уровень становится доступным (Up), отправляется CONFREQ для запуска первой фазы PPP (фазы LCP).Он используется на этапах LCP и NCP как попытка настроить соединение. Чтобы открыть соединение с одноранговым узлом, устройство передает это сообщение вместе с параметрами конфигурации и значениями, которые отправитель желает поддерживать от однорангового узла. Все варианты и значения обсуждаются одновременно. Если одноранговый узел отвечает сообщением CONFREJ или CONFNAK, то маршрутизатор отправляет еще один CONFREQ с другим набором параметров или значений.

CONFACK (настройка-подтверждение):

Если все параметры в сообщении CONFREQ распознаются и все значения приемлемы, маршрутизатор передает сообщение CONFACK.

CONFREJ (настройка отклонения):

Если какая-либо опция конфигурации, полученная в CONFREQ, неприемлема или нераспознаваема, маршрутизатор отвечает сообщением CONFREJ. Недопустимая опция (из CONFREQ) включена в сообщение CONFREJ.

CONFNAK (настройка отрицательного подтверждения):

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

ECHOREQ (эхо-запрос) и ECHOREP (эхо-ответ):

PPP использует пакеты keepalive для поддержания целостности соединения. Эти пакеты поддержки активности представляют собой кадр ECHOREQ, который отправляется удаленному партнеру PPP, и удаленный партнер PPP должен ответить кадром ECHOREP при получении кадра ECHOREQ. По умолчанию, если маршрутизатор пропускает пять кадров ECHOREP, соединение считается неработающим и PPP отключается.

TERMREQ (запрос на расторжение):

Этот кадр указывает, что узел PPP, который отправил этот кадр, завершает соединение PPP.

TERMACK (подтверждение прекращения):

Это сообщение передается в ответ на сообщение TERMREQ. Это закрывает PPP-соединение.

ЗАВЕРШЕНИЕ

Это сообщение указывает, что соединение PPP было прервано. Подключение LCP или NCP можно отключить:

  • при административном закрытии (только LCP).

  • при выходе из строя нижнего уровня (линия коммутируемого доступа, ISDN и т. Д.).

  • когда переговоры проваливаются.

  • при обнаружении петель на линии.

LCP

ACCM (асинхронная карта управляющих символов):

Это одна из согласованных LCP опций в кадре CONFREQ. ACCM устанавливает escape-последовательности символов. ACCM сообщает порту игнорировать указанные управляющие символы в потоке данных.Если маршрутизатор на другом конце соединения не поддерживает согласование ACCM, порт принудительно использует FFFFFFFF. В этом случае введите эту команду:

  совпадение ppp accm 000a000 
 
ACFC (сжатие поля адреса и управления):

ACFC — это опция LCP, которая позволяет конечным точкам более эффективно отправлять сообщения туда и обратно.

AuthProto (протокол аутентификации):

AuthProto — это тип протокола аутентификации, согласованный в кадре CONFREQ между обоими узлами PPP-соединения для использования на этапе аутентификации.Если аутентификация PPP не настроена, этот вывод не отображается в согласованных параметрах кадра CONFREQ. Возможные значения: CHAP или PAP.

Обратный звонок «#»:

Это сообщение указывает на то, что обсуждается вариант обратного вызова. Число после синтаксиса обратного вызова указывает, какой вариант обратного вызова согласован. Число 0 — это обычный обратный вызов PPP, а число 6 указывает на вариант обратного вызова Microsoft (который автоматически доступен в Cisco IOS® Software Release 11.3 (2) T или новее).

CHAP (протокол аутентификации с вызовом рукопожатия):

Это сообщение указывает, что согласованный протокол аутентификации — CHAP.

EndpointDisc (Дискриминатор конечной точки):

Это опция LCP, используемая для идентификации однорангового узла PPP в многоканальном соединении PPP. Дополнительные сведения см. В разделе «Критерии именования пакетов многоканального PPP».

LCP: состояние открыто

Это сообщение указывает, что согласование LCP было успешно завершено.

LQM (мониторинг качества связи)

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

Когда LQM включен, отчеты о качестве канала (LQR) отправляются каждый период проверки активности. LQR отправляются вместо сообщений поддержки активности. Все входящие сообщения поддержки активности обрабатываются должным образом. Если LQM не настроен, пакеты поддержки активности отправляются каждый период поддержки активности, и на все входящие LQR отправляется ответ LQR.

MagicNumber
Поддержка

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

Канал может быть отключен или не отключен при обнаружении петли; это зависит от использования команды down-when-looped .

PAP (протокол аутентификации пароля)

Это сообщение указывает, что протокол аутентификации, согласованный для использования одноранговыми узлами PPP, — PAP. Дополнительные сведения о PAP см. В разделе Настройка и устранение неполадок протокола аутентификации пароля PPP (PAP).

PFC (сжатие поля протокола)

Эта опция включает или выключает сжатие для полей протокола.

MRRU (Реконструированный блок с максимальным приемом)

Это опция LCP, согласованная в процессе настройки многоканального LCP PPP. Этот параметр определяет максимальное количество байтов, которое может составлять кадр. Если MRRU не согласован в LCP, тогда Multilink PPP (MPPP) не может работать на канале.

MRU (Максимальный полученный блок)

MRU — это опция LCP, согласованная в кадре CONFREQ для согласования размера передаваемых пакетов.

Аутентификация

AUTH-REQ (запрос аутентификации)

Этот кадр отправляется от локального однорангового узла PPP (на котором включена аутентификация) удаленному узлу. Он просит удаленный узел отправить действительное имя пользователя и пароль для аутентификации PPP-соединения. Этот фрейм используется только с PAP.

AUTH-ACK (подтверждение аутентификации)

Этот кадр отправляется аутентифицированным одноранговым узлом PPP аутентифицирующему одноранговому узлу PPP.Этот фрейм содержит действительную пару имени пользователя и пароля. Этот кадр используется только тогда, когда PAP используется для аутентификации соединения PPP.

AUTH-NAK или FAILURE

Этот кадр отправляется аутентифицирующим партнером PPP, когда аутентификация не удалась на аутентифицирующем одноранговом узле PPP.

ВЫЗОВ

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

ОТВЕТ

Этот кадр представляет собой ответ CHAP, отправленный аутентифицированным партнером PPP аутентифицирующему партнеру PPP.

Требуемый ответ состоит из двух частей:

Этот кадр используется только тогда, когда CHAP используется для аутентификации соединения PPP.

NCP

Адрес a.b.c.d
  • В исходящем сообщении CONFREQ это значение указывает IP-адрес, который локальный маршрутизатор желает использовать.Если включен адрес 0.0.0.0, локальный компьютер запрашивает у однорангового узла IP-адрес, который он может использовать.

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

  • В исходящем сообщении CONFNAK это значение указывает IP-адрес, который должен использовать одноранговый узел, а не тот, который одноранговый узел предложил в сообщении CONFREQ.

  • Во входящем сообщении CONFNAK это значение указывает IP-адрес, который должен использовать локальный компьютер, вместо того, который был предложен в предыдущем сообщении CONFREQ.

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

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

CCP (протокол контроля сжатия)

Это сообщение указывает, что протокол сжатия находится в стадии согласования между обоими узлами PPP. Программное обеспечение Cisco IOS поддерживает следующие протоколы сжатия для согласования через соединение PPP:

CDPCP (протокол управления протоколом обнаружения Cisco)

Это сообщение указывает, что согласование CDP происходит на этапе NCP. Чтобы выключить CDP на маршрутизаторе, введите команду no cdp run .

CODEREJ (отклонение кода)

Пакет CODEREJ отправляется после получения неинтерпретируемого упакованного от удаленного узла PPP.

Установить маршрут к a.b.c.d

Когда маршрутизатор завершает IPCP (фаза NCP для протокола IP L3), он должен установить данный IP-адрес для удаленного однорангового узла PPP в таблице маршрутизации и рассматриваться как подключенный маршрут в таблице маршрутизации. Если вы не видите это сообщение, убедитесь, что команда no peer neighbour-route не настроена.

IPCP (протокол управления IP)

Это значение указывает, что IP — это сетевой уровень, согласовываемый на этапе NCP.

Состояние IPCP открыто

Это сообщение указывает, что IPCP (фаза NCP для протокола IP L3) успешно завершена.

PROTREJ (отклонение протокола)

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

IT Essentials 7 Глава 1 Ответы на викторину 2020 100%

Последнее обновление: 18 января 2021 г., автор: Admin

IT Essentials 7 Глава 1 Ответы на викторину 2020 правильно 100%

ITE — Глава 1

ITE 7.0 Глава 1 Ответы на викторину

  1. Какие три устройства считаются устройствами вывода? (Выберите три.)

    • сканер отпечатков пальцев
    • монитор
    • наушники
    • принтер
    • клавиатура
    • мышь
      Ответы Объяснение и подсказки:

      Наушники, мониторы, принтеры, динамики, сканеры, факсы и проекторы считаются устройствами вывода. Сканеры отпечатков пальцев, клавиатуры и мыши считаются устройствами ввода.

  2. Как внутренние компоненты компьютера защищены от электростатического разряда?

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

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

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

    • Micro-ATX
    • ATX
    • Мини-ATX
    • ITX
      Ответы Объяснение и подсказки:

      Форм-фактор материнской платы Mini-ATX является наименьшим форм-фактором (17 см X 17 см или 6 дюймов).7 дюймов X 6,7 дюймов) и используется в тонких клиентах и ​​телевизионных приставках.

  4. Какой тип диска содержит магнитный жесткий диск со встроенной флеш-памятью, которая служит энергонезависимой кеш-памятью?

    • SCSI
    • NVMe
    • SSD
    • SSHD
      Ответы Объяснение и подсказки:

      Гибридные твердотельные накопители (SSHD) объединяют магнитный жесткий диск со встроенной флэш-памятью, выступающей в качестве энергонезависимого кэша, но стоят дешевле SSD.

  5. Какие два компонента ПК обмениваются данными с ЦП через набор микросхем южного моста? (Выберите два.)

    • видеокарта
    • жесткий диск
    • 64-битный адаптер Gigabit Ethernet
    • RAM
      Ответы Объяснение и подсказки:

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

  6. Какой порт позволяет передавать видео высокой четкости с использованием протокола DisplayPort?

    • VGA
    • RCA
    • DVI
    • Thunderbolt
      Ответы Объяснение и подсказки:

      Порт Thunderbolt позволяет передавать видео высокой четкости с использованием протокола DisplayPort.

  7. Какое действие может снизить риск повреждения электростатическим разрядом при работе с компьютерным оборудованием?

    • работает на заземленном антистатическом мате
    • держит компьютер подключенным к сетевому фильтру
    • снижение уровня влажности в рабочей зоне
    • перемещение беспроводных телефонов из рабочей зоны
      Ответы, пояснения и подсказки:

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

  8. Какой тип устройства ввода может идентифицировать пользователей по их голосу?

    • сканер
    • KVM-переключатель
    • дигитайзер
    • устройство биометрической идентификации
      Ответы Объяснение и подсказки:

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

  9. Техник хочет заменить вышедший из строя блок питания на высокопроизводительном игровом компьютере. Какой форм-фактор должен искать технический специалист?

    • ATX12V
    • EPS12V
    • AT
    • ATX
      Ответы Объяснение и подсказки:

      Настольные и игровые компьютеры высокого класса используют форм-фактор блока питания EPS12V.Он также используется на серверах.

  10. См. Выставку. Какой тип коннектора отображается?

    IT Essentials 7 Ответы на вопросы по главе 1 01

    • Адаптер USB-PS / 2
    • Адаптер Molex — SATA
    • Переходник с DVI на HDMI
    • Преобразователь HDMI в VGA
      Ответы Объяснение и подсказки:

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

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

    • сенсорный монитор
    • KVM-переключатель
    • USB-переключатель
    • ИБП
    • Концентратор PS / 2
      Ответы Объяснение и подсказки:

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

  12. Какое утверждение описывает технологию дополненной реальности (AR)?

    • Он не предоставляет пользователям немедленный доступ к информации об их реальном окружении.
    • Всегда нужна гарнитура.
    • Гарнитура закрывает для пользователей посторонний свет.
    • Он накладывает изображения и звук на реальный мир в реальном времени.
      Ответы Объяснение и подсказки:

      Дополненная реальность (AR) накладывает изображения и звук на реальный мир в реальном времени. Он позволяет использовать естественный свет и не требует постоянно гарнитуры.

  13. См. Выставку. Как разъем используется в ПК?

    IT Essentials 7 Ответы на вопросы по главе 1 02