Что обеспечивает квитирование сообщения
Что обеспечивает квитирование сообщения
Существуют два подхода к организации процесса обмена положительными и отрицательными квитанциями: с простоями и с организацией «окна».
Рис. 1. Метод подтверждения корректности передачи кадров с простоем источника
Во втором методе для повышения коэффициента использования линии источнику разрешается передать некоторое количество кадров в непрерывном режиме, то есть в максимально возможном для источника темпе, без получения на эти кадры ответных квитанций. Количество кадров, которые разрешается передавать таким образом, называется размером окна. Рисунок 2 иллюстрирует данный метод для размера окна в W кадров. Обычно кадры при обмене нумеруются циклически, от 1 до W. При отправке кадра с номером 1 источнику разрешается передать еще W-1 кадров до получения квитанции на кадр 1. Если же за это время квитанция на кадр 1 так и не пришла, то процесс передачи приостанавливается, и по истечению некоторого тайм-аута кадр 1 считается утерянным (или квитанция на него утеряна) и он передается снова.
Если же поток квитанций поступает более-менее регулярно, в пределах допуска в W кадров, то скорость обмена достигает максимально возможной величины для данного канала и принятого протокола.
Этот алгоритм называют алгоритмом скользящего окна. Действительно, при каждом получении квитанции окно перемещается (скользит), захватывая новые данные, которые разрешается передавать без подтверждения.
Квитирование – это сопоставление извещения о начислении с извещениями о приеме к исполнению распоряжений (платежами) по определенным параметрам
Квитирование – это сопоставление извещения о начислении с извещениями о приеме к исполнению распоряжений (платежами) по определенным параметрам.
Квитирование – это сопоставление извещения о начислении с извещениями о приеме к исполнению распоряжений (платежами) по определенным параметрам.
Есть несколько видов квитирования:
- Сквитировано в ГИС ГМП; Были сопоставлены основные параметры квитирования:
- УИН; ИНН получателя денежных средств; КПП получателя денежных средств; КБК; код по ОКТМО; номер счета получателя денежных средств; БИК банка получателя денежных средств; сумма.
Предварительно сквитировано (в ГИС ГМП); в платеже был указан УИН. Не сквитировано; Сквитировано с отсутствующим платежом; Принудительно сквитировано.
Для начислений, созданных на основе платежей, наиболее удобным способом квитирования является квитирование через таблицу связей.
Открыть Реестр начислений, выбрать нужное начисление (в примере данные отфильтрованы по Уникальному Идентификатору Начисления), выбрать в контекстном меню кнопку «Связанные документы» (рис.1).
Рис.1 – Отображение начисления в Реестре
Откроется таблица Связей документов. В ней будут отображены начисления, связанные с платежами (могут быть отображены только начисления, если есть разные версии одного начисления, т. е. уточнение, аннулирование или деаннулирование; могут быть отображены только платежи, если есть разные версии одного платежа), выбрать в контекстном меню кнопку «Принудительно квитировать» (рис.2). Квитирование через таблицу связей возможно только в том случае, когда начисление было создано на основе платежа, с которым в дальнейшем должно быть сквитировано (в случае, если нужно сквитировать начисление с несколькими платежами этот вариант не подходит).
Рис.2 – Таблица Связей документов
После этого система выведет пользователю окно для подтверждения действий. Если кнопка «Принудительно квитировать» была нажата случайно, то можно отметить действие, нажав на «Cancel».
Рис. 3 – Подтверждение принудительного квитирования
Перед принудительным квитированием система запрашивает статус квитирования из ГИС ГМП (верхнее сообщение «Осуществляется обновление статусов квитирования»). Если документы ранее не были сквитированы (сообщение: «Результаты квитирования успешно обновлены: данные не сквитированы»), в Окне сопоставления данных отображается пара начисление-платеж, чтобы пользователь мог проверить реквизиты, для проведения последующих действий. Для продолжения нужно нажать кнопку «Принудительно квитировать» в правом нижнем углу (рис.4).
Рис. 4 – Окно сопоставления данных
Далее необходимо подтвердить квитирование и выбрать сертификат ЭЦП (рис.5 и рис.6)
Рис. 5 – Подтверждение квитирования выбранных документов
Рис. 6 – Выбор сертификата для подписания запроса в ГИС ГМП
После того, как запрос на принудительное квитирование был отправлен и принят ГИС ГМП, выводится информационное сообщение с результатом (рис. 7).
Рис. 7 – Вывод результата успешного квитирования документов
В Реестре статус начисления изменится на «Принудительно сквитировано» (рис.8).
Рис.8 – Отображение в Реестре начисления со статусом «Принудительно сквитировано»
Для подтверждения результата квитирования (проверки произведенных действий). Можно запросить статус из ГИС ГМП, нажав на кнопку «Обновить результаты квитирования».
Рис. 9 – Обновление результатов квитирования
Информация с результатами квитирования и уникальными идентификаторами документов будет выведена в сообщении (рис.10).
Рис. 10 – Информационное сообщение с результатами квитирования от ГИС ГМП
Квитирование
Для того, чтобы можно было организовать повторную передачу искаженных данных отправитель нумерует отправляемые единицы передаваемых данных (сегменты). Для каждого сегмента отправитель ожидает от приемника так называемую положительную квитанцию – служебное сообщение, извещающее о том, что исходный кадр был получен и данные в нем оказались корректными. Время этого ожидания ограничено – при отправке каждого сегмент передатчик запускает таймер, и если по его истечению положительная квитанция на получена, то сегмент считается утерянным. В некоторых протоколах приемник, в случае получения сегмент с искаженными данными должен отправить отрицательную квитанцию – явное указание того, что данный кадр нужно передать повторно. В протоколе TCP в этом случае квитанция вообще не отправляется.
Существуют два подхода к организации процесса обмена с квитированием: с простоями и с организацией «окна«.
Метод с простоями требует, чтобы источник, пославший сегмент, ожидал получения квитанции от приемника и только после этого посылал следующий сегмент (или повторял искаженный). Из рисунка видно, что в этом случае производительность обмена данными существенно снижается – хотя передатчик и мог бы послать следующий сегмент сразу же после отправки предыдущего, он обязан ждать прихода квитанции. Снижение производительности для этого метода коррекции особенно заметно на низкоскоростных каналах связи.
Метод подтверждения корректности передачи кадров с простоем источника
Во втором методе для повышения коэффициента использования линии источнику разрешается передать некоторое количество сегмент в непрерывном режиме, то есть в максимально возможном для источника темпе, без получения на эти сегмент ответных квитанций. Количество сегмент, которые разрешается передавать таким образом, называется размером окна. Рисунок иллюстрирует данный метод для размера окна в W сегментов. Обычно сегменты при обмене нумеруются циклически, от 1 до W. При отправке сегмента с номером 1 источнику разрешается передать еще W-1 сегментов до получения квитанции на сегмент 1. Если же за это время квитанция на сегмент 1 так и не пришла, то процесс передачи приостанавливается, и по истечению некоторого тайм-аута сегмент 1 считается утерянным (или квитанция на него утеряна) и он передается снова.
Метод «окна» – непрерывная отправка пакетов
Если же поток квитанций поступает более-менее регулярно, в пределах допуска в W сегментов, то скорость обмена достигает максимально возможной величины для данного канала и принятого протокола.
Этот алгоритм называют алгоритмом скользящего окна. Действительно, при каждом получении квитанции окно перемещается (скользит), захватывая новые данные, которые разрешается передавать без подтверждения.
Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет
Что обеспечивает квитирование сообщения
В стеке протоколов TCP/IP протокол TCP (Transmission Control Protocol) работает так же, как и протокол UDP, на транспортном уровне. Он обеспечивает надежную транспортировку данных между прикладными процессами путем установления логического соединения.
Сегменты TCP
Единицей данных протокола TCP является сегмент. Информация, поступающая к протоколу TCP в рамках логического соединения от протоколов более высокого уровня, рассматривается протоколом TCP как неструктурированный поток байт. Поступающие данные буферизуются средствами TCP. Для передачи на сетевой уровень из буфера «вырезается» некоторая непрерывная часть данных, называемая сегментом.
Не все сегменты, посланные через соединение, будут одного и того же размера, однако оба участника соединения должны договориться о максимальном размере сегмента, который они будут использовать. Этот размер выбирается таким образом, чтобы при упаковке сегмента в IP-пакет он помещался туда целиком, то есть максимальный размер сегмента не должен превосходить максимального размера поля данных IP-пакета. В противном случае пришлось бы выполнять фрагментацию, то есть делить сегмент на несколько частей, для того, чтобы он вместился в IP-пакет.
Аналогичные проблемы решаются и на сетевом уровне. Для того, чтобы избежать фрагментации, должен быть выбран соответствующий максимальный размер IP-пакета. Однако при этом должны быть приняты во внимание максимальные размеры поля данных кадров (MTU) всех протоколов канального уровня, используемых в сети. Максимальный размер сегмента не должен превышать минимальное значение на множестве всех MTU составной сети.
Порты и установление TCP-соединений
Однако в протоколе TCP порты используются несколько иным способом. Для организации надежной передачи данных предусматривается установление логического соединения между двумя прикладными процессами. В рамках соединения осуществляется обязательное подтверждение правильности приема для всех переданных сообщений, и при необходимости выполняется повторная передача. Соединение в TCP позволяет вести передачу данных одновременно в обе стороны, то есть полнодуплексную передачу.
Соединение в протоколе TCP идентифицируется парой полных адресов обоих взаимодействующих процессов (оконечных точек). Адрес каждой из оконечных точек включает IP-адрес (номер сети и номер компьютера) и номер порта. Одна оконечная точка может участвовать в нескольких соединениях.
Концепция квитирования
Существуют два подхода к организации процесса обмена положительными и отрицательными квитанциями: с простоями и с организацией «окна».
Рис. 6.1. Метод подтверждения корректности передачи кадров с простоем источника
Во втором методе для повышения коэффициента использования линии источнику разрешается передать некоторое количество кадров в непрерывном режиме, то есть в максимально возможном для источника темпе, без получения на эти кадры ответных квитанций. Количество кадров, которые разрешается передавать таким образом, называется размером окна. Рисунок 6.2 иллюстрирует данный метод для размера окна в W кадров. Обычно кадры при обмене нумеруются циклически, от 1 до W. При отправке кадра с номером 1 источнику разрешается передать еще W-1 кадров до получения квитанции на кадр 1. Если же за это время квитанция на кадр 1 так и не пришла, то процесс передачи приостанавливается, и по истечению некоторого тайм-аута кадр 1 считается утерянным (или квитанция на него утеряна) и он передается снова.
Если же поток квитанций поступает более-менее регулярно, в пределах допуска в W кадров, то скорость обмена достигает максимально возможной величины для данного канала и принятого протокола.
Этот алгоритм называют алгоритмом скользящего окна. Действительно, при каждом получении квитанции окно перемещается (скользит), захватывая новые данные, которые разрешается передавать без подтверждения.
Реализация скользящего окна в протоколе TCP
В протоколе TCP реализована разновидность алгоритма квитирования с использованием окна. Особенность этого алгоритма состоит в том, что, хотя единицей передаваемых данных является сегмент, окно определено на множестве нумерованных байт неструктурированного потока данных, поступающих с верхнего уровня и буферизуемых протоколом TCP.
Квитанция посылается только в случае правильного приема данных, отрицательные квитанции не посылаются. Таким образом, отсутствие квитанции означает либо прием искаженного сегмента, либо потерю сегмента, либо потерю квитанции.
В качестве квитанции получатель сегмента отсылает ответное сообщение (сегмент), в которое помещает число, на единицу превышающее максимальный номер байта в полученном сегменте. Если размер окна равен W, а последняя квитанция содержала значение N, то отправитель может посылать новые сегменты до тех пор, пока в очередной сегмент не попадет байт с номером N+W. Этот сегмент выходит за рамки окна, и передачу в таком случае необходимо приостановить до прихода следующей квитанции.
Выбор тайм-аута
Выбор времени ожидания (тайм-аута) очередной квитанции является важной задачей, результат решения которой влияет на производительность протокола TCP.
Тайм-аут не должен быть слишком коротким, чтобы по возможности исключить избыточные повторные передачи, которые снижают полезную пропускную способность системы. Но он не должен быть и слишком большим, чтобы избежать длительных простоев, связанных с ожиданием несуществующей или «заблудившейся» квитанции.
При выборе величины тайм-аута должны учитываться скорость и надежность физических линий связи, их протяженность и многие другие подобные факторы. В протоколе TCP тайм-аут определяется с помощью достаточно сложного адаптивного алгоритма, идея которого состоит в следующем. При каждой передаче засекается время от момента отправки сегмента до прихода квитанции о его приеме (время оборота). Получаемые значения времен оборота усредняются с весовыми коэффициентами, возрастающими от предыдущего замера к последующему. Это делается с тем, чтобы усилить влияние последних замеров. В качестве тайм-аута выбирается среднее время оборота, умноженное на некоторый коэффициент. Практика показывает, что значение этого коэффициента должно превышать 2. В сетях с большим разбросом времени оборота при выборе тайм-аута учитывается и дисперсия этой величины.
Реакция на перегрузку сети
Варьируя величину окна, можно повлиять на загрузку сети. Чем больше окно, тем большую порцию неподтвержденных данных можно послать в сеть. Если сеть не справляется с нагрузкой, то возникают очереди в промежуточных узлах-маршрутизаторах и в конечных узлах-компьютерах.
При переполнении приемного буфера конечного узла «перегруженный» протокол TCP, отправляя квитанцию, помещает в нее новый, уменьшенный размер окна. Если он совсем отказывается от приема, то в квитанции указывается окно нулевого размера. Однако даже после этого приложение может послать сообщение на отказавшийся от приема порт. Для этого, сообщение должно сопровождаться пометкой «срочно» (бит URG в запросе установлен в 1). В такой ситуации порт обязан принять сегмент, даже если для этого придется вытеснить из буфера уже находящиеся там данные.
После приема квитанции с нулевым значением окна протокол-отправитель время от времени делает контрольные попытки продолжить обмен данными. Если протокол-приемник уже готов принимать информацию, то в ответ на контрольный запрос он посылает квитанцию с указанием ненулевого размера окна.
Другим проявлением перегрузки сети является переполнение буферов в маршрутизаторах. В таких случаях они могут централизовано изменить размер окна, посылая управляющие сообщения некоторым конечным узлам, что позволяет им дифференцировано управлять интенсивностью потока данных в разных частях сети.