15Окт

Нет места в птс: Что, если для нового владельца автомобиля нет места в ПТС?

Содержание

Что делать, если для нового владельца автомобиля нет места в ПТС?

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

Как продать автомобиль, если в нем нет места для нового владельца?

СПРАВКА: Сам по себе документ имеет семь мест для заполнения. На первой странице есть только одно место для заполнения, куда вписывается либо завод изготовитель, либо запись таможенной службы, если автомобиль ввезен из-за рубежа. Разворот ПТС имеет четыре места. Обычно одно из них заполняется автосалоном, через который авто было продано. Иногда бывает, что машина проходит длинную дилерскую дистанцию и записей автосалонов может быть больше. Таким образом, в лучшем случае остается пять мест для хозяев транспортного средства. То есть человек, купивший машину шестым, оказывается в ситуации, когда он не может быть вписан в ПТС.

Кроме этого, графы ПТС могут заполняться не только в случае смены владельца, но и по другим причинам, основными из которых можно назвать три главных:

  • смена фамилии, имени или отчества владельца автомобиля;
  • изменение гражданской регистрации, то есть смена места жительства владельца;
  • технические изменения в конструкции автомобиля.

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

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

ВАЖНО: Это тот случай, когда нужна замена технического паспорта. Такая процедура предусмотрена на законодательном уровне приказом МВД № 496, в котором говорится о том, что документ подлежит замене, если в нем заполнены все строки и графы.

Кто должен менять ПТС, если в нем закончилось место?

В соответствии с пунктами 1 и 2 статьи 209 Гражданского кодекса Российской Федерации собственнику принадлежат права владения, пользования и распоряжения своим имуществом. То есть, при составлении договора купли-продажи замену полностью заполненного ПТС может произвести как предыдущий владелец, так и новый. В этом случае часто возникают ситуации, когда сотрудники автоинспекции отказываются выдавать дубликат ПТС новому хозяину. Такие их действия являются противозаконными. Стороны сделки имеют право оставить записи даже на полях старого паспорта с тем, чтобы эта запись была перенесена в выдаваемый дубликат ПТС. Сотрудники ГИБДД обязаны произвести регистрационные действия в отношении владельца транспортного средства.

Как заменить полностью заполненный ПТС?

ВАЖНО: Чтобы переоформить паспорт транспортного средства, необходимо заполнить ряд документов. К их числу относятся:

  1. Заявление на бланке МРЭО.
  2. Паспорт текущего владельца автомобиля.
  3. Старый ПТС.
  4. Страховка ОСАГО.
  5. Договор купли-продажи автомобиля.
  6. Квитанция об оплате госпошлины на смену паспорта транспортного средства.

Чтобы замену ПТС мог сделать новый владелец, договор купли-продажи должен быть заверен нотариально.

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

Если в паспорте транспортного средства не осталось места для записей и он подлежит замене, то вместе с ним меняется и свидетельство о регистрации ТС. Причем при замене ПТС, свидетельству присваивается новый номер. Дело в том, что данные из ПТС обязательно переносят в регистрационное свидетельство.

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

Закончилось место в ПТС, некуда вписать нового владельца. Что делать?: medved01 — LiveJournal

В "Комитет по защите прав автовладельцев" обратился жителm г. Екатеринбург с просьбой оказать ему содействие в восстановлении нарушенных прав при регистрации ТС.
"Обратился водитель. Купил машину по ДКП (договор купли-продажи), а в ПТС кончилось место, и он не может себя вписать, потому что некуда. В ГИБДД обращался, ему отказывали даже сверку номеров делать, говорили, что собственник по ПТС должен это делать. И еще сказали, что предыдущий собственник должен получить новый ПТС, и потом уже вписать текущего собственника в ПТС, и текущий сможет поставить машину на учет. Во как. Эти требования полная чушь. Регистрация автомобилей производиться с целью их учета и допуска к дорожному движению. Регистрация ТС не может влиять на право собственности," - рассказал председатель КЗПА Кирилл Форманчук.

Закончилось место в ПТС, некуда вписать нового владельца. Что делать?

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

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

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

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

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

Следовательно, при отчуждении транспортных средств, которые по закону не относятся к недвижимому имуществу, действует общее правило, закрепленное в пункте 1 статьи 223 Гражданского кодекса Российской Федерации: право собственности у приобретателя вещи по договору возникает с момента ее передачи, если иное не предусмотрено законом или договором.

Как следует из содержания части 3 статьи 15 Закона "О безопасности дорожного движения" регистрация транспортных средств осуществляется для допуска транспортных средств к участию в дорожном движении.

Сделки с транспортными средствами не подлежат регистрации в органах государственной власти. Регистрация ТС в органах ГИБДД не устанавливает гражданских прав и обязанностей, а является допуском ТС к участию в дорожном движении (ст. 15 ФЗ «О безопасности дорожного движения»). Таким образом, регистрация транспортного средства в ГИБДД никак не влияет на переход права собственности на автомобиль.

В соответствии с приказом МВД России от 24 ноября 2008 г. N 1001 "О порядке регистрации транспортных средств" изменение регистрационных данных о собственнике по совершенным сделкам, направленным на отчуждение в отношении зарегистрированных транспортных средств, осуществляется на основании заявления нового собственника. Взамен утраченных или непригодных для пользования регистрационных документов, паспортов транспортных средств на зарегистрированные в Госавтоинспекции транспортные средства и иных выдаваемых регистрационными подразделениями документов выдаются новые документы.

ПТС, в котором заполнены все графы является непригодным для дальнейшего использования и при смене собственника и подлежит замене.

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

Регистрационные органы ГИБДД обязаны выдать новый ПТС при предъявлении собственником документа подтверждающего право собственности (договор купли-продажи, дарения, документы о наследстве и тд).

Больше статей по автоправу http://kzpa66.ru/avtopravo.html

Что делать если в ПТС нет места для нового владельца

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

Влияет ли степень заполненности ПТС на процесс продажи?

Минусом такой ситуации является то, что покупателю придется самому заниматься оформлением нового ПТС, дубликата (что в принципе логично при смене владельца).

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

Хождение двух экземпляров ПТС не допускается, но обезопасить себя проверкой подлинности ПТС покупатель имеет право – без труда это проверяется в ГИБДД.

Нет места в ПТС – что делать

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

Представить необходимо следующие документы:

  1. Непосредственно сам ПТС
  2. паспорт владельца
  3. подтверждающий право собственности на ТС документ, например, договор купли-продажи
  4. заполненное заявление (бланк можно получить на месте в ГИБДД)
  5. полис ОСАГО
  6. квитанция об уплате госпошлины.

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

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

Что делать, если закончился ПТС? Меняем техпаспорт, в котором закончилось место

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

Иногда перед автовладельцами встает вопрос, что делать в ситуации, когда заканчивается место в Паспорте на Транспортное Средство (ПТС). Обычно при закончившемся техпаспорте его просто меняют на новый, для чего вам придется посетить регистрационные органы ГИБДД и подать заявление на замену. Давайте разберемся что делать, если закончился ПТС.

Для чего нужен ПТС?

Что такое ПТС? – Это документ, в котором зафиксированы основные технические данные автомобиля и его собственника. Паспорт транспортного средства требуется для:

  • Организации контроля за ввозимыми на территорию страны или производимыми в ней транспортными средствами;
  • Предотвращения угонов и краж ТС;
  • Для правильной организации допуска автомобилей к дорожному движению.

Когда нужно менять паспорт транспортного средства?

Согласно действующего законодательства Российской Федерации автовладельцы меняют ПТС при наступлении следующих обстоятельств:

  • При изменении паспортных данных владельца автотранспортного средства;
  • При серьезных повреждениях транспортного средства;
  • Когда все графы ПТС уже заполнены, и некуда ставить новые отметки;

Еще одним обстоятельством замены паспорта ТС может стать смена места постоянной регистрации владельца автотранспортного средства.

Что делать, если в ПТС не осталось свободного места?

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

  • Паспорт владельца автотранспортного средства, нуждающегося в замене ПТС;
  • Заявление на замену техпаспорта. Бланк заявления вы можете взять у дежурного сотрудника. Заявление принимается в единственном экземпляре, заполненном аккуратно, без исправлений, зачеркиваний и подчеркиваний, без лишних цифр, букв, знаков пунктуации или прочих ненужных обозначений. В заявлении должна быть просьба о замене ПТС с соответствующим основанием для замены. Если есть сомнения в возможности правильно заполнить заявление, вы можете оформить его силами специалиста пункта регистрации за плату;
  • Старый ПТС. При приеме у вас этого документа его заполненные графы обязательно сверят с электронной базой данных ГИБДД. Регистрационные данные вашего автомобиля, такие как VIN номер, цвет и номер кузова, номер двигателя и дата изготовления транспортного средства проверяются на соответствие с данными ПТС. Особые отметки ПТС сверяются с данными в базе, то есть производится документальная идентификация вашего автомобиля и проверка подлинности документа для исключения ошибок. После подтверждения всех данных старый ПТС просто уничтожается.
  • Документ о праве собственности на автомобиль. Это может быть договор купли-продажи, в котором должны присутствовать данные из техпаспорта, данные о покупателе и продавце и их подписи. В договоре обязательно должна быть указана цена автомобиля.
  • Полис страховки ОСАГО — только при наличии страхового полиса автомобиль принимается к постановке на учет.
  • Квитанция об оплате государственной пошлины.

Как выдается дубликат техпаспорта?

Основным отличием процедуры замены полностью заполненного ПТС от процедуры восстановления утерянного техпаспорта является отсутствие необходимости осмотра транспортного средства и сверки номеров кузова и двигателя органами ГИБДД.

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

Замена ПТС перед продажей авто

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

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

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

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

Что делать, если закончился ПТС (закончилось место)?

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

Необходимость ПТС

ПТС является важным юридическим документом, «характеризующим» автомобиль.
Он необходим для:

  1. упорядочения процедуры допуска транспорта к участию в дорожном движении;
  2. ужесточения контроля над ввозимыми в РФ автотранспортными средствами;
  3. повышения эффективности предотвращения краж и угонов автомобилей.

Причины замены паспорта

Среди главных оснований замены ПТС можно отметить:

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

Что делать, если в ПТС закончилось место?

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

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

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

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

    Особое внимание при замене уделяется информации о цвете, номере кузова, номере двигателя, дате изготовления автомобиля. Должностное лицо сверяет данные, зафиксированные в особых отметках паспорта. Эта процедура необходима для идентификации транспорта и подтверждения подлинности предоставляемого паспорта.  

    После того, как все данные сверены и подтверждены, уполномоченный орган должен уничтожить старый паспорт транспортного средства. 
  • Квитанция, подтверждающая оплату государственной пошлины.
  • Полис ОСАГО, поскольку автомобиль не может быть постановлен на счет до тех пор, пока его собственник не оформит страхование гражданской ответственности. Для того чтобы лицо получило страховой полис, оно должно заблаговременно позаботиться о наличии технического осмотра автомобиля, который производится органами ГИБДД.
  • Документ, удостоверяющий право собственности на автотранспортное средство. В качестве правоустанавливающего документа может выступать договор купли-продажи машины, который обязательно должен содержать идентификационные данные об автомобиле, полные сведения о продавце и покупателе, а также их личные подписи.  

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

Выдача дубликата ПТС взамен старого

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

Подпишитесь на рассылку

Должностные лица указывают в новом ПТС серию предыдущего паспорта, а также фиксируют дату замены документа дубликатом.

Главным отличием процедуры замены полностью заполненного или испорченного ПТС от процедуры восстановления утерянного паспорта является отсутствие необходимости осмотра транспортного средства органами ГИБДД. 

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

Кто может выдать дубликат ПТС, читайте на сайте КонсультантПлюс.  Если у вас еще нет доступа к системе КонсультантПлюс, вы можете оформить его бесплатно на 2 дня.

Аспекты замены паспорта перед продажей машины

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

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

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

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

Более полную информацию по теме вы можете найти в КонсультантПлюс.
Пробный бесплатный доступ к системе на 2 дня.

Закончилось место в ПТС, некуда вписать нового владельца. Что делать?

В "Комитет по защите прав автовладельцев" обратился житель г. Екатеринбурга с просьбой оказать ему содействие в восстановлении нарушенных прав при регистрации ТС.

"Обратился водитель. Купил машину по ДКП (договор купли-продажи), а в ПТС кончилось место, и он не может себя вписать, потому что некуда. В ГИБДД обращался, ему отказывали даже сверку номеров делать, говорили, что собственник по ПТС должен это делать. И еще сказали, что предыдущий собственник должен получить новый ПТС, и потом уже вписать текущего собственника в ПТС, и текущий сможет поставить машину на учет. Во как. Эти требования полная чушь. Регистрация автомобилей производиться с целью их учета и допуска к дорожному движению. Регистрация ТС не может влиять на право собственности," - рассказал председатель КЗПА Кирилл Форманчук.  

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

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

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

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

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

Следовательно, при отчуждении транспортных средств, которые по закону не относятся к недвижимому имуществу, действует общее правило, закрепленное в пункте 1 статьи 223 Гражданского кодекса Российской Федерации: право собственности у приобретателя вещи по договору возникает с момента ее передачи, если иное не предусмотрено законом или договором.

Как следует из содержания части 3 статьи 15 Закона "О безопасности дорожного движения" регистрация транспортных средств осуществляется для допуска транспортных средств к участию в дорожном движении.

Сделки с транспортными средствами не подлежат регистрации в органах государственной власти. Регистрация ТС в органах ГИБДД не устанавливает гражданских прав и обязанностей, а является допуском ТС к участию в дорожном движении (ст.15 ФЗ «О безопасности дорожного движения»). Таким образом, регистрация транспортного средства в ГИБДД никак не влияет на переход права собственности на автомобиль.

В соответствии с приказом МВД России от 24 ноября 2008 г. N 1001 "О порядке регистрации транспортных средств" изменение регистрационных данных о собственнике по совершенным сделкам, направленным на отчуждение в отношении зарегистрированных транспортных средств, осуществляется на основании заявления нового собственника. Взамен утраченных или непригодных для пользования регистрационных документов, паспортов транспортных средств на зарегистрированные в Госавтоинспекции транспортные средства и иных выдаваемых регистрационными подразделениями документов выдаются новые документы.

ПТС, в котором заполнены все графы является непригодным для дальнейшего использования и при смене собственника и подлежит замене.

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

Регистрационные органы ГИБДД обязаны выдать новый ПТС при предъявлении собственником документа подтверждающего право собственности (договор купли-продажи, дарения, документы о наследстве и тд).

Закончился ПТС - нет места для новых записей, что делать?

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

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

Причины замены ПТС

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

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

Что делать если в ПТС нет места

Закончился ПТС и в нем места для новых записей? Когда наступает подобная ситуация, нужно получить дубликат ПТС.

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

  1. Паспорт владельца ТС, который пишет заявление о необходимости замены ПТС. Если обратиться к Положению о ПТС, то там сказано, что заявителем может быть владелец машины или собственник.
  2. Предыдущий ПТС, в котором все пустые строки были заполнены нужно сдать в орган ГИБДД. Документ будет принимать должностное лицо, которое проведет его осмотр и сверку данных с электронной базой. Информация о машине, обозначенная в ПТС, в обязательном порядке должна совпадать с регистрационными данными ТС. При замене ПТС пристальное внимание будет уделено сведениям о номере кузова, цвете, дате, когда машина была изготовлена, номере двигателя. В разделе «Особые отметки» ПТС есть данные, и должностное лицо займется их сверкой. Это нужно сделать для того чтобы подтвердить подлинность предоставленного ПТС и идентифицировать машину. Когда проверка подойдет к концу, и данные будут подтверждены, старый паспорт подлежит уничтожению уполномоченным на данную процедуру органом.
  3. Заявление. При обращении в соответствующие органы должностные лица дадут вам типовой бланк. Заявление заполняется в одном экземпляре, и в нем нужно прописать просьбу о том, что старый ПТС требует замены. Уделите внимание заполнению данной бумаги, так как в ней запрещаются исправления, помарки, перечеркивание. Лишние цифры, буквы, запятые или прочие обозначения тоже под запретом. Если у вас есть сомнения в правильности заполнения заявления, рекомендуем раскошелиться, и передать эту заботу в руки специалиста, работающего в пункте регистрации.
  4. Чек, подтверждающий, что государственная пошлина за данную процедуру была уплачена.
  5. Документ, подтверждающий, что владельцем машины является заявитель. Понадобится иметь при себе правоустанавливающие документы. Это может быть договор купли-продажи ТС, в котором прописаны полные сведения о покупателе и продавце, идентификационные данные о машине. Документ должен быть скреплен личными подписями участников сделки. В договоре в обязательном порядке должна быть обозначена цена предмета договора. Если должностные лица регистрирующего органа во время проверки выявят несостыковки данных, то это может поставить под сомнение подлинность договора купли-продажи машины.
  6. Полис ОСАГО, так как машину не поставят на учет до того момента, пока владелец не посетит страховую компания для оформления страхования гражданской ответственности. Чтобы оформить страховку стало возможным, владелец обязан заранее пройти технический осмотр машины. Данную процедуру осуществляют органы ГИБДД.

Выдача дубликата ПТС вместо старого

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

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

Важные нюансы замены паспорта перед продажей транспортного средства

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

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

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

Обновление: Начиная с 1 июля 2019 года новые ПТС будут оформляться в России только в электронном виде. При этом старые бумажные документы остаются действительными, но вы можете обменять их на ЭПТС (Электронный Паспорт Транспортного средства) по своему заявлению в любой момент. Поэтому если ваш паспорт технического средства кончился, то вы можете сразу перейти на электронный ПТС и не иметь проблем с местом для новых записей.

2 Проблемы с TCP / IP

2 Проблемы с TCP / IP

Далее: 3 Дизайн быстрых сокетов
Up: Высокая производительность Местная связь
Пред .: 1 Введение

Хотя TCP / IP может обеспечить хорошую пропускную способность в развернутых в настоящее время сетях, его задержка в оба конца обычно мала. Кроме того, наблюдаемая пропускная способность и задержки приема-передачи в сетевых технологиях следующего поколения, таких как Myrinet и ATM не начинают приближаться к необработанным возможностям этих сетей [Китон и др.1995]. В этой секции, мы описываем ряд особенностей и проблем коммерческих реализаций TCP, и как эти функции влияют на качество связи.

2.1 Создан для больших площадей

TCP / IP изначально был разработан и обычно реализуется для сети. Хотя TCP / IP можно использовать в локальной сети, он не оптимизирован. для этого домена. Например, TCP использует контрольную сумму в пакете для сквозного надежность, несмотря на наличие CRC для каждого пакета в большинстве современных сетей аппаратное обеспечение.Но вычисление этой контрольной суммы стоит дорого и создает узкое место. в обработке пакетов. IP использует поля заголовка, такие как Time-To-Live, которые актуальны только в обширной среде. IP также поддерживает межсетевое взаимодействие маршрутизация и фрагментация и повторная сборка пакетов в полете, функции, которые бесполезны в локальной среде. Модель TCP / IP предполагает связь между автономными машинами, которые взаимодействуют только минимально. Однако машины в локальной сети часто используют общую административную службу, общая файловая система и общая база пользователей.Должно быть возможно распространить эту общность и сотрудничество на сетевое общение программного обеспечения.

2.2 Несколько слоев

Стандартные реализации интерфейса Sockets и протокола TCP / IP Suite разделяет стек протокола и интерфейса на несколько уровней. В Интерфейс сокетов обычно является самым верхним уровнем, расположенным над протоколом. Уровень протокола может содержать подуровни: например, протокол TCP. code находится над кодом IP-протокола. Ниже уровня протокола находится интерфейс слой, который взаимодействует с сетевым оборудованием.Уровень интерфейса обычно имеет две части: интерфейс сетевого программирования, который подготавливает исходящие пакеты данных и драйвер сетевого устройства, который передает данные к и от сетевой карты (NIC).

Эта многоуровневая организация позволяет строить стеки протоколов из множество комбинаций протоколов, программных интерфейсов и сетевых устройств, но эта гибкость достигается за счет производительности. Слои переходы может быть дорогостоящим по времени и программированию.Каждый слой может использовать разные абстракция для хранения и передачи данных, требующая преобразования данных на каждой границе слоя. Наслоение также ограничивает передачу информации. Скрытые детали реализации каждого уровня могут вызвать большие, непредвиденные влияет на производительность [Crowcroft и другие. 1992] [Кларк 1982]. Предложены механизмы преодоления этих трудностей. [Кларк и Тенненхаус 1990], но существующие работы были сосредоточены на пропускной способности сообщений, скорее чем задержка протокола [Abbott & Peterson 1993].Также количество интерфейсов программирования и протоколов небольшой: есть два интерфейса программирования (Berkeley Sockets и интерфейс транспортного уровня System V) и только несколько передач данных широко распространенные протоколы (TCP / IP и UDP / IP). Эта нехватка отчетливых комбинации слоев означают, что универсальность многоуровневой организации потрачено впустую. Уменьшение количества слоев, проходимых в коммуникациях стек должен уменьшить или устранить эти затраты на наслоение для общего случая передачи данных.

2.3 Сложное управление памятью

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

Для удовлетворения этих двух требований такие механизмы, как Berkeley Unix mbuf. Мбуф может содержать небольшой количество данных, а буферы mbuf могут быть связаны для управления большими данными наборы. Сцепление упрощает добавление и удаление заголовков пакетов. Мбуф Однако абстракция не из дешевых: 15% времени обработки для небольших Пакеты TCP потребляются управлением mbuf [Кей & Pasquale 1993]. Кроме того, чтобы воспользоваться преимуществами mbuf абстракции, пользовательские данные должны копироваться в буферы mbuf и из них, что занимает еще больше времени на критическом пути передачи данных.Это копирование означает, что почти четверть времени обработки малых пакетов в коммерческий стек TCP / IP тратится на проблемы управления памятью. Сокращение поэтому накладные расходы на управление памятью имеют решающее значение для улучшения связи спектакль.



Далее: 3 Дизайн быстрых сокетов
Up: Высокая производительность Местная связь
Пред .: 1 Введение

1. Обзор TCP / IP - Сетевое администрирование TCP / IP, 3-е издание [Книга]

Все мы, кто использует настольную систему Unix - инженеры, преподаватели, ученые и бизнесмены - имеют вторую карьеру в системе Unix администраторы. Объединение этих компьютеров в сеть дает нам новые задачи, поскольку сеть администраторы.

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

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

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

Название «TCP / IP» относится ко всему набору протоколов передачи данных. В Suite получил свое название от двух принадлежащих ему протоколов: Протокол управления передачей (TCP) и Интернет-протокол (IP). TCP / IP - традиционное имя для этого набора протоколов, и это имя используется в эта книга. Набор протоколов TCP / IP также называется Интернет-протоколом. Люкс (IPS). Оба имени приемлемы.

Эта книга представляет собой практическое пошаговое руководство по настройке и управление сетевым программным обеспечением TCP / IP в компьютерных системах Unix. TCP / IP есть ведущее коммуникационное программное обеспечение для локальных сетей и предприятий интрасети, и это основа всемирного Интернета. TCP / IP есть наиболее важное сетевое программное обеспечение, доступное для сети Unix администратор.

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

В 1969 году Агентство перспективных исследовательских проектов (ARPA) профинансировало исследование и проект развития по созданию экспериментальной сети с коммутацией пакетов.Эта сеть, получившая название ARPAnet , была построена для изучения методы предоставления надежных, надежных, независимых от поставщика данных коммуникации. Многие методы современной передачи данных были разработан в ARPAnet.

Экспериментальная сеть оказалась настолько успешной, что многие прикрепленные к нему организации начали использовать его для ежедневных данных коммуникации. В 1975 году сеть ARPAnet была преобразована из экспериментальной сеть к действующей сети, и ответственность за управление сетью было передано Агентству оборонных коммуникаций (DCA). [] Однако развитие ARPAnet не остановилось просто потому что он использовался как оперативная сеть; базовый TCP / IP протоколы были разработаны после того, как сеть заработала.

Протоколы TCP / IP были приняты в качестве военных стандартов (MIL STD) в 1983 году, и все хосты, подключенные к сети, должны были перейти на новые протоколы. Чтобы облегчить это преобразование, DARPA [] профинансировал Bolt, Beranek, and Newman (BBN) для реализации TCP / IP в Беркли (BSD) Unix.Так начался союз Unix и TCP / IP.

Примерно в то время, когда TCP / IP был принят в качестве стандарта, термин Интернет вошел в обиход. В 1983 году старый ARPAnet был разделен на MILNET, несекретную часть Defense Data Network. (DDN) и новый ARPAnet меньшего размера. «Интернет» использовался для относятся ко всей сети: MILNET плюс ARPAnet.

В 1985 году Национальный научный фонд (NSF) создал NSFNet и подключил его к существовавшему на тот момент Интернету.Исходный NSFNet связан вместе пять суперкомпьютерных центров NSF. Он был меньше, чем ARPAnet и не быстрее: 56 Кбит / с. Тем не менее создание NSFNet было знаменательное событие в истории Интернета, потому что NSF принес с ним новое видение использования Интернета. NSF хотел расширить сеть для каждого ученого и инженера в Соединенных Штатах. К Чтобы добиться этого, в 1987 году NSF создал новую, более быструю магистраль и трехуровневая топология сети, включающая магистральную, региональную сети и локальные сети.В 1990 году ARPAnet официально перестала существовать. существования, а в 1995 году NSFNet перестала играть роль основного Интернет-центра. магистральная сеть.

Сегодня Интернет больше, чем когда-либо, и охватывает сотни тысячи сетей по всему миру. Он больше не зависит от ядра (или магистральной сети) или при государственной поддержке. Сегодняшний Интернет построен коммерческими провайдерами. Национальные сетевые провайдеры, называемые провайдерами первого уровня, и региональные сетевые провайдеры создают инфраструктура.Провайдеры интернет-услуг (ISP) предоставляют локальный доступ и пользовательские услуги. Эта сеть сетей соединен в Соединенных Штатах несколькими крупными межсетевыми соединениями точки, называемые точками доступа к сети (NAP).

Интернет вырос далеко за пределы своих первоначальных возможностей. Оригинал сети и агентства, построившие Интернет, больше не играют существенная роль для текущей сети. Интернет вырос из простая магистральная сеть с трехуровневой иерархической структурой, к огромной сети взаимосвязанных распределенных сетевых узлов.Она имеет росла в геометрической прогрессии с 1983 года - ежегодно увеличиваясь вдвое. Через все этого невероятного изменения одно осталось неизменным: Интернет построен на наборе протоколов TCP / IP.

Признаком успеха сети является беспорядок, окружающий термин интернет . Первоначально он использовался только как имя сети, построенной на IP. Сейчас интернет - это общий термин, используемый для обозначения целого класса сетей. An Интернет (строчная буква «i») - это любой набор отдельных физических сети, соединенные общим протоколом, чтобы сформировать единый логический сеть.Интернет (заглавная буква «I») - это всемирная коллекция взаимосвязанные сети, которые выросли из оригинальной сети ARPAnet, использует IP для соединения различных физических сетей в единую логическую сеть. В этой книге и «Интернет», и «Интернет» относятся к сетям. которые связаны между собой по TCP / IP.

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

Популярность протоколов TCP / IP не росла быстро только потому, что протоколы присутствовали или потому, что подключение к Интернету требовалось их использование.Они удовлетворили важную потребность (передача данных по всему миру) в нужное время, и у них было несколько важных функций, которые позволил им удовлетворить эту потребность. Это следующие функции:

  • Открытые стандарты протокола, свободно доступные и разрабатываемые независимо от любое конкретное компьютерное оборудование или операционная система. Потому что это так так широко поддерживаемый, TCP / IP идеально подходит для объединения различных аппаратные и программные компоненты, даже если вы не общаетесь по Интернету.

  • Независимость от конкретного физического сетевого оборудования. Это позволяет TCP / IP для интеграции множества различных типов сетей. TCP / IP может работать через Ethernet, DSL-соединение, коммутируемую линию, оптическую сеть и практически любые другие физические среда передачи.

  • Общая схема адресации, позволяющая использовать любой TCP / IP. устройство для уникальной адресации любого другого устройства во всей сети, даже если сеть такая же большая, как всемирный Интернет.

  • Стандартизированные протоколы высокого уровня для согласованного и широкого доступные пользовательские сервисы.

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

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

Открытый характер протоколов TCP / IP требует открытого процесса разработки стандартов и общедоступности нормативные документы.Интернет-стандарты разрабатываются Internet Engineering Task Force (IETF) открыто, публично встречи. Протоколы, разработанные в этом процессе, публикуются. как Запросы комментариев (RFC). [] Как следует из названия «Запрос комментариев», стиль и содержание этих документов гораздо менее жесткое, чем в большинстве нормативные документы. RFC содержат широкий спектр интересных и полезная информация и не ограничивается формальной спецификацией протоколы передачи данных.Есть три основных типа RFC: стандарты (STD), лучшие текущие практики (BCP) и информационные (К вашему сведению).

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

Предлагаемый стандарт

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

Проект стандарта

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

Интернет-стандарт

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

Есть две категории стандартов. Техническая спецификация (TS) определяет протокол. Заявление о применимости (AS) определяет, когда следует использовать протокол. Есть три уровней требований , которые определяют применимость стандарта:

Обязательно

Этот стандартный протокол является обязательной частью каждого TCP / IP выполнение. Он должен быть включен, чтобы стек TCP / IP был совместимый.

Рекомендуется

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

факультативный

Этот стандарт не является обязательным. Это зависит от программного обеспечения продавец реализовывать это или нет.

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

Experimental

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

Исторический

Исторический RFC устарел и больше не рекомендуется к использованию.

Информационный

Информационный RFC предоставляет информацию общего интерес к Интернет-сообществу; это не определяет Стандартный протокол Интернета.

Подмножество информационных RFC называется FYI (для вашей информации) примечаниями. Документ к сведению дается номер FYI в дополнение к номеру RFC. FYI документы предоставить вводные и справочные материалы об Интернете и Сети TCP / IP.Документы FYI не упоминаются в RFC 2026 и не включены в процесс стандартов Интернета. Но есть несколько доступны интересные документы FYI. []

Еще одна группа RFC, выходящих за рамки документирования протоколов: RFC с лучшими текущими практиками (BCP). ПП официально документировать методы и процедуры. Некоторые из них документируют путь что IETF ведет себя сам; RFC 2026 является примером этого типа BCP. Другие предоставляют рекомендации по работе сети или служба; RFC 1918, Распределение адресов для частных сетей , является примером этого типа BCP.ПП, которые предоставить инструкции по эксплуатации часто представляют большой интерес для сети администраторы.

В настоящее время существует более 3000 RFC. Как сетевая система администратор, вы, несомненно, прочитаете несколько. Не менее важно знать, какие из них читать, как понимать их, когда вы читаете их. Используйте категории RFC и уровни требований, чтобы помочь вам определите, какие RFC применимы к вашей ситуации. (Хороший отправной точкой является сосредоточение внимания на тех RFC, которые также имеют STD номер.) Чтобы понять, что вы читаете, вам нужно понимать язык передачи данных. RFC содержат реализацию протокола спецификации определены в терминологии, уникальной для передачи данных.

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

Архитектурная модель, разработанная по международным стандартам. Организация (ISO) часто используется для описания структуры и функция протоколов передачи данных. Эта архитектурная модель, который называется Open Systems Interconnect (OSI) Эталонная модель , предоставляет общий справочник для обсуждения связи.Термины, определенные в этой модели, хорошо понятны и широко используются в сообщество передачи данных - настолько широко, что фактически трудно обсуждать обмен данными без использования OSI терминология.

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

Рисунок 1-1. Эталонная модель OSI

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

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

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

Хотя модель OSI полезна, протоколы TCP / IP не соответствуют его структура точно. Поэтому при обсуждении TCP / IP мы используем уровни модели OSI следующим образом:

Application Layer

Application Layer - это уровень протокола иерархия, в которой находятся сетевые процессы, к которым имеет доступ пользователь.В этом текст, приложение TCP / IP - это любой сетевой процесс, который происходит над транспортным уровнем. Сюда входят все процессы, которые пользователи напрямую взаимодействуют с другими процессами на этом уровень, о котором пользователи не обязательно знают.

Уровень представления

Для взаимодействия приложений для обмена данными они должны согласны с тем, как представлены данные. В OSI презентация Layer предоставляет стандартные процедуры представления данных.Эта функция часто обрабатывается в приложениях в TCP / IP, хотя Протоколы TCP / IP, такие как XDR и MIME, также выполняют эту функцию.

Сеансовый уровень

Как и в случае с уровнем представления, сеансовый уровень не идентифицируется как отдельный уровень в протоколе TCP / IP иерархия. Сеансовый уровень OSI управляет сеансами (соединения) между взаимодействующими приложениями. В TCP / IP это функция в основном встречается на транспортном уровне, а термин «Сессия» не используется; вместо этого термины «сокет» и «порт» используются для описания пути, по которому взаимодействующие приложения общаются.

Транспортный уровень

Большая часть нашего обсуждения TCP / IP направлена ​​на протоколы, встречающиеся на транспортном уровне. Транспортный уровень в эталонной модели OSI гарантирует, что получатель получит данные в точности так, как они были отправлены. В TCP / IP эта функция выполняется с помощью протокола управления передачей (TCP). Однако TCP / IP предлагает второй сервис транспортного уровня, Протокол дейтаграмм пользователя (UDP), который не выполняет сквозной проверки надежности.

Сетевой уровень

Сетевой уровень управляет подключениями в сети и изолирует протоколы верхнего уровня от деталей базовая сеть. Интернет-протокол (IP), изолирующий верхние уровни из базовой сети и обрабатывает адресация и доставка данных обычно описываются как TCP / IP Сетевой уровень.

Канальный уровень данных

Надежная доставка данных через базовый физическая сеть обрабатывается уровнем канала передачи данных. TCP / IP редко создает протоколы на уровне звена данных. Большинство RFC, относящихся к Уровень канала передачи данных обсуждает, как IP может использовать существующие данные протоколы связи.

Физический уровень

Физический уровень определяет характеристики оборудование, необходимое для передачи данных сигнал. Такие функции, как уровни напряжения, количество и Расположение контактов интерфейса определяется в этом слое.Примеры стандарты на физическом уровне - это интерфейсные разъемы такие как RS232C и V.35, а также стандарты для проводки в локальной сети, такие как IEEE 802.3. TCP / IP не определяет физические стандарты - он использует существующих стандартов.

Терминология эталонной модели OSI помогает нам описать TCP / IP, но чтобы полностью его понять, мы должны использовать архитектурную модель что более точно соответствует структуре TCP / IP. Следующий раздел вводит модель протокола, которую мы будем использовать для описания TCP / IP.

Пока нет единого мнения о том, как описывать TCP / IP с помощью многоуровневой модели, TCP / IP обычно рассматривается как состоящий из меньшего количества слоев, чем семь, используемые в модели OSI. Большинство описаний TCP / IP определяют от трех до пяти функциональных уровней в архитектуре протокола. В четырехуровневая модель, представленная на рисунке 1-2 основан на трех уровнях (приложение, хост-хост и Доступ к сети), показанный в модели протокола DOD в справочнике по протоколу DDN , том 1 , с добавлением отдельного Интернет-уровень.Эта модель обеспечивает разумную графическую представление уровней в иерархии протокола TCP / IP.

Рисунок 1-2. Архитектура TCP / IP

Как и в модели OSI, данные передаются вниз по стеку, когда они отправляется в сеть и поднимается вверх по стеку при получении из сети. Четырехуровневая структура TCP / IP видна в способ обработки данных при передаче по стеку протоколов из Уровень приложения к базовой физической сети.Каждый слой в stack добавляет управляющую информацию для обеспечения правильной доставки. Этот контроль информация называется заголовком , потому что она помещается перед данными, которые будут передан. Каждый уровень обрабатывает всю информацию, которую он получает от слой выше как данные, и помещает свой заголовок перед этим Информация. Добавление информации о доставке на каждом уровне называется инкапсуляция . (См. Рисунок 1-3 для иллюстрации это.) При получении данных происходит обратное. Каждый слой полоски выключить его заголовок перед передачей данных на уровень выше. В качестве информация течет вверх по стеку, информация, полученная от нижнего слой интерпретируется как заголовок и как данные.

Рисунок 1-3. Инкапсуляция данных

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

На рис. 1-4 показаны термины используются разными уровнями TCP / IP для обозначения данных, передан. Приложения, использующие TCP, относятся к данным как поток , а приложения, использующие UDP относится к данным как к сообщению . TCP называет данные сегментом , а UDP называет его данные пакет . Уровень Интернета просматривает все данные в виде блоков называются дейтаграммами .TCP / IP использует множество различных типов базовых сетей, каждый из которых может иметь различную терминологию для данных, передает. Большинство сетей относятся к передаваемым данным как пакетов или кадров . На рисунке 1-4 показано сеть, которая передает фрагменты данных, которые она вызывает кадра .

Рисунок 1-4. Структуры данных

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

Уровень доступа к сети - это самый нижний уровень иерархии протоколов TCP / IP. В протоколы на этом уровне предоставляют системе средства для доставки данных к другим устройствам в сети с прямым подключением. Этот слой определяет как использовать сеть для передачи дейтаграммы IP. В отличие от более высокого уровня протоколы, протоколы уровня доступа к сети должны знать детали базовая сеть (структура пакетов, адресация и т. д.), чтобы правильно форматировать передаваемые данные в соответствии с сетью ограничения.Уровень доступа к сети TCP / IP может включать в себя функции всех трех нижних уровней эталонной модели OSI (сеть, данные Ссылка и Физический).

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

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

Два RFC, которые определяют протоколы уровня доступа к сети являются:

  • RFC 826, Протокол разрешения адресов (ARP) , который сопоставляет IP-адреса с Ethernet адреса

  • RFC 894, Стандарт передачи IP-дейтаграмм по сетям Ethernet , в котором указывается, как Дейтаграммы IP инкапсулированы для передачи через Ethernet сети

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

The уровень выше уровня доступа к сети в иерархии протоколов это Internet Layer . Интернет-протокол (IP) является наиболее важным протоколом на этом уровне. Выпуск IP, используемый в текущем Интернете, - это IP версии 4 (IPv4), которая определена в RFC 791.Есть более свежие версии IP. IP версии 5 является экспериментальный протокол Stream Transport (ST), используемый для данных в реальном времени Доставка. IPv5 так и не вошел в оперативное использование. IPv6 - это стандарт IP что обеспечивает значительно расширенную емкость адресации. Поскольку IPv6 использует совершенно другая структура адреса, она не совместима с IPv4. Хотя IPv6 является стандартной версией IP, он еще не получил широкого распространения. в операционных, торговых сетях. Поскольку мы делаем упор на практичность действующих сетей, мы не рассматриваем IPv6 в деталях.В этой главе а в основной части текста «IP» относится к IPv4. IPv4 - это протокол, который вы настроите в своей системе, когда захотите обменять данные с удаленными системами, и этому посвящен этот текст.

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

Интернет-протокол - это строительный блок Интернета. Его функции включают:

  • Определение дейтаграммы, которая является основной единицей передача в Интернете

  • Определение схемы адресации в Интернете

  • Перемещение данных между уровнем доступа к сети и Транспортный уровень

  • Маршрутизация дейтаграмм на удаленные хосты

  • Выполнение фрагментации и повторной сборки дейтаграмм

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

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

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

дейтаграмма - это формат пакета, определенный по интернет-протоколу. Фигура 1-5 - графическое представление дейтаграммы IP. В первые пять или шесть 32-битных слов дейтаграммы являются контрольными информация называется заголовком .По умолчанию заголовок состоит из пяти слов; шестой слово не является обязательным. Поскольку длина заголовка переменная, включает поле под названием Длина заголовка Интернета (МГП), который указывает длину заголовка прописью. В заголовок содержит всю информацию, необходимую для доставки пакет.

Рисунок 1-5. Формат IP-дейтаграммы

Интернет-протокол доставляет дейтаграмму путем проверки Адрес назначения в слове 5 заголовка.Адрес назначения - это стандартный 32-битный IP-адрес, который идентифицирует сеть назначения и конкретный хост в этой сети. (Формат IP-адресов объясняется в главе 2.) Если Адрес назначения - это адрес хоста в локальной сети, пакет доставляется прямо по назначению. Если Адрес назначения не находится в локальной сети, пакет перешли в шлюз для доставки. Шлюзы - это устройства, которые переключают пакеты между разными физическими сетями.Решая, какой шлюз для использования называется , маршрутизация . IP принимает решение о маршрутизации для каждого отдельного пакета.

Интернет-шлюзы обычно (и, возможно, точнее) называются IP-маршрутизаторами , потому что они используют Интернет-протокол для маршрутизации пакетов между сетями. В традиционных Жаргон TCP / IP, есть только два типа сети устройства - шлюза, и хостов . Шлюзы пересылают пакеты между сети, а хосты - нет.Однако, если хост подключен к большему количеству чем одна сеть (называемая многосетевым хостом ), она может пересылать пакеты между сетями. Когда многодомный хост пересылает пакеты, он действует так же, как и любой другой шлюз и фактически считается шлюзом. Текущие данные коммуникационная терминология проводит различие между шлюзами и маршрутизаторы, [] , но мы будем использовать термины шлюз и IP-маршрутизатор взаимозаменяемы.

На рис. 1-6 показан использование шлюзов для пересылки пакетов. Хосты (или конечные системы ) обрабатывают пакеты по всем четырем протоколам. слоев, в то время как шлюзы (или промежуточные системы ) обрабатывают пакеты только до Интернета Уровень, на котором принимаются решения о маршрутизации.

Рисунок 1-6. Маршрутизация через шлюзы

Системы могут доставлять пакеты только на другие устройства, подключенные к та же физическая сеть. Пакеты от А1 предназначенные для хоста C1 перенаправляются через шлюзы G1 и G2 .Хозяин A1 сначала доставляет пакет на шлюз G1 , с которым он разделяет сеть А . Шлюз G1 обеспечивает пакет на G2 по сети В . Шлюз G2 тогда доставляет пакет непосредственно на хост C1 , потому что они оба подключены к сети C . Хозяин A1 не знает никаких шлюзов, кроме шлюз G1 .Он отправляет пакеты, предназначенные для обоих сети C и B к этому локальный шлюз, а затем полагается на этот шлюз для правильной пересылки пакеты по пути к месту назначения. Точно так же хозяин C1 отправляет свои пакеты на G2 для связи с хостом в сети A , а также с любым хост в сети B .

На рис. 1-7 показано другой взгляд на маршрутизацию. Этот рисунок подчеркивает, что основная физические сети, через которые проходит дейтаграмма, могут быть разными и даже несовместимо.Хост A1 на Token Ring сеть направляет дейтаграмму через шлюз G1 для доступа к хосту C1 в сети Ethernet. Шлюз G1 пересылает данные через сеть X.25 на шлюз G2 для доставки на С1 . Дейтаграмма проходит через три физически разные сети, но в конечном итоге С1 .

Рисунок 1-7. Сети, шлюзы и хосты

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

Каждый тип сети имеет максимальную единицу передачи (MTU), что является самым большим пакетом, который он может передача. Если дейтаграмма, полученная из одной сети, длиннее, чем MTU другой сети, дейтаграмма должна быть разделена на более мелкие фрагментов для передачи.Этот процесс называется фрагментацией . Подумайте о поезде доставка груза стали. Каждый вагон может перевезти больше стали чем грузовики, которые повезут его по шоссе, поэтому каждая железная дорога груз автомобиля разгружается на множество различных грузовиков. Таким же образом что железная дорога физически отличается от шоссе, Ethernet физически отличается от сети X.25; IP должен нарушить Относительно большие пакеты Ethernet на более мелкие пакеты перед этим может передавать их по сертификату X.25 сеть.

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

Передача дейтаграмм на транспортный уровень

Когда IP получает дейтаграмму, адресованную локальному хосту, он должен передать часть данных дейтаграммы на правильный транспортный Уровневый протокол. Для этого используется номер протокола из слова 3 заголовка дейтаграммы. Каждый транспортный уровень Протокол имеет уникальный номер протокола, который идентифицирует его по IP. Номера протоколов обсуждаются в главе 2.

Из этого краткого обзора видно, что IP выполняет много важные функции.Не ждите полного понимания дейтаграмм, шлюзы, маршрутизация, IP-адреса и все остальное, что IP делает из этого краткого описания; каждая глава будет добавлять больше деталей по этим темам. Итак, давайте продолжим другой протокол в Интернет-уровень TCP / IP.

Протокол управляющих сообщений Интернета

Неотъемлемой частью IP является протокол управляющих сообщений Интернета (ICMP), определенный в RFC 792. Этот протокол является частью Интернет-уровня и использует средство доставки IP-дейтаграммы для отправки своих Сообщения.ICMP отправляет сообщения, которые выполняют следующий контроль, отчеты об ошибках и информационные функции для TCP / IP:

Управление потоком

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

Обнаружение недоступных пунктов назначения

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

Перенаправление маршрутов

Шлюз отправляет сообщение перенаправления ICMP, чтобы указать хосту использовать другой шлюз, предположительно потому, что другой шлюз лучше выбор.Это сообщение можно использовать только тогда, когда исходный хост включен. та же сеть, что и оба шлюза. Чтобы лучше это понять, см. Рисунок 1-7. Если хост в сети X.25 отправил дейтаграмму на G1 , можно было бы G1 для перенаправления этого хоста на G2 потому что хост, G1 и G2 - все подключен к той же сети. С другой стороны, если хост на сеть Token Ring отправила дейтаграмму на G1 , хост не может быть перенаправлен для использования G2 .Это потому, что G2 не привязан к токен-рингу.

Проверка удаленных хостов

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

Уровень протокола, расположенный чуть выше уровня Интернета, является Транспортный уровень между хостами , обычно сокращается до Транспортный уровень .Два самых важных протокола на транспортном уровне - Протокол управления передачей (TCP) и Протокол пользовательских дейтаграмм (UDP). TCP обеспечивает надежную доставку данных со сквозным обнаружением и исправлением ошибок. UDP обеспечивает сервис доставки дейтаграмм с низкими издержками и без установления соединения. Оба протокола доставлять данные между уровнем приложения и уровнем Интернета. Программисты приложений могут выбрать ту услугу, которая больше подходит для их конкретных приложений.

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

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

Рисунок 1-8. Формат сообщения UDP

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

Протокол управления передачей

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

TCP обеспечивает надежность с помощью механизма, называемого Положительное подтверждение с повторной передачей (PAR). Проще говоря, система, использующая PAR, отправляет данные снова , если только не услышит от удаленной системы, что данные поступили нормально. Единица данных, которыми обмениваются взаимодействующие Модули TCP называются сегментом (см. Рис. 1-9). Каждый сегмент содержит контрольную сумму, которую получатель использует для проверки правильности данных. неповрежденный.Если сегмент данных получен неповрежденным, получатель отправляет положительное подтверждение обратно в отправитель. Если сегмент данных поврежден, получатель его отбрасывает. После соответствующего периода тайм-аута отправляющий модуль TCP повторно передает любой сегмент для что не было получено положительного подтверждения.

Рисунок 1-9. Формат сегмента TCP

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

Тип рукопожатия, используемый TCP, называется трехстороннее рукопожатие , поскольку происходит обмен тремя сегментами. На рисунке 1-10 показана простейшая форма трехстороннего рукопожатия.Хост A начинает соединение, отправив хосту B сегмент с Установлен бит «Синхронизировать порядковые номера» (SYN). Этот сегмент сообщает хосту B что A хочет установить соединение, и он сообщает B , какой порядковый номер хоста будет использовать в качестве начального номера для своих сегментов. (Порядковые номера используются для сохранения данных в правильном порядке.) Хост B отвечает на A с помощью сегмент, в котором установлены биты «Подтверждение» (ACK) и SYN. B ’сегмент s подтверждает получение A 'сегмент s и сообщает A с какого порядкового номера будет начинаться хост B . Наконец, хост A отправляет сегмент, подтверждающий получение сегмента B и передает первый фактические данные.

Рисунок 1-10. Трехстороннее рукопожатие

После этого обмена TCP хост A имеет положительное свидетельство того, что удаленный TCP активен и готов к приему данные.Как только соединение установлено, данные могут быть переведен. Когда взаимодействующие модули завершат данные переводы, они будут обмениваться трехсторонним рукопожатием с сегментами содержащий бит «Нет больше данных от отправителя» (называемый битом FIN) для закрытия соединения. Это сквозной обмен данными, который обеспечивает логическую связь между двумя системы.

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

Стандарт TCP не требует, чтобы каждая система запускалась нумерация байтов любым конкретным номером; каждая система выбирает номер, который он будет использовать в качестве отправной точки. Чтобы отслеживать данные поток правильно, каждый конец соединения должен знать другой конец начальный номер.Два конца соединения синхронизируют системы байтовой нумерации, обмениваясь сегментами SYN во время рукопожатие. Поле порядкового номера в сегменте SYN содержит начальный порядковый номер (ISN), который является отправной точкой для Система байтовой нумерации . По соображениям безопасности ISN должно быть случайным числом.

Каждый байт данных нумеруется последовательно от ISN, поэтому Первый реальный байт отправленных данных имеет порядковый номер ISN + 1.В Порядковый номер в заголовке сегмента данных определяет последовательная позиция в потоке данных первого байта данных в сегмент. Например, если первый байт в потоке данных был порядковый номер 1 (ISN = 0) и 4000 байтов данных уже были передается, то первый байт данных в текущем сегменте байт 4001, а порядковый номер будет 4001.

Сегмент подтверждения (ACK) выполняет две функции: положительное подтверждение и управление потоком .Подтверждение сообщает отправителю, сколько данных был получен и сколько еще может принять получатель. В Номер подтверждения - это порядковый номер следующего байта, получатель ожидает получить. Стандарт не требует индивидуальное подтверждение для каждого пакета. Номер подтверждения является положительным подтверждением всех байтов до этого числа. За Например, если первый отправленный байт был пронумерован 1 и 2000 байтов имеют был успешно получен, Номер подтверждения будет 2001 г.

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

На рисунке 1-11 показан протокол TCP. поток данных, который начинается с начального порядкового номера 0. принимающая система получила и подтвердила 2000 байтов, поэтому текущий номер подтверждения - 2001. У получателя также достаточно буферное пространство еще на 6000 байт, поэтому объявлено окно размером 6000. Отправитель в настоящее время отправляет сегмент размером 1000 байт, начиная с с порядковым номером 4001.Отправитель не получил подтверждения для байтов с 2001 г., но продолжает отправлять данные, пока находится в окне. Если отправитель заполняет окно и не получает подтверждение ранее отправленных данных, после соответствующий тайм-аут, отправьте данные снова, начиная с первого неподтвержденный байт.

Рисунок 1-11. Поток данных TCP

На рисунке 1-11 повторная передача началась бы с байта 2001, если не далее получены благодарности.Эта процедура гарантирует, что данные надежно принимается на дальнем конце сети.

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

На вершине архитектуры протокола TCP / IP находится Уровень приложения . Этот слой включает в себя все процессы, которые используют протоколы транспортного уровня для доставки данных. Там есть много протоколов приложений. Большинство из них предоставляют пользовательские услуги, а новые сервисы всегда добавляются к этому уровню.

Наиболее известные и реализованные протоколы приложений являются:

Telnet

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

FTP

Протокол передачи файлов, который используется для интерактивной передачи файлов.

SMTP

Простой протокол передачи почты, который доставляет электронная почта.

HTTP

Протокол передачи гипертекста, который страницы по сети.

Хотя HTTP, FTP, SMTP и Telnet являются наиболее широко используемыми С приложениями TCP / IP, вы будете работать со многими другими как пользователь и Системный администратор.Некоторые другие часто используемые приложения TCP / IP являются:

Система доменных имен (DNS)

Также называется службой имен , это приложение сопоставляет IP-адреса с именами, присвоенными сети устройств. DNS подробно обсуждается в этой книге.

Сначала открыть кратчайший путь (OSPF)

Маршрутизация играет центральную роль в работе TCP / IP. OSPF используется сетью устройства для обмена маршрутной информацией.Маршрутизация также является важным тема этой книги.

Сетевая файловая система (NFS)

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

Некоторые протоколы, такие как Telnet и FTP, можно использовать, только если пользователь имеет некоторые знания о сети. Другие протоколы, такие как OSPF, запускаются без того, чтобы пользователь даже знал, что они существуют. Как система администратор, вам известны все эти приложения и все протоколы на других уровнях TCP / IP.И ты несешь ответственность за настраивая их!

В этой главе мы обсудили структуру TCP / IP, протокола набор, на котором построен Интернет. Мы видели, что TCP / IP - это иерархия из четырех уровней: приложения, транспорт, Интернет и сеть Доступ. Мы изучили функцию каждого из этих слоев. в В следующей главе мы рассмотрим, как дейтаграмма IP перемещается по сети при данные доставляются между хостами.

Проверьте настройки TCP / IP вашего компьютера | UMass Amherst Information Technology

Если у вас возникают проблемы с подключением к сети кампуса через Ethernet , вам следует убедиться, что ваш сетевой адаптер настроен правильно. Примечание: Следующие инструкции предназначены только для подключения на территории кампуса. Пользователям за пределами кампуса может потребоваться обратиться к своему поставщику услуг Интернета (ISP) или в справочный центр ИТ.

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

TCP / IP в Windows 7, 8, 8.1 и 10

  1. Перейдите в Пуск> Панель управления> Сеть и Интернет> Центр управления сетями и общим доступом , затем в левом столбце щелкните Управление сетевыми подключениями .
  2. Щелкните правой кнопкой мыши Подключения по локальной сети и выберите Свойства .
    Примечание: Имя этого подключения может отличаться, если вы его изменили или ранее подключались к другим проводным сетям Ethernet.
  3. Windows 7 может представить вам окно Контроль учетных записей пользователей с запросом разрешения на продолжение.Нажмите Продолжить , чтобы продолжить. Откроется окно «Свойства подключения по локальной сети» .
  4. В окне Свойства соединения в разделе Это соединение использует следующие элементы: , выберите Интернет-протокол версии 4 (TCP / IPv4) , затем щелкните Свойства и убедитесь, что Получить IP-адрес автоматически и Получить адрес DNS-сервера автоматически. Выбраны .
  5. Если TCP / IP не отображается в списке под Это соединение использует следующие элементы: , вы должны установить его.
    • Нажмите Установить .
    • В окне Select Network Feature Type выберите Protocol и нажмите Add ...
    • В окне Select Network Protocol выберите TCP / IP и нажмите OK , затем следуйте инструкциям на экране.

TCP / IP в Windows Vista

Примечание. UMass Amherst IT больше не поддерживает Windows Vista.

  1. Перейдите в Пуск> Панель управления> Сеть и Интернет> Центр управления сетями и общим доступом , затем в левом столбце щелкните Управление сетевыми подключениями .
  2. Щелкните правой кнопкой мыши Подключения по локальной сети и выберите Свойства .
    Примечание: Имя этого подключения может отличаться, если вы его изменили или ранее подключались к другим проводным сетям Ethernet.
  3. Windows Vista может представить вам окно Контроль учетных записей пользователей с запросом разрешения на продолжение. Нажмите Продолжить , чтобы продолжить. Откроется окно «Свойства подключения по локальной сети» .
  4. В окне Свойства соединения в разделе Это соединение использует следующие элементы: , выберите Интернет-протокол версии 4 (TCP / IPv4) , затем щелкните Свойства и убедитесь, что Получить IP-адрес автоматически и Получить адрес DNS-сервера автоматически. Выбраны .
  5. Если TCP / IP не отображается в списке под Это соединение использует следующие элементы: , вы должны установить его.
    • Нажмите Установить .
    • В окне Select Network Feature Type выберите Protocol и нажмите Add ...
    • В окне Select Network Protocol выберите TCP / IP и нажмите OK , затем следуйте инструкциям на экране.

TCP / IP в Windows XP

Примечание: UMass Amherst IT больше не поддерживает Windows XP.

  1. Выберите Пуск> Панель управления> Сетевые подключения .
  2. Щелкните правой кнопкой мыши Подключение по локальной сети , затем щелкните Свойства и выберите вкладку Сеть .
  3. В окне Свойства подключения по локальной сети в разделе Это подключение использует следующие элементы: , выберите Интернет-протокол (TCP / IP) , затем щелкните Свойства и убедитесь, что Получить IP-адрес автоматически и Получить адрес DNS-сервера автоматически. Выбраны .
  4. Если TCP / IP не отображается в списке под Это соединение использует следующие элементы: , вы должны установить его.
    • Нажмите Установить .
    • В окне Select Network Component Type выберите Protocol и нажмите Add ...
    • В окне Select Network Protocol выберите TCP / IP и нажмите OK , затем следуйте инструкциям на экране.

TCP / IP в Mac OS X

  1. Перейти к Меню Apple > Системные настройки .Откроется окно Системные настройки .
  2. В окне Системные настройки в разделе Интернет и беспроводная связь, щелкните Сеть.
  3. В окне Сеть :
    • В раскрывающемся окне Расположение выберите Автоматически.
    • Выберите Ethernet (слева).
    • В раскрывающемся меню Настроить IPv4 выберите Используя DHCP . DNS-сервер и Search Domains Информация будет заполнена автоматически.
  4. Если DNS-сервер и Search Domains информация не заполняется автоматически, нажмите Advanced. Появится окно Ethernet .
  5. В окне Ethernet на вкладке TCP / IP в раскрывающемся меню Настроить IPv4 выберите Автоматически (если он еще не выбран), затем нажмите OK .
  6. Нажмите Применить , затем закройте окно Сеть .

Объяснение трехстороннего установления связи через TCP / IP - Windows Server

  • 11 минут на чтение

В этой статье

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

Исходная версия продукта: Windows Server 2012 R2
Оригинальный номер в КБ: 172983

Сводка

Эта статья предназначена для аудитории, знакомой с протоколом управления передачей / Интернет-протоколом (TCP / IP), и обсуждает процесс трехстороннего установления связи TCP, который происходит между клиентом и сервером при инициации или завершении TCP-соединения.

Дополнительная информация

Уровень протокола управления передачей (TCP) транспортного протокола TCP / IP ориентирован на соединение. Ориентированный на соединение означает, что перед передачей каких-либо данных необходимо получить и подтвердить надежное соединение. Передача данных на уровне TCP, установление и завершение соединения поддерживают определенные параметры управления, которые управляют всем процессом. Биты управления перечислены ниже:

URG: значение поля срочного указателя
ACK: значение поля подтверждения
PSH: функция push
RST: сброс соединения
SYN: синхронизация порядковых номеров
FIN: больше нет данных от отправителя

Существует два сценария трехстороннего рукопожатия:

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

Установление соединения

Следующая последовательность показывает процесс установления TCP-соединения:

Рамка 1:

Как вы видите в первом кадре, клиент NTW3 отправляет сегмент SYN (TCP .... S.). Это запрос к серверу для синхронизации порядковых номеров. Он указывает свой начальный порядковый номер (ISN), который увеличивается на 1, 8221821 + 1 = 8221822, и отправляется на сервер.Чтобы инициализировать соединение, клиент и сервер должны синхронизировать порядковые номера друг друга. Также есть возможность установить максимальный размер сегмента (MSS), который определяется длиной (len: 4). Эта опция сообщает максимальный размер сегмента, который отправитель хочет получить. Поле подтверждения (ack: 0) установлено в ноль, потому что это первая часть трехстороннего рукопожатия.

 
1 2.0785 NTW3 -> BDC3 TCP .... S., Len: 4, seq: 8221822-8221825, ack: 0,
win: 8192, src: 1037 dst: 139 (сеанс NBT) NTW3 -> IP BDC3

TCP:.... S., Длина: 4, seq: 8221822-8221825, ack: 0, win: 8192, src: 1037
dst: 139 (сеанс NBT)

TCP: порт источника = 0x040D
 TCP: порт назначения = служба сеанса NETBIOS
 TCP: порядковый номер = 8221822 (0x7D747E)
 TCP: номер подтверждения = 0 (0x0)
 TCP: смещение данных = 24 (0x18)
 TCP: зарезервировано = 0 (0x0000)
 TCP: Flags = 0x02: .... S.

TCP: ..0 ..... = Нет срочных данных
 TCP: ... 0 .... = поле подтверждения не имеет значения
 TCP: .... 0 ... = Нет функции push
 TCP: ..... 0 .. = без сброса
 TCP: ...... 1. = Синхронизировать порядковые номера
 TCP:. ...... 0 = Нет плавника

TCP: Окно = 8192 (0x2000)
 TCP: контрольная сумма = 0xF213
 TCP: срочный указатель = 0 (0x0)
 TCP: параметры

TCP: Тип параметра (максимальный размер сегмента) = 2 (0x2)
 TCP: длина параметра = 4 (0x4)
 TCP: значение параметра = 1460 (0x5B4)

TCP: заполнение кадра

00000: 02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00 .` ..... `.; .... E.
00010: 00 2C 0D 01 40 00 80 06 E1 4B 83 6B 02 D6 83 6B., .. @ .... K.k ... k
00020: 02 D3 04 0D 00 8B 00 7D 74 7E 00 00 00 00 60 02 .......} t ~ .... `.
00030: 20 00 F2 13 00 00 02 04 05 B4 20 20.........

  

Кадр 2:

Во втором кадре сервер BDC3 отправляет ACK и SYN в этом сегменте (TCP .A..S.). В этом сегменте сервер подтверждает запрос клиента на синхронизацию. В то же время сервер также отправляет клиенту запрос на синхронизацию своих порядковых номеров. В этом сегменте есть одно важное отличие. Сервер передает клиенту номер подтверждения (8221823). Подтверждение является просто доказательством для клиента того, что ACK специфичен для SYN, инициированного клиентом. Процесс подтверждения запроса клиента позволяет серверу увеличивать порядковый номер клиента на единицу и использовать его в качестве номера подтверждения.

 
2 2.0786 BDC3 -> NTW3 TCP .A..S., Len: 4, seq: 1109645-1109648, ack:
8221823, win: 8760, src: 139 (сеанс NBT) dst: 1037 BDC3 -> NTW3 IP

TCP: .A..S., Длина: 4, последовательность: 1109645-1109648, подтверждение: 8221823, победа: 8760,
src: 139 (сеанс NBT) dst: 1037

TCP: порт источника = служба сеанса NETBIOS
 TCP: порт назначения = 0x040D
 TCP: порядковый номер = 1109645 (0x10EE8D)
 TCP: номер подтверждения = 8221823 (0x7D747F)
 TCP: смещение данных = 24 (0x18)
 TCP: зарезервировано = 0 (0x0000)
 TCP: Flags = 0x12:.В КАЧЕСТВЕ.

TCP: ..0 ..... = Нет срочных данных
 TCP: ... 1 .... = поле подтверждения важно
 TCP: .... 0 ... = Нет функции push
 TCP: ..... 0 .. = без сброса
 TCP: ...... 1. = Синхронизировать порядковые номера
 TCP: ....... 0 = нет плавника

TCP: Окно = 8760 (0x2238)
 TCP: Контрольная сумма = 0x012D
 TCP: срочный указатель = 0 (0x0)
 TCP: параметры

TCP: Тип параметра (максимальный размер сегмента) = 2 (0x2)
 TCP: длина параметра = 4 (0x4)
 TCP: значение параметра = 1460 (0x5B4)

TCP: заполнение кадра

00000: 02 60 8C 3B 85 C1 02 60 8C 9E 18 8B 08 00 45 00. `.; ...` ...... Э.
00010: 00 2C 5B 00 40 00 80 06 93 4C 83 6B 02 D3 83 6B., [. @ .... L.k ... k
00020: 02 D6 00 8B 04 0D 00 10 EE 8D 00 7D 74 7F 60 12 ...........} t`.
00030: 22 38 01 2D 00 00 02 04 05 B4 20 20 "8.-......

  

Рамка 3:

В третьем кадре клиент отправляет ACK на этот сегмент (TCP .A ....). В этом сегменте клиент подтверждает запрос от сервера на синхронизацию. Клиент использует тот же алгоритм, что и сервер, для предоставления номера подтверждения.Подтверждение клиентом запроса сервера на синхронизацию завершает процесс установления надежного соединения, то есть трехстороннее рукопожатие.

 
3 2.787 NTW3 -> BDC3 TCP .A ...., len: 0, seq: 8221823-8221823, ack:
1109646, win: 8760, src: 1037 dst: 139 (сеанс NBT) NTW3 -> BDC3 IP

TCP: .A ...., длина: 0, последовательность: 8221823-8221823, подтверждение: 1109646, выигрыш: 8760,
src: 1037 dst: 139 (сеанс NBT)

TCP: порт источника = 0x040D
 TCP: порт назначения = служба сеанса NETBIOS
 TCP: порядковый номер = 8221823 (0x7D747F)
 TCP: номер подтверждения = 1109646 (0x10EE8E)
 TCP: смещение данных = 20 (0x14)
 TCP: зарезервировано = 0 (0x0000)
 TCP: Flags = 0x10:. А ....

TCP: ..0 ..... = Нет срочных данных
 TCP: ... 1 .... = поле подтверждения важно
 TCP: .... 0 ... = Нет функции push
 TCP: ..... 0 .. = без сброса
 TCP: ...... 0. = Нет синхронизации
 TCP: ....... 0 = нет плавника

TCP: Окно = 8760 (0x2238)
 TCP: контрольная сумма = 0x18EA
 TCP: срочный указатель = 0 (0x0)
 TCP: заполнение кадра

00000: 02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00 .` ..... `.; .... E.
00010: 00 28 0E 01 40 00 80 06 E0 4F 83 6B 02 D6 83 6B. (.. @ .... O.k ... k
00020: 02 D3 04 0D 00 8B 00 7D 74 7F 00 10 EE 8E 50 10.......} т .... П.
00030: 22 38 18 EA 00 00 20 20 20 20 20 20 "8 ....

  

Завершение соединения

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

Рамка 4:

В этом сеансе кадров вы видите, что клиент отправляет FIN, который сопровождается ACK (TCP.А ... Ф). Этот сегмент выполняет две основные функции. Во-первых, когда установлен параметр FIN, он сообщит серверу, что у него больше нет данных для отправки. Во-вторых, ACK важен для идентификации конкретного установленного соединения.

 
4 16.0279 NTW3 -> BDC3 TCP .A ... F, длина: 0, последовательность: 8221823-8221823,
ack: 3462835714, win: 8760, src: 2337 dst: 139 (сеанс NBT) NTW3 -> BDC3
IP

TCP: .A ... F, длина: 0, последовательность: 8221823-8221823, подтверждение: 1109646, победа: 8760, src:
1037 dst: 139 (сеанс NBT)

TCP: порт источника = 0x040D
 TCP: порт назначения = служба сеанса NETBIOS
 TCP: порядковый номер = 8221823 (0x7D747F)
 TCP: номер подтверждения = 1109646 (0x10EE8E)
 TCP: смещение данных = 20 (0x14)
 TCP: зарезервировано = 0 (0x0000)
 TCP: Flags = 0x11:.00020: DE 57 09 21 05 48 0B 20 96 AC CE 66 AE 02 50 11 .W.!. H. ... ф..П.
00030: 22 38 23 6C 00 00 "8 # l . .

  

Рамка 5:

В этом кадре вы не видите ничего особенного, кроме того, что сервер подтверждает FIN, переданный от клиента.

 
5 16.0281 BDC3 -> NTW3 TCP .A ...., длина: 0, последовательность: 1109646-1109646,
ack: 8221824, win: 28672, src: 139 dst: 2337 (сеанс NBT) BDC3 -> NTW3
IP

TCP: .A ...., len: 0, seq: 1109646-1109646, ack: 8221824, win: 28672, src:
139 dst: 2337 (сеанс NBT)

TCP: порт источника = 0x040D
 TCP: порт назначения = служба сеанса NETBIOS
 TCP: порядковый номер = 1109646 (0x10EE8E)
 TCP: номер подтверждения = 8221824 (0x7D7480)
 TCP: смещение данных = 20 (0x14)
 TCP: зарезервировано = 0 (0x0000)
 TCP: Flags = 0x10:.00020: DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 10. {. H.!. F ... ..P.
00030: 70 00 D5 A3 00 00 90 00 01 00 86 00 п ...........

  

Рамка 6:

После получения FIN от клиентского компьютера сервер будет ACK. Несмотря на то, что TCP установил соединения между двумя компьютерами, соединения по-прежнему независимы друг от друга. Следовательно, сервер также должен передать клиенту FIN (TCP .A ... F).

 
6 17.0085 BDC3 -> NTW3 TCP .A...F, длина: 0, последовательность: 1109646-1109646, подтверждение:
8221824, win: 28672, src: 139 dst: 2337 (сеанс NBT) BDC3 -> NTW3 IP

TCP: .A ... F, длина: 0, последовательность: 1109646-1109646, подтверждение: 8221824, победа: 28672, src:
139 dst: 2337 (сеанс NBT)

TCP: порт источника = 0x0548
 TCP: порт назначения = 0x0921
 TCP: порядковый номер = 1109646 (0x10EE8E)
 TCP: номер подтверждения = 8221824 (0x7D7480)
 TCP: смещение данных = 20 (0x14)
 TCP: зарезервировано = 0 (0x0000)
 TCP: флаги = 0x11: .A ... F

TCP: ..0 ..... = Нет срочных данных
 TCP: ... 1 .... = поле подтверждения важно
 TCP:.00020: DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 11. {. H.!. F ... ..P.
00030: 70 00 D5 A2 00 00 02 04 05 B4 86 00 p ...........

  

Рамка 7:

Клиент отвечает в том же формате, что и сервер, подтверждая FIN сервера и увеличивая порядковый номер на 1.

 
7 17.0085 NTW3 -> BDC3 TCP .A ...., len: 0, seq: 8221824-8221824, ack:
1109647, win: 8760, src: 2337 dst: 139 (сеанс NBT) NTW3 -> IP BDC3

TCP: .A ...., len: 0, seq: 8221824-8221824, ack: 1109647, win: 8760, src:
2337 dst: 139 (сессия NBT)

TCP: порт источника = 0x0921
 TCP: порт назначения = 0x0548
 TCP: порядковый номер = 8221824 (0x7D7480)
 TCP: номер подтверждения = 1109647 (0x10EE8F)
 TCP: смещение данных = 20 (0x14)
 TCP: зарезервировано = 0 (0x0000)
 TCP: Flags = 0x10:.00020: DE 57 09 21 05 48 0B 20 96 AD CE 66 AE 03 50 10 .W.!. H. ... ф..П.
00030: 22 38 23 6B 00 00 "8 # k ..

  

Клиент, подтверждающий уведомление FIN от сервера, идентифицирует корректное закрытие TCP-соединения.

Список литературы

Получить RFC 793.

RFC

можно получить через Интернет следующим образом:

Бумажные копии всех RFC доступны в сетевом адаптере по отдельности или по подписке (за дополнительной информацией обращайтесь к NIC @ NIC. ДДН.МИЛ). Онлайн-копии доступны через FTP или Kermit с NIC.DDN.MIL как rfc / rfc ####. Txt или rfc / rfc ####. PS (#### - это номер RFC без начальных нулей).

Стек Интернет-протокола

Стек Интернет-протокола
Хенрик Фрыстык, июль 1994 г.,

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

В этом документе описаны различные части, представленные на этой диаграмме. Описываются протоколы верхнего уровня, например FTP, Telnet, TFTP и т. Д. в протоколе уровня представления раздел. Следующие темы останутся разделами в этом документ:

  1. Интернет-протокол (IP)
  2. Протокол дейтаграмм пользователя (UDP)
  3. Протокол управления передачей (TCP)
  4. Протокол управления транзакционной передачей (T / TCP)
  5. TCP / IP и OSI / RM

Интернет-протокол (IP)

Как видно на рисунке выше, стек Интернет-протокола обеспечивает ориентированная на соединение надежная ветвь (TCP) и без установления соединения ненадежная ветвь (UDP) строится поверх Интернет-протокола.

Интернет-протокол уровень в стеке протоколов TCP / IP - это первый уровень, который вводит абстракция виртуальной сети, которая является основным принципом Интернет-модель. Все детали физической реализации (в идеале даже хотя это не совсем так) скрыты ниже уровня IP. IP Layer обеспечивает ненадежную систему доставки без установления соединения. В Причина, по которой ненадежна, проистекает из того факта, что протокол не предоставляет никаких функций для восстановления ошибок для дейтаграмм которые либо дублируются, либо теряются, либо поступают на удаленный хост в другой заказ, чем они отправляют.Если таких ошибок нет в физический уровень, протокол IP гарантирует, что передача завершено успешно.

Основной единицей обмена данными на уровне IP является Интернет. Датаграмма. Формат дейтаграммы IP и краткое описание наиболее важные поля включены ниже:

LEN
Количество 32-битных сегментов в IP-заголовке. Без всяких OPTIONS, это значение 5
ВИД УСЛУГИ
Каждой дейтаграмме IP может быть присвоено значение приоритета от 0 до 7 показывая важность дейтаграммы. Это позволяет внеполосные данные должны маршрутизироваться быстрее, чем обычные данные. Этот очень важно как контрольное сообщение в Интернете Сообщения протокола (ICMP) передаются как часть данных IP. дейтаграмма. Даже если сообщение ICMP инкапсулировано в IP датаграмма, протокол ICMP обычно считается неотъемлемой частью уровня IP, а не уровня UDP или TCP. Кроме того, ТИП Поле SERVICE позволяет классифицировать дейтаграмму, чтобы укажите желаемая услуга, требующая короткого времени задержки, высокая надежность или высокая производительность.Однако для того, чтобы это было эффект, шлюзы должны знать более одного маршрута к удаленному хосту и как описано во введении, это не тот случай.
ИДЕНТ., ФЛАГИ и СМЕЩЕНИЕ ФРАГМЕНТА
Эти поля используются для описания фрагментации дейтаграммы. Фактическая длина дейтаграммы IP в принципе не зависит от длина физических кадров, передаваемых по сети, называется максимальным блоком передачи данных (MTU) сети . Если дейтаграмма длиннее, чем MTU, тогда она делится на набор фрагменты, имеющие почти тот же заголовок, что и исходная дейтаграмма, но только объем данных, который помещается в физический фрейм. ИДЕНТ флаг используется для идентификации сегментов, принадлежащих одной дейтаграмме, и СМЕЩЕНИЕ ФРАГМЕНТА - относительное положение фрагмента внутри исходная дейтаграмма. После фрагментации дейтаграмма остается как это до тех пор, пока он не получит конечный пункт назначения. Если один или несколько сегментов потеряны или ошибочны, вся дейтаграмма отбрасывается.

Однако основная сетевая технология не полностью скрыта. ниже уровня IP, несмотря на функцию фрагментации. В Причина в том, что MTU может варьироваться от 128 и менее до нескольких тысяч байтов зависит от физической сети (Ethernet имеет MTU 1500 байтов). Следовательно, это вопрос эффективности при выборе правильного размер дейтаграммы, чтобы минимизировать фрагментацию. Рекомендуется что шлюзы способны обрабатывать дейтаграммы размером не менее 576 байт без использования фрагментации.

ВРЕМЯ
Это оставшееся Time To Live (TTL) для дейтаграммы когда он путешествует по Интернету. Протокол маршрутной информации (RIP) указывает, что разрешено не более 15 переходов.
IP-АДРЕС ИСТОЧНИКА и IP-АДРЕС НАЗНАЧЕНИЯ
И исходный, и целевой адрес указаны в заголовок дейтаграммы, чтобы получатель мог отправить ответ обратно передающий хост. Однако обратите внимание, что только адрес хоста указано - не номер порта.Это потому, что IP-протокол Протокол IMP-to-IMP - это , а не , сквозной протокол. А требуется дополнительный слой, чтобы на самом деле указать, какие два процесса на передающий хост и конечный пункт назначения, который должен получить дейтаграммы.
Обратите внимание, что IP-датаграмма оставляет место только для исходного источника. IP-адрес и исходный IP-адрес назначения. Как упоминалось в раздел Шлюзы и маршрутизация Адрес следующего перехода указывается путем инкапсуляции.В Internet Layer передает IP-адреса следующего перехода адрес к сетевому уровню . Этот IP-адрес привязан к физический адрес, и с этим адресом формируется новый фрейм. Прочее исходного кадра затем инкапсулируется в новый кадр, прежде чем он будет отправить по каналу связи.

Протокол пользовательских дейтаграмм (UDP)

Протокол дейтаграмм пользователя (UDP) - это очень тонкий протокол, построенный поверх Интернет-протокола. Базовая единица данных - User. дейтаграмма и протокол UDP обеспечивают такие же ненадежные, сервис без установления соединения, передающий пользовательские дейтаграммы как протокол IP передает свои дейтаграммы.Основное отличие состоит в том, что UDP Протокол - это сквозной протокол . То есть он содержит достаточно информации для передачи дейтаграммы пользователя от одного процесса на передающий хост другому процессу на принимающем хосте. Формат дейтаграммы пользователя показано ниже:

Поле LENGTH - это длина дейтаграммы пользователя, включая заголовок, то есть минимальное значение LENGTH составляет 8 байтов. Источник ПОРТ и ПОРТ НАЗНАЧЕНИЯ - это связь между IP-адресом и процесс, запущенный на хосте.Сетевой порт обычно обозначается целое число. Однако дейтаграмма пользователя не содержит IP-адреса. Итак, как протокол UDP знает, когда конечный пункт назначения достиг?

При вычислении заголовка CHECKSUM протокол UDP добавляет 12-байтовый псевдозаголовок, состоящий из ИСТОЧНИКА IP-АДРЕСА, IP-АДРЕС НАЗНАЧЕНИЯ и некоторые дополнительные поля. Когда хозяин получает дейтаграмму UDP, принимает заголовок UDP и создает новый псевдо-заголовок с использованием собственного IP-адреса в качестве IP-АДРЕСА НАЗНАЧЕНИЯ и ИСТОЧНИК IP-АДРЕС, извлеченный из дейтаграммы IP.Затем это вычисляет контрольную сумму, и если она равна контрольной сумме UDP, то дейтаграмма получила конечный пункт назначения.

Как указано в стеке Интернет-протокола Рисунок Протокол UDP часто используется в качестве основного протокола в протоколы клиент-серверных приложений, такие как TFTP, DNS и т. д., где накладные расходы на обеспечение надежной передачи с установлением соединения значительный. Эта проблема будет рассмотрена далее в следующих двух разделы.

Протокол управления передачей (TCP)

Управление передачей Протокол обеспечивает полнодуплексный, надежный, ориентированный на соединение сервис на прикладном уровне, как показано на рисунке стека Интернет-протокола.Эта секция описал основной принцип протокола TCP и то, как он обеспечивает надежный сервис для протоколов прикладного уровня.

Протокол TCP - это потоковый протокол. Он предназначен для предоставить программному обеспечению прикладного уровня услугу для передачи большой объем данных надежным способом. Устанавливает полный дуплекс виртуальный канал между двумя передающими узлами, чтобы оба узла одновременно может размещать данные в Интернете без указания узел назначения после установления соединения.В протоколе управления транзакционной передачей (T / TCP) раздел клиент-серверное расширение протокола TCP представлена ​​как альтернатива потоковой архитектуре.

Формат сегмента TCP

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

ПОРТ ИСТОЧНИКА, ПОРТ НАЗНАЧЕНИЯ
Протокол TCP использует тот же трюк с использованием псевдозаголовка. вместо передачи IP-адреса источника и пункта назначения IP-адрес уже включен в IP-дейтаграмму.Поэтому только номера портов необходимы для однозначного определения взаимодействующего хосты.
КОД
Это поле используется для указания содержимого сегмента и необходимо предпринять определенные действия, например, если отправитель достиг EOF в потоке.
ОПЦИИ
Протокол TCP использует поле OPTIONS для обмена информацией например, максимальный размер сегмента принят между уровнями TCP на два хозяина. В настоящее время определены следующие флаги:
  • URG Поле указателя срочности действительно
  • ACK Поле подтверждения действительно
  • PSH Этот сегмент запрашивает push
  • RST Сбросить соединение
  • SYN Синхронизация порядковых номеров
  • FIN Отправитель достиг конца своего потока байтов
СМЕЩЕНИЕ
Это целое число указывает смещение пользовательских данных в пределах сегмент. Это поле требуется только потому, что количество битов, используемых в Поле OPTIONS может отличаться
СРОЧНЫЙ УКАЗАТЕЛЬ
Это поле может быть инициализировано, чтобы указывать на место в пользовательском данные, в которых размещена срочная информация, такая как коды выхода и т. д. Тогда принимающий хост может обработать эту часть немедленно, когда он получает сегмент.

Надежная трансмиссия

На уровне IP-протокола пакеты могут быть отброшены из-за сети. перегрузка, отказ шумового шлюза и т. д.Чтобы обеспечить надежную службы TCP должен восстанавливать данные, которые были повреждены, потеряны, дублированы или доставлены из строя через Интернет система. Это достигается путем присвоения НОМЕРА ПОСЛЕДОВАТЕЛЬНОСТИ каждому байту. передано и требует положительного подтверждения (ACK) от принимающего хоста. Если ACK не получен в течение таймаута интервал, данные передаются повторно. В приемнике последовательность числа используются для правильного порядка сегментов, которые могут быть получены порядка и устранения дубликатов. Ущерб обрабатывается добавлением контрольную сумму для каждого переданного сегмента, проверяя ее на приемнике, и отбрасывание поврежденных сегментов. Принцип показан на рисунок ниже:

Host A передает пакет данных на Host B , но пакет теряется до того, как достигнет места назначения. Тем не мение, Host A установил таймер, когда ожидать ACK от Host B , поэтому, когда этот таймер заканчивается, пакет передается повторно. В сложная часть метода - найти значение периода тайм-аута поскольку сегмент TCP может перемещаться по разным скоростным сетям с разные нагрузки.Это означает, что Время приема-передачи (RTT) может варьироваться от сегмента к сегменту. Простой способ расчета RTT заключается в использовании рекурсивного среднего значения с экспоненциальным окном для уменьшить важность старых ценностей.

Как упоминалось во введении к TCP раздел, протокол является потоковым протоколом. Оно использует неструктурированные потоки без метода индексации пользовательских данных, например в качестве записи и т. д. Кроме того, длина сегмента TCP может варьироваться в зависимости от случай для IP-дейтаграммы и пользовательской дейтаграммы UDP.Следовательно подтверждение не может быть основано на номере сегмента, но должно быть на основе успешно переданных байтов.

Однако принцип PAR очень неэффективен, поскольку передающий хост должен дождаться подтверждения, прежде чем он сможет отправить следующий сегмент. Это означает, что минимальное время между двумя сегментами составляет 1 RTT. плюс время, необходимое для обслуживания сегментов с обоих концов. ПТС Протокол решает эту проблему, используя скользящие окна на обоих концах.

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

Байт номер 1 потерян, поэтому Host B никогда не отправляет положительный результат. подтверждение. Когда Хост A истекает в байте 1, он повторно передает Это. Однако, поскольку остальные байты от 2 до 5 передаются успешно следующее подтверждение может сразу перейти к 6, это следующий ожидаемый байт.Байт 2 также повторно передается как Host не знает точно, сколько байтов ошибочно. Хост B просто отбрасывает байт 2, поскольку он уже загружен.

Технику окна можно также использовать для контроля перегрузки. механизм. Как указано в сегменте TCP Форматирование Рисунок каждый сегмент имеет поле ОКНО, которое указывает, как много данных, которые хост готов получить. Если хост сильно загружен, это может уменьшить параметр WINDOW и, следовательно, скорость передачи капли.

Однако, поскольку протокол TCP является сквозным протоколом, он не может видеть если в промежуточном интерфейсе возникла проблема перегрузки Процессор сообщений (IMP) (часто называемый пакетной коммутацией узел ) и, следовательно, у него нет средств управлять им, регулируя размер окна. TCP решает эту проблему с помощью контрольного сообщения Интернета. Сообщения об остановке источника протокола (ICMP).

Установление соединения

Когда нужно открыть TCP-соединение, используется трехстороннее рукопожатие (3WHS). чтобы установить виртуальный канал, существующий до соединение закрывается в конце передачи данных.3WHS - это описывается ниже, поскольку это важная часть TCP протокол, но также показывает некоторые недостатки в протоколе. В Принцип работы 3WHS показан на рисунке ниже:

Блоки посередине символизируют соответствующую часть TCP. сегмент, то есть НОМЕР ПОСЛЕДОВАТЕЛЬНОСТИ, НОМЕР ПОДТВЕРЖДЕНИЯ и код. Активный Host A отправляет сегмент, указывающий, что он НОМЕР ПОСЛЕДОВАТЕЛЬНОСТИ начинается с x. Хост B отвечает ACK и указывает, что он начинается с НОМЕРА ПОСЛЕДОВАТЕЛЬНОСТИ y.На третьем сегмент: оба хоста согласны с порядковыми номерами и что они готов к передаче данных.

На рисунке только Host A делает активное открытие. Собственно два хосты могут открывать одновременно, и в этом случае оба хоста выполняют SYN-RECEIVED, а затем синхронизировать соответственно. Основная причина для 3WHS заключается в том, чтобы предотвратить запуск старых дублирующих подключений вызывая замешательство.

Обратите внимание, что НОМЕР ПОСЛЕДОВАТЕЛЬНОСТИ сегментов 3 и 4 одинаков, потому что ACK не занимает пространство порядковых номеров (если это так, протокол приведет к ACKing ACK!).

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

Протокол управления транзакционной передачей (T / TCP)

Протокол TCP - это высокосимметричный протокол, в котором оба хоста могут передавать и получать данные одновременно. Тем не менее, не все приложения симметричны по своей природе.Типичный пример - это протокол клиент-сервер, такой как Домен Служба имен. Транзакционная передача Протокол управления (T / TCP), который является очень новым протоколом (июль 1994 г.) предлагает альтернативу TCP, когда требуется высокая производительность в клиент-серверные приложения. Некоторые из требований высокого Протоколы, ориентированные на выполнение транзакций, перечислены ниже:

  • Взаимодействие между клиентом и сервером основано на запрос, за которым следует ответ, то есть подход без сохранения состояния.
  • Протокол должен гарантировать, что транзакция выполняется на один раз, и любые повторяющиеся пакеты, полученные сервером, должны быть отброшенным.
  • Нет явной процедуры открытия или закрытия соединения. Это напротив TCP и 3WHS, как описано выше.
  • Минимальная задержка транзакции для клиента должна быть Round Время отключения (RTT) + Время обработки сервера (SPT) . То есть в основном такое же требование, как отсутствие явной процедуры открытия или закрытия.
  • Протокол должен поддерживать надежный минимум сделка ровно 1 сегмента в обе стороны.
В этом разделе описывается, как протокол TTCP решает эти проблемы. требований, а также которые могут повлиять на всемирную Веб-модель в отношении производительности.

Установление неявного соединения

Протокол T / TCP обозначается именем, основанным на TCP. протокол и T / TCP обратно совместим с TCP. Однако один из особенности протокола T / TCP в том, что он может обходить 3WHS описано в предыдущем разделе, но в случае неисправность может быть устранена с помощью процедуры 3WHS.

3HWS был введен для предотвращения старых дубликатов инициирование соединения от причинения путаницы. Однако T / TCP предоставляет альтернативой этому путем введения трех новых параметров в Поле OPTION в сегменте TCP:

СЧЕТЧИК СОЕДИНЕНИЙ (CC)
Это 32-битный номер воплощения, где отдельное значение назначается всем сегментам, отправляемым с Host A на Host B и другое отличное число наоборот. Ядро на обоих хостах держит кэш всех номеров CC, которые в настоящее время используются подключениями к удаленному хосты. При каждом новом подключении номер CC клиента монотонно увеличивается на 1, чтобы сегмент, принадлежащий новому соединению, мог быть отделенными от старых дубликатов от предыдущих подключений.
СОЕДИНЕНИЕ СЧЕТЧИК НОВОЕ (CC.NEW)
В некоторых ситуациях принцип монотонно возрастающего значение CC может быть нарушено либо из-за сбоя хоста, либо из-за максимальное число, то есть 4G, достигается, и счетчик возвращается к 0. Это возможно на практике, потому что один и тот же номер CC является глобальным для все соединения.В этой ситуации отправляется CC.NEW, а удаленный хост сбрасывает свой кеш и возвращается к обычному TCP-соединению 3WHS учреждение. Этот сигнал всегда будет посылаться из клиент и с по на сервере.
ПОДКЛЮЧЕНИЕ СЧЕТЧИКА ECHO (CC.ECHO)
В ответе сервера поле CC.ECHO содержит значение CC отправить клиентом, чтобы клиент мог проверить ответ как принадлежность к конкретной сделке.
Байпас 3WHS показан на следующем рисунке:

В этом примере два сегмента отправляются в обоих направлениях. Связь устанавливается, когда первый сегмент достигает сервера. Клиент остается в Состояние ВРЕМЯ-ОЖИДАНИЕ, которое объясняется в следующем разделе.

Подключение Shotdown

Каждое TCP или UDP-соединение между двумя хостами однозначно идентифицируется следующей пятеркой:
  • Протокол (UDP, TCP)
  • IP-адрес хоста A
  • Номер порта хоста A
  • IP-адрес Хоста B
  • Номер порта хоста B
Всякий раз, когда TCP-соединение было закрыто, ассоциация описывала кортеж из 5 переходит в состояние ожидания, чтобы убедиться, что оба хоста получил окончательное подтверждение от процедуры закрытия.В время ожидания называется TIME-WAIT и по умолчанию 2 * MSL (120 секунд), где MSL - это максимальное время жизни сегмента. То есть, два хоста не могут выполнить новую транзакцию с использованием одного и того же 5-кортежа по крайней мере, через 120 секунд после предыдущего подключения прекращено. Один из способов обойти эту проблему - выбрать другой 5-кортеж, но как упоминалось в Расширении TCP для Транзакции - концепции, которые не масштабируются из-за чрезмерного объем пространства ядра, занятого завершенными TCP-соединениями, зависает вокруг.

Однако номера CC T / RCP дают уникальную идентификацию каждого транзакция, поэтому протокол T / TCP может обрезать WAIT-STATE путем сравнения номеров CC. Этот принцип можно посмотреть при расширении конечного автомата одной транзакции, чтобы также включить информация о предыдущих и будущих транзакциях с использованием одного и того же 5-кортежа.

TTCP и Интернет

Как будет показано при описании всемирной паутины этой диссертации, принцип Всемирной паутины - это транзакционный обмен данными объект.Это причина, по которой протокол T / TCP очень интересен. в этой перспективе.

TCP / IP и OSI / RM

Международная организация по стандартизации (ISO) разработала второй доминирующая схема многоуровневого протокола, называемая открытой системой ISO Эталонная модель межсоединений (OSI / RM) . В этом разделе представлены эталонная модель OSI и сравнивает ее со стеком протоколов TCP / IP как показано на рисунке.

Физический уровень
Определяет физическое соединение между хост-компьютерами и IMP и как биты передаются по каналу связи.
Уровень канала данных
Этот уровень определяет, как данные передаются между IMP, используя кадра . Его основная задача - сменить сервис из физический уровень в пакетно-ориентированную безошибочную передачу.
Сетевой уровень
Фреймы уровня канала данных организованы в Пакеты и направляются по сети. Связи все еще между IMP.
Транспортный уровень
Первый уровень, обеспечивающий сквозную транспортную службу.Это гарантирует, что переданные данные правильно поступят на другой конец.
Сессионный уровень
Этот уровень определяет, как два хоста могут устанавливать сеансы, где данные могут передаваться в обоих направлениях по виртуальному соединению между двумя хозяевами.
Уровень презентации
Уровень представления представляет набор синтаксиса и семантики информация, передаваемая через нижние уровни протокола.
Уровень приложения
Этот уровень определяет виртуальную сеть, независимую от платформы. терминал, чтобы прикладные программы могли обмениваться данными независимо от используемое внутреннее представление данных.
Хотя OSI / RM и TCP / IP можно так сравнить, существует несколько существенных различий между OSI / RM и TCP / IP стек протоколов, но наиболее важным является то, что OSI / RM - это стандартизированная модель , показывающая, как функциональность протокола стек можно организовать. В нем не указаны точные услуги и протоколы, которые будут использоваться на каждом уровне, тогда как TCP / IP является результатом экспериментальное исследование. Несмотря на это, модель OSI / RM была основа реализации нескольких стеков протоколов, таких как X.25, обсуждали в критике X.25

Другое отличие состоит в том, где находится интеллект. наслоение. OSR / RM представляет надежный сервис на уровне канала передачи данных тогда как TCP / IP имеет интеллект только на транспортном уровне. Обе решения имеют преимущества и недостатки. Когда достоверные данные услуга передачи размещается на нижних уровнях, клиенты используют сеть для связи может быть очень простой, поскольку у них нет для обработки сложных ошибочных ситуаций. Недостаток в том, что производительность снижается из-за чрезмерного количества управляющей информации передается и обрабатывается на каждом хосте.


Хенрик Фристик, [email protected], июль 1994 г.,

Номер подтверждения - обзор

Кадр 1 Начало трехстороннего подтверждения TCP. В первом пакете клиент FTP (192.168.2.101) отправляет пакет на сервер FTP (192.168.2.1). Как вы можете видеть в итоговом окне на рисунке 6.14, клиент отправляет пакет на порт назначения 21 - хорошо известный порт, зарезервированный для FTP. Исходный порт (1934) случайным образом выбирается FTP-клиентом из числа незарезервированных портов.Ключевое слово SYN, которое вы видите в поле Summary первого кадра, демонстрирует, что бит синхронизации установлен, поэтому можно идентифицировать первый сегмент рукопожатия. Порядковый номер (174528023) случайным образом выбирается рабочей станцией для идентификации этого сеанса TCP.

Кадр 2 Второй кадр трехстороннего рукопожатия. Сервер подтверждает сеанс, отправляя кадр с номером подтверждения (174528024), который на одну единицу больше, чем порядковый номер (174528023), который был первоначально отправлен клиентом.Сервер также включает собственный уникальный, случайно выбранный порядковый номер (109684133) для идентификации сеанса.

Кадр 3 Последний кадр трехстороннего рукопожатия. Рабочая станция подтверждает получение кадра синхронизации от сервера, отправляя пакет подтверждения (ACK = 109684134). Вот и все - сеанс установлен. Теперь сервер и рабочая станция могут обмениваться данными.

Кадр 4 Этот кадр не имеет прямого отношения к сеансу TCP, который мы сейчас анализируем.Это часть другого TCP-диалога, инициированного FTP-сервером. В этом кадре сервер связывается с хорошо известным портом (113), где находится сервер аутентификации. FTP-сервер пытается получить некоторую информацию о клиенте, хотя клиент еще даже не ввел имя пользователя! Здесь мы видим атрибут нового сеанса TCP: установлен бит синхронизации (SYN).

Фрейм 5 На рабочей станции, которая инициировала FTP-соединение, не запущена служба аутентификации, поэтому на порту 113 нет активной службы, и ни одно приложение не может ответить на запрос аутентификации.Следовательно, новый сеанс TCP не может быть установлен. Стек TCP / IP рабочей станции отвечает серверу пакетом сброса (RST), чтобы прервать эту никогда не установленную связь TCP.

Frame 6 Как мы помним, трехстороннее рукопожатие между рабочей станцией и сервером уже завершено, поэтому некоторые реальные данные могут быть переданы. Этот кадр - первый фактический пакет данных. Сервер отправляет клиенту некоторую информацию о типе FTP-сервера, который он работает (ProFTPD), его версии (1.2.4) и некоторая дополнительная информация.

Кадр 7 Это просто кадр подтверждения кадра 6. Он также определяет доступный размер окна TCP на стороне клиента. Размер окна TCP - один из наиболее важных параметров любой связи TCP; мы обсудим это позже в этой главе.

Фреймы с 8 по 13 Пользователь отправляет свое имя пользователя и пароль на сервер, и сервер подтверждает, что пароль правильный.Посмотрите в кадр 11; это открытый текст («защищенный») пароль нашего пользователя topsecret , отправленный на сервер! Теперь вы понимаете, насколько небезопасна связь по FTP.

Фреймы 14 и 15 Клиент указывает, какой номер порта должен использоваться для передачи данных, и сервер подтверждает это.

Frame 16 Пользователь вводит команду ls , чтобы получить список файлов и каталогов.

Кадры с 17 по 19 Посмотрите на эти кадры. Они кажутся знакомыми? Мы уже видели этот бит SYN? Вы абсолютно правы - это трехстороннее рукопожатие нового сеанса TCP. FTP не использует порт 21 для передачи данных; он используется только для контроля информации. Другой порт, порт 20, используется для фактической передачи данных, но, как вы помните, никакие данные не могут быть переданы по TCP до установления соединения. Эти три фрейма устанавливают новое соединение!

Фреймы с 20 по 24 Передает содержимое каталога.В данном конкретном случае каталог содержит только один файл, всего несколько байтов информации, но FTP требуется пять пакетов для его передачи.

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

Frame 26 Сервер подтверждает закрытие соединения.

Фреймы 27 и 28 Пользователь завершает сеанс FTP, введя команду quit .Сервер подтверждает, что сеанс был успешно закрыт, отправив сообщение с кодом 221 («До свидания»).

Кадры с 29 по 32 Сервер и клиент закрывают соединение, отправляя кадры с установленным битом FIN. Как мы знаем, TCP - это полнодуплексный режим связи, поэтому каждый кадр FIN закрывает свою половину соединения.

О протоколе управления передачей (TCP)

Протокол управления передачей / Интернет-протокол, набор протоколов связи, используемых для соединения узлов в Интернете.TCP / IP использует несколько протоколов, два основных из которых - TCP и IP. TCP / IP встроен в операционную систему UNIX и используется в Интернете, что делает его стандартом для передачи данных по сети. Даже сетевые операционные системы, у которых есть собственные протоколы, такие как Netware, также поддерживают TCP / IP. Протокол IP имеет дело только с пакетами, а TCP позволяет двум хостам устанавливать соединение и обмениваться потоками данных. TCP гарантирует доставку данных, а также гарантирует, что пакеты будут доставлены в том же порядке, в котором они были отправлены.

TCP компенсирует недостатки IP, обеспечивая надежные потоковые соединения, которые скрывают большинство недостатков IP. Набор протоколов получил свое название, потому что большинство протоколов TCP / IP основаны на TCP, который, в свою очередь, основан на IP. TCP и IP являются двумя столпами TCP / IP. TCP добавляет большую функциональность к IP-службе, на которую он накладывается:

  • Потоки. Данные TCP организованы как поток байтов, во многом как файл. Дейтаграмная природа сети скрыта.
  • Надежная доставка. Порядковые номера используются для координации того, какие данные были переданы и получены. TCP организует повторную передачу, если определит, что данные были потеряны.
  • Адаптация к сети. TCP будет динамически изучать характеристики задержки сети и корректировать свою работу, чтобы максимизировать пропускную способность без перегрузки сети.
  • Контроль потока. TCP управляет буферами данных и координирует трафик, чтобы его буферы никогда не переполнялись. Быстрые отправители будут периодически останавливаться, чтобы не отставать от более медленных получателей.
Базовый метод операции предполагает:
  • упаковка данных приложения более высокого уровня в сегменты
  • упаковка сегментов в дейтаграммы IP
  • связывание номеров портов с конкретными приложениями
  • связывание порядкового номера с каждым байтом в потоке данных
  • обмен специальными сегментами для запуска и закрытия потока данных между двумя хостами
  • с использованием подтверждений и тайм-аутов для обеспечения целостности потока данных

Формат сегмента

Сегменты TCP состоят из 32-битных слов и включают 20-байтовый (5-словный) заголовок.Информация содержится в следующем:
  • Номер порта источника. Номера портов источника (и назначения) используются для отправки потока данных в приложения. Вполне возможно, что между двумя хостами будет несколько одновременных потоков данных TCP. Поток данных TCP однозначно идентифицируется группой из четырех чисел. Это два адреса хоста и два номера порта.
  • Номер порта назначения. Это номер «целевого» порта в удаленной системе.
  • Порядковый номер. Это 32-битное число определяет первый байт данных в сегменте.
  • Номер подтверждения. Это 32-битное число является номером следующего байта, который отправитель ожидает получить от удаленного хоста. Удаленный хост может сделать вывод, что все байты до этого числа минус один были благополучно получены, и локальные копии удаленного хоста могут быть отброшены.
  • Длина заголовка. Это 4-битное поле определяет длину заголовка в 32-битных словах. Очевидно, что максимальное значение составляет 15 слов (60 байт) с учетом 10 (40 байт) вариантов.
  • Флаговые биты. Эта группа из 6 бит идентифицирует различные особые состояния в протоколе. Одновременно можно установить несколько битов.
  • Чексум. Это касается как заголовка, так и данных. Он рассчитывается путем добавления псевдозаголовка к сегменту TCP, он состоит из 3 32-битных слов, содержащих IP-адреса источника и назначения, байта, установленного на 0, байта, установленного на 6 (номер протокола для TCP в IP-адресе). заголовок дейтаграммы) и длину сегмента (прописью). Поле контрольной суммы сегмента TCP устанавливается в ноль, и алгоритм, применяемый к добавленному сегменту, обрабатывается как последовательность 16-битных (беззнаковых) слов.
  • Управление потоком. Управление потоком связано с текущими порядковыми номерами байтов на каждом конце потока данных. Всякий раз, когда сегмент отправляется, он включает порядковый номер последнего отправленного байта. Сегмент также будет включать порядковый номер следующего байта, который отправляющий хост ожидает получить, это называется номером подтверждения (ACK). Хост, принимающий сегмент, может предположить, что удаленный хост благополучно получил все байты до байта ACK-1 включительно, теперь локальные копии могут быть отброшены.

Порядковые номера

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

TCP использует несколько контрольных флагов для управления соединением. Некоторые из этих флагов относятся к одному пакету, но два флага (SYN и FIN) требуют надежной доставки, поскольку они отмечают начало и конец потока данных.Чтобы обеспечить надежную доставку этих двух флагов, им назначаются места в пространстве порядковых номеров. Каждый флаг занимает один байт.

Открытие TCP-соединения

TCP-соединение открывается посредством трехстороннего рукопожатия для установления общего представления порядковых номеров. Соединение будет инициировано активным клиентом, другой конец соединения описывается как пассивный клиент, хотя с точки зрения модели программного обеспечения клиент / сервер, скорее всего, это сервер.Пассивный клиент должен находиться в состоянии, известном как LISTEN, что просто означает, что он ожидает входящего запроса на соединение. В трехстороннем обмене активный клиент отправляет сегмент SYN с произвольным порядковым номером (J). Пассивный клиент отвечает сегментом SYN с номером подтверждения, установленным на J + 1, и порядковым номером, установленным на дополнительное произвольное значение (K). Активный клиент отвечает на сегмент SYN, отправляя сегмент ACK с номером подтверждения, установленным на K + 1.

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

Закрытие TCP-соединения

Для упорядоченного закрытия TCP-соединения требуется четырехсторонний обмен. На активном конце приложение инициирует последовательность закрытия, возможно, с помощью системного вызова close () для сокета. При пассивном конце получение сегмента FIN заставляет программное обеспечение передавать серверному программному обеспечению индикацию «конца файла».

Следует отметить, что на самом деле биржа представляет собой две независимые биржи, и можно закрыть соединение в одном направлении, но не в другом. Это известно как половина закрытия. RFC 793 определяет MSL (максимальное время жизни сегмента) как 120 секунд, но в некоторых реализациях используется 30 или 60 секунд. Это, по сути, максимальное время, в течение которого разумно ждать сегмента, т.е.е. Если сегмент не достигает места назначения в MSL, он, вероятно, вообще не доберется до него, можно предположить, что он был потерян.

Оценка времени туда и обратно

Когда хост передает TCP-пакет своему партнеру, он должен ждать некоторое время для подтверждения. Если ответ не приходит в течение ожидаемого периода, пакет считается потерянным, и данные передаются повторно. Очевидный вопрос - сколько нам ждать? - не хватает простого ответа.