Ип пфр: налоги, страховые взносы в ПФР и ФСС — СКБ Контур — АНО "Евразийский Институт Исследований и Поддержки Молодёжных Инициатив"

Содержание

Регистрация ИП в ПФР в 2021 году

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

1. Постановка на учет в ПФР

Сведения о регистрации индивидуальных предпринимателей в 2021 году поступают в ПФР из ФНС. В течение трех дней сотрудники пенсионного фонда поставят предпринимателя на учет и направят ему уведомление о регистрации. Одновременно с этим ему оформят и СНИЛС, если ранее он не был получен.

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

Если по каким-то причинам вы не получили уведомление, рекомендуем обратиться в отделение ПФР по месту прописки.

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

паспорт
свидетельство ИНН
свидетельство ОГРН
выписка из ЕГРИП с записью о регистрации

2. Подача отчетности

Всю отчетность по уплате налогов ИП предоставляет в налоговую инспекцию по месту регистрации.

С 2017 года не нужно подавать сведения в ПФР, даже если вы нанимаете сотрудников. Все данные ФНС отправит самостоятельно. ИП должен лишь своевременно подавать налоговые декларации и уплачивать налоги в полном объеме.

Мы бесплатно поможем вам оформить документы для регистрации ИП правильно

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

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

3. Регистрация ИП в других фондах

Данные о регистрации ИП фонд обязательного медицинского страхования (ФОМС) в 2021 году получает из налоговой одновременно с ПФР. Самостоятельно туда обращаться не нужно.

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

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

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

Регистрационный номер в ПФР ИП как узнать

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

СНИЛС и регистрационный номер ПФР ИП — это индивидуальные номера плательщика страховых взносов и получателя. Данные регистрационного номера необходимы для составления и отправки отчетности в ФНС и ПФР. А в самих ведомствах он нужен для определения предпринимателя.

Регистрационный номер ПФР у ИП состоит из трех блоков, всего 12 цифр. И расшифровывается следующим образом:

Первый блок — 3 цифры — код региона, в котором зарегистрирован предприниматель;

Второй блок — 3 цифры — код района постановки на учет;

Третий блок — 6 цифр — собственно регистрационный номер в ПФР.

Как узнать регномер ИП в ПФР?

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

Можно направить запрос в территориальное отделение ПФР. Стоит помнить, что в таком случае ответа придется ждать длительное время.
Позвонить в отделение ПФР. Специалист Пенсионного фонда может предоставить данную информацию удаленно, но из-за большой загруженности очень редко удается получить информацию таким способом.
Запросить в ФНС выписку из ЕГРИП. В ней будет указан регистрационный номер ИП. Но стоит помнить, что сведения о регномере ИП в ПФР появляются в базе ЕГРИП только через 2-4 недели после государственной регистрации.

Регистрационный номер ИП в ПФР можно узнать на сайте налоговой службы по данным ИНН и ОГРНИП. В разделе электронные сервисы необходимо будет выбрать опцию ИП/КФХ и ввести свои данные, после чего будет сформирован электронный документ, в нем в 18 пункте будет указан номер ИП.
Еще один способ, как можно узнать регномер ПФР для ИП — это личный кабинет плательщика на сайте ПФР. На сайте в данном разделе внизу страницы есть поле — регистрационный номер ПФР. В него необходимо ввести 3 цифры — код своего региона и войти. Появится страница личного кабинета, там необходимо выбрать поле – «Забыли регистрационный номер ПФР?», ввести свой ИНН и после этого получить свой регистрационный номер.

ИНДИВИДУАЛЬНЫЕ ПРЕДПРИНИМАТЕЛИ-«УПРОЩЕНЦЫ» И СУДЫ ПРОТИВ ПФР.

Выбрать журналАктуальные вопросы бухгалтерского учета и налогообложенияАктуальные вопросы бухгалтерского учета и налогообложения: учет в сельском хозяйствеБухгалтер Крыма: учет в унитарных предприятияхБухгалтер Крыма: учет в сельском хозяйствеБухгалтер КрымаАптека: бухгалтерский учет и налогообложениеЖилищно-коммунальное хозяйство: бухгалтерский учет и налогообложениеНалог на прибыльНДС: проблемы и решенияОплата труда: бухгалтерский учет и налогообложениеСтроительство: акты и комментарии для бухгалтераСтроительство: бухгалтерский учет и налогообложениеТуристические и гостиничные услуги: бухгалтерский учет и налогообложениеУпрощенная система налогообложения: бухгалтерский учет и налогообложениеУслуги связи: бухгалтерский учет и налогообложениеОплата труда в государственном (муниципальном) учреждении: бухгалтерский учет и налогообложениеАвтономные учреждения: акты и комментарии для бухгалтераАвтономные учреждения: бухгалтерский учет и налогообложениеБюджетные организации: акты и комментарии для бухгалтераБюджетные организации: бухгалтерский учет и налогообложениеКазенные учреждения: акты и комментарии для бухгалтераКазенные учреждения: бухгалтерский учет и налогообложениеОплата труда в государственном (муниципальном) учреждении: акты и комментарии для бухгалтераОтдел кадров государственного (муниципального) учрежденияРазъяснения органов исполнительной власти по ведению финансово-хозяйственной деятельности в бюджетной сфереРевизии и проверки финансово-хозяйственной деятельности государственных (муниципальных) учрежденийРуководитель автономного учрежденияРуководитель бюджетной организацииСиловые министерства и ведомства: бухгалтерский учет и налогообложениеУчреждения здравоохранения: бухгалтерский учет и налогообложениеУчреждения культуры и искусства: бухгалтерский учет и налогообложениеУчреждения образования: бухгалтерский учет и налогообложениеУчреждения физической культуры и спорта: бухгалтерский учет и налогообложение

20192020

НомерЛюбой

Электронная версия

Контакты и график работы ПФР №3

Район обслуживания:
Юго-Восточный административный округ г. Москвы, г.Люберцы, Люберецкий район, г.Дзержинский, г.Лыткарино Московской области

Адрес:
109316, Москва, Волгоградский проспект, д. 25

Прием граждан:

по будням с 9.00 до 18.00 (с обеденным перерывом)
суббота и воскресенье выходные дни

Главное Управление ПФР № 3по г. Москве и Московской области
Район обслуживания:	Юго-Восточный административный округ г. Москвы, г. Люберцы, Люберецкий район, г. Дзержинский, г. Лыткарино, г.Котельники Московской области
Адрес:	109316, Москва, Волгоградский проспект, д. 25 115088, Москва, ул. Угрешская, д.2, стр. 50
Код города:	8-495
Факс:	676-94-61, 679-87-90
Начальник Главного управления	Макаркин Дмитрий Вячеславович	676-54-45 679-00-62	1001 1014
Приемная (ул. Угрешская, д.2, стр 50) Приемная (Волгоградский пр-кт, д.25)	Сафина Алсу Надеровна Дарюхина Татьяна Владимировна	679-01-04 676-54-45	1015 1002
Заместитель начальника Главного управления (вопросы АСВ и ВЗ, ПУ)	Шмыркова Екатерина Сергеевна	676-97-13	1003
Заместитель начальника Главного управления (пенсионные вопросы)	Колесова Любовь Александровна	679-03-37	1002
Заместитель начальника Главного управления (экономические вопросы)	Власенко Галина Олеговна	679-88-17	1013
Заместитель начальника Главного управления (общие вопросы)	Моисеенко Александр Петрович	676-27-97	1005
Заместитель начальника Главного управления (вопросы автоматизации)	Ишаев Андрей Петрович	676-97-13	1004
Главный специалист-эксперт (по охране труда)	Россихин Геннадий Алексеевич	676-58-27	1014
Главный бухгалтер – начальник отдела учета поступления и расходования средств	Камнева Елена Валерьевна	679-32-90	1003
Экономический отдел	Макаренко Татьяна Николаевна	679-33-26	1017
Отдел организации администрирования страховых взносов и взыскания задолженности	Айсина Алла Ахметовна	676-97-98	1030
Отдел по работе с обращениями граждан, застрахованных лиц, организаций и страхователей	Чуйкова Виктория Викторовна	679-92-51	1012
Отдел организации персонифицированного учета	Бизенкова Ольга Анатольевна	676-72-25	1040
Заместитель начальника отдела организации назначения и перерасчета пенсий	Комарова Людмила Николаевна	679-92-50	1007
Отдел организации социальных выплат	Арбатская Анастасия Николаевна	679-59-71	1008
Отдел выплаты пенсий	Жолковер Галина Владимировна	679-88-59	1011
Юридический отдел	Бруевич Павел Юрьевич	679-92-18	1020
Отдел кадров	Захарова Раиса Ивановна	679-32-41	1009
Общий отдел	Икоркина Валентина Ивановна	679-92-09	1006
АХО	Чубинец Виктор Иванович	676-95-63	1010
Управление № 1
Район обслуживания:	Лефортово, Нижегородский
Адрес:	109316, Москва, Волгоградский проспект, д. 25
Код города:	8-495
Факс:	676-94-61
Начальник Управления	Рогова Татьяна Анатольевна	676-96-47	1201
Зам. начальника Управления	Турман Алексей Александрович	676-96-47	1202
Отдел автоматизации	Герасимова Алла Хамзяевна	676-65-58	1811
Отдел администрирования страховых взносов и взыскания задолженности	Грановская Елена Викторовна	676-96-58	1204
Отдел персонифицированного учета	Конюхова Светлана Борисовна	676-96-69	1225
Отдел оценки пенсионных прав застрахованных лиц 111024, Москва, ул. Авиамоторная, д. 49/1	Полянская Елена Викторовна	8-499-763-57-27	3150
Управление № 2
Район обслуживания:	Текстильщики, Люблино, Капотня, Марьино, Печатники, Южнопортовый
Адрес:	109316, Москва, Волгоградский проспект, д. 25
Факс:	676-15-74
Зам. начальника Управления	Пушкина Елена Ивановна	676-55-41	1302
Зам. начальника Управления	Жихарева Светлана Львовна	679-04-01
Отдел оценки пенсионных прав застрахованных лиц 115088, г.Москва, ул.Угрешская, д.2, стр.50	Егорова Галина Анатольевна	679-72-41
Отдел автоматизации	Федоров Юрий Ерминингельдович	676-52-15	1821
Отдел администрирования страховых взносов и взыскания задолженности	Брыкина Людмила Васильевна	676-18-50	1317
Отдел персонифицированного учета	Соболь Алла Степановна	676-37-43	1306
Управление № 3
Район обслуживания:	Выхино, Жулебино, Рязанский, Кузьминки, Некрасовка
Адрес:	109316, Москва, Волгоградский проспект, д. 25
Код города:	8-495
Факс:	676-94-61
Зам. начальника Управления	Шарапанов Максим Юрьевич	676-71-55	1401
Отдел оценки пенсионных прав застрахованных лиц 111674 г. Москва, ул. 1-я Вольская, д. 18, корп. 2	Новикова Людмила Михайловна	8-499-211-27-18	6301
Отдел автоматизации	Филиппов Сергей Иванович	676-52-15	1831
Отдел администрирования страховых взносов и взыскания задолженности	Васильева Ирина Борисовна	676-44-86	1417
Отдел персонифицированного учета	Ногаева Мария Ивановна	676-71-55	1404
Управление № 4
Район обслуживания:	г. Люберцы, Люберецкий район Московской области, г.Дзержинский, г.Лыткарино,г.Котельники
Адрес:	140000, Московская область, г. Люберцы, Волковский пр-д, 3
Код города:	8-495
Факс:	551-84-83
Начальник Управления	Дворникова Людмила Александровна	551-84-86		1000
Зам. начальника Управления	Федорова Ирина Анатольевна	551-84-88		1001
Зам. начальника Управления	Сенякина Алла Александровна	551-84-87		1002
Отдел оценки пенсионных прав застрахованных лиц	Начальник отдела Евсеева Вера Александровна Зам. Начальника отдела Корзакова Галина Леонидовна	551-84-91 551-84-91		1341 1353
Отдел автоматизации	Начальник отдела Михеев Денис Вячеславович Зам. Начальника отдела Пироженкова Карина Ивановна	551-84-95 551-84-95		1800 1801
Отдел администрирования страховых взносов и взыскания задолженности	Начальник отдела Полях Екатерина Анатольевна Зам. Начальника отдела Семенихина Наталья Ивановна	551-84-71 551-84-71		1300 1301
Отдел персонифицированного учета Клиентская служба Отдел назначения пенсий	Начальник отдела Порхунова Маргарита Васильевна Зам. Начальника отдела Овчинникова Елена Александровна Страховые свидетельства Руководитель клиентской службы Тарасова Тамара Николаевна Заместитель руководителя клиентской службы Дорожкина Татьяна Кузьминична Заместитель руководителя клиентской службы Бурова Елена Ивановна Начальник отдела Мишина Людмила Григорьевна Зам. Начальника отдела Щеглова Ольга Александровна Зам. Начальника отдела Лунева Надежда Юрьевна	551-84-92 551-84-81 551-84-82 551-84-96 551-84-96 551-84-96 551-84-97 551-84-97 551-84-72		1317 1319 1161 1153 1132 1194 1186 1107
Отдел выплаты пенсий	Начальник отдела Балашова Татьяна Викторовна Зам. Начальника отдела Колисниченко Екатерина Георгиевна	551-84-76 551-84-76		1195 1134
Отдел социальных выплат	Начальник отдела Бродская Ирина Юрьевна Зам. Начальника отдела Осина Светлана Николаевна Материнский капитал	551-84-73 551-84-93 551-84-93		1100 1101
Группа АХГ	Главный специалист-эксперт Федюнин Александр Анатольевич	551-84-74		1404
Клиентская служба «Люблино»
Район обслуживания:	Люблино, Капотня
Адрес:	109386, Москва, ул. Краснодонская, д. 21, корп.1
Код города:	8-499
Факс:	8-499-784-50-59
Руководитель клиентской службы	Таппасханова Ирина Байдулаховна	8-499-784-50-59	2201
Заместитель руководителя клиентской службы	Жанатаева Белла Исмаиловна	8-499-784-50-62	2205
Заместитель руководителя клиентской службы	Троицкая Юлия Александровна	8-499-784-50-68	2214
Клиентская служба «Марьино»
Район обслуживания:	Марьино
Адрес:	109369, Москва, Новочеркасский бульвар, д. 29
Факс:	349-05-48
Руководитель клиентской службы	Коровяковская Раиса Геннадьевна	349-02-50	4239
Заместитель руководителя клиентской службы	Блинкова Юлия Вячеславовна	349-67-70	4238
Заместитель руководителя клиентской службы	Римская Нина Васильевна	349-67-70	4238
Клиентская служба «Печатники»
Район обслуживания:	Печатники
Адрес:	109388, Москва, ул. Гурьянова, д. 67
Код города:	8-495
Факс:	354-77-52
Руководитель клиентской службы	Павлова Лариса Ивановна	354-77-50	205 232
Заместитель руководителя клиентской службы	Радченко Вера Михайловна	354-77-53	204
Клиентская служба «Южнопортовый»
Район обслуживания:	Южнопортовый
Адрес:	115432, Москва, 2-й Южнопортовый проезд, д. 7
Код города:	8-495
Факс:	679-26-51
Руководитель клиентской службы	Куприянова Ирина Николаевна	679-40-60	7201
Заместитель руководителя клиентской службы	Меньшикова Елена Евгеньевна	679-22-43	7260
Клиентская служба «Выхино»
Район обслуживания:	Выхино
Адрес:	109542, Москва, Рязанский проспект, д. 93, корп. 2
Код города:	8-495
Факс:	709-77-66
Руководитель клиентской службы	Бойкова Ольга Александровна	709-77-69	4221
Заместитель руководителя клиентской службы	Сухова Ирина Владимировна	709-77-69	4222
Клиентская служба «Жулебино»
Район обслуживания:	Жулебино
Адрес:	109145, Москва, ул. Пронская, д. 9, корп. 2
Код города:	8-495
Факс:	700-85-20
Руководитель клиентской службы	Хижук Нина Владимировна	700-85-22	5218
Заместитель руководителя клиентской службы	Уколова Ольга Николаевна	700-85-21	5207
Клиентская служба «Рязанский»
Район обслуживания:	Рязанский
Адрес:	109377, Москва, 1-я Новокузьминская ул. д. 23, корп.1
Код города:	8-499
Факс:	8-499-784-94-33
Руководитель клиентской службы	Короткова Людмила Анатольевна	8-499-784-94-10	2342
Заместитель руководителя клиентской службы	Филатова Надежда Петровна	8-499-784-94-10	2327
Клиентская служба «Некрасовка»
Район обслуживания:	Некрасовка
Адрес:	111674, Москва, 1-я Вольская ул., д. 18, корп.2
Код города:	8-499
Факс:	8-499-211-27-26
Главный специалист-эксперт	Дронова Татьяна Васильевна	8-499-211-27-24

Суд посчитал, что ПФР может произвести перерасчет страховых взносов

Один из экспертов указал, что Арбитражный суд Московского округа применил системный подход к анализу норм законодательства. Второй посчитал, что, с учетом того что территориальные управления ПФР достаточно часто отказывают некрупным налогоплательщикам и ИП в проведении такого рода перерасчетов, выводы АС МО будут восприняты судебной практикой.

Арбитражный суд Московского округа вынес Постановление № Ф05-11709/201 по делу № А40-145066/2018, в котором он разобрался, возможен ли перерасчет страховых взносов Пенсионным фондом в случае, когда такая обязанность не установлена в законе.

5 марта 2018 г. ИП Ольга Соколова обратилась в ГУ-ГУ ПФР № 3 по Москве и Московской области с заявлением о перерасчете страховых взносов за 2015 г. 22 мая 2018 г. было принято решение об отказе в перерасчете, в связи с чем предприниматель обратилась в суд.

Регистрация ИП как работодателя в ФСС в 2021 году

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

1. Какие взносы платит ИП-работодатель

Работодатель уплачивает за каждого работника следующие виды взносов:

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

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

Взносы на травматизм нужно оплачивать в Фонд социального страхования.

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

2. Как ИП с работниками встать на учет в ФСС

Индивидуальному предпринимателю для того, чтобы встать на учет как работодателю, понадобятся следующие документы.

Если заключен трудовой договор с работником:

Паспорт и копии его страниц — только при личной подаче,
Заявление о регистрации в качестве страхователя-физ. лица по форме, утвержденной Приказом ФСС РФ от 22 апреля 2019 г. № 215,
Копии трудовых книжек нанятых работников или трудовых договоров, заключенных с работниками.

При заключении гражданско-правового договора, предусматривающего выплату социальных взносов:

Паспорт и копии его страниц — только при личной подаче,
Заявление о регистрации в качестве страхователя-физ. лица по форме, утвержденной Приказом ФСС РФ от 22 апреля 2019 г. № 214,
Копии гражданско-правовых договоров с работниками-физ. лицами,
Справка из банка об открытии банковского счета (если на момент подачи заявления такой счет есть у ИП).

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

Госпошлина не уплачивается.

Направить документы в ФСС можно непосредственно в территориальное отделение фонда, по почте, через МФЦ или Госуслуги.

Самый быстрый способ встать на учет в ФСС — это подача документов непосредственно в отделение фонда. В таком случае вас поставят на учет в течение 3 дней с момента подачи заявления в ведомство. При регистрации через Госуслуги срок регистрации также составит 3 рабочих дня, а при обращении в МФЦ к трехдневному сроку регистрации в ФСС добавится время на отправку бумаг в фонд. Но если вы боитесь не успеть встать на учет вовремя, учтите, что момент постановки на учет определяется не по дате получения уведомления о регистрации. В 30-дневный срок вы должны обратиться в Фонд социального страхования за постановкой на учет, а не получить уведомление. Значит, вне зависимости от способа подачи и того, насколько затянется получение регистрационного номера, главное до истечения этого срока начать процесс регистрации в качестве страхователя.

3. Нужно ли ИП с работниками регистрироваться в ПФР

Раньше индивидуальные предприниматели, нанимая персонал, обязан был встать на учет в ПФР и перечислять взносы за работника в этот фонд.

В данный момент взносы на обязательное пенсионное страхование принимает налоговая инспекция. Обязательная регистрация в ПФР была отменена с 1 января 2017 года. Дополнительно регистрироваться в налоговых органах в качестве работодателя не нужно — при уплате взносов используйте тот номер, который инспекция выдала вам в момент постановки на учет в качестве предпринимателя. Отдельный номер для уплаты взноса в качестве работодателя остался только у тех ИП, которые начали работать до 2017 года.

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

Регистрируете ИП?

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

Должен ли ИП вставать на учет в ПФР и ФСС России? — Право на vc.ru

Индивидуа́льный предпринима́тель (сокращённо — ИП) — физическое лицо, зарегистрированное в установленном законом порядке и осуществляющее предпринимательскую деятельность без образования юридического лица.

2310 просмотров

Как известно, ИП может трудиться сам на себя, а может нанимать сотрудников в рамках ТК РФ. Давайте немного разберемся, что ИП должен сообщить о сотрудниках в соответствующие инстанции.
Андрей Николаев
www.snovrn.ru

Вопрос: Индивидуальный предприниматель принял на работу первого сотрудника. Должен ли он подать заявление о постановке на учет в фонды и представить трудовую книжку работника?

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

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

Все меняется, когда у ИП появляются работники. В этом случае он должен встать на учет в ФСС России. Причем он подает заявление на постановку на учет в качестве плательщика взносов «на травматизм», одновременно ФСС России ставит его на учет как плательщика взносов на ВНиМ.

Заявление должно быть подано в срок не позднее 30 календарных дней со дня заключения первого трудового договора.

ИП строит планы по захвату мира Автор неизвестен

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

Документы могут быть представлены заявителем лично в территориальный орган ФСС России. Сделать это можно независимо от места жительства страхователя. Кроме того, можно направить электронные документы через Единый портал госуслуг либо через МФЦ.

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

Будь в курсе 🤘

Маршрутизация производительности

(PfR) — Cisco

Маршрутизация трафика приложений более эффективно

Performance Routing (PfR) обеспечивает интеллектуальное управление маршрутом для маршрутизации с учетом приложений через глобальную сеть. Пфр предоставляет:

Динамический выбор оптимального пути для бизнес-политик на основе приложений
Балансировка нагрузки на основе приложений по путям для полного использования полосы пропускания с улучшенной доступностью сети

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

PfRv3 представляет третье поколение усовершенствований возможностей интеллектуального управления трактом Cisco. Он отличается простой централизованной конфигурацией; улучшенный мониторинг приложений; более высокая шкала; и более быстрая сходимость.

Инновации

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

Преимущества:

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

PfR — это технология интеллектуального управления маршрутом для Cisco Intelligent WAN, основанная на четырех компонентах:

Транспортно-независимая конструкция
Интеллектуальное управление траекторией
Оптимизация приложений
Высоконадежное соединение

Руководство по настройке маршрутизации производительности, Cisco IOS версии 15S — Общие сведения о маршрутизации производительности [Поддержка]

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

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

В конфигурации где:

ip маршрут 10.4.0.0 255.255.0.0 172.17.40.2
ip route 0.0.0.0 0.0.0.0 серийный 6/0

Зонды для префикса 10.4.1.0/24 и цели 10.4.1.1 не будут созданы через выход с использованием последовательного интерфейса 6/0, поскольку наиболее конкретный маршрут, включая 10.4.1.1, является выходом на 172.17.40.2. Если вы хотите сбалансировать нагрузку трафика на обоих выходах, ответ состоит в том, чтобы создать маршрут по умолчанию для более конкретного маршрута. Например:

IP-маршрут 10.4.0.0 255.255.0.0 172.17.40.2
ip маршрут 10.4.0.0 255.255.0.0 серийный 6/0

или

ip route 0.0.0.0 0.0.0.0 серийный 6/0
IP-маршрут 0.0.0.0 0.0.0.0 172.17.40.2

В измененной конфигурации созданы два зонда: один для выхода на 172.17.40.2 и один для выхода с использованием последовательного интерфейса 6/0.

Для принудительного выбора ссылки выхода PfR предлагает следующие методы:

Внедрение статического маршрута

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

Префикс разделения относится к добавлению более определенного маршрута, который будет предпочтительнее менее конкретного маршрута. Например, если у пограничного маршрутизатора уже есть маршрут 10.10.10.0/24, добавление статического маршрута 10.10.10.128/25 также вызовет пересылку адресов 10.10.10.129-10.10.10.254 с использованием вновь введенного маршрута. Если PfR был настроен для мониторинга подмножества более крупной сети, он добавит соответствующий маршрут в существующую таблицу маршрутизации.PfR может использовать префиксы разделения для перенаправления подмножеств существующего префикса на более оптимальный канал выхода и может использовать префиксы разделения как для внутреннего BGP (iBGP), так и для статических маршрутов.

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

Методы управления BGP

PfR использует два метода BGP для обеспечения наилучшего пути выхода; внедрение маршрута BGP или изменение атрибута локального предпочтения BGP.

Если трафик, связанный с классом трафика, определяется только префиксом, главный контроллер может дать указание пограничному маршрутизатору ввести маршрут BGP в таблицу BGP, чтобы повлиять на трафик для использования другого канала. Все внедренные маршруты PfR остаются локальными для автономной системы, и эти внедренные маршруты никогда не используются совместно с внешними узлами BGP. В качестве меры предосторожности для обеспечения такого поведения, когда PfR внедряет маршрут BGP, он устанавливает на нем сообщество без экспорта. Это делается автоматически и не требует настройки пользователем.Однако, поскольку эти маршруты теперь имеют специальную маркировку, требуется некоторая дополнительная настройка, чтобы разрешить обмен информацией с внутренними одноранговыми узлами BGP. Для каждого однорангового узла iBGP необходимо указать конфигурацию сообщества отправки. Хотя пограничные маршрутизаторы знают о наилучшем выходе для внедренного маршрута, также может потребоваться перераспределить эту информацию дальше в сети.

PfR также использует локальное предпочтение BGP для управления классами трафика. Локальное предпочтение BGP (Local_Pref) — это дискреционный атрибут, применяемый к префиксу BGP, чтобы указать степень предпочтения для этого маршрута во время выбора маршрута.Local_Pref — это значение, применяемое к префиксу BGP, а более высокое значение Local_Pref приводит к тому, что маршрут предпочтительнее эквивалентного маршрута. Главный контроллер инструктирует один из граничных маршрутизаторов применить атрибут Local_Pref к префиксу или набору префиксов, связанных с классом трафика. Затем граничный маршрутизатор разделяет значение Local_Pref со всеми своими внутренними узлами BGP. Local_Pref — это локально значимое значение в автономной системе, но оно никогда не передается внешним узлам BGP. После завершения повторного схождения iBGP маршрутизатор с наивысшим значением Local_Pref для префикса станет каналом выхода из сети.

Примечание

Если значение локального предпочтения 5000 или выше было настроено для маршрутизации BGP по умолчанию, вам следует настроить более высокое значение локального предпочтения BGP в PfR с помощью команды mode (PfR).

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

Функция поддержки концентратора и луча PfR EIGRP mGRE DMVPN представила управление маршрутом PfR для EIGRP.Если этот параметр включен, в базе данных EIGRP выполняется проверка родительского маршрута для управления префиксами / маршрутами PfR в дополнение к существующим базам данных BGP и статических маршрутов. Дополнительные сведения см. В модуле «Использование высокопроизводительной маршрутизации для управления маршрутами EIGRP с поддержкой mGRE DMVPN Hub-and-Spoke».

Управление маршрутизацией на основе политик

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

Значения

DSCP, а также префиксы, номера портов и протоколы могут использоваться для идентификации и управления трафиком приложений. Значения DSCP, протоколы и номера портов отправляются граничными маршрутизаторами на главный контроллер для включения в список MTC.

Оптимизация маршрута, независимая от протокола (PIRO)

PIRO был введен для расширения возможностей PfR по идентификации и контролю классов трафика. До PIRO PfR оптимизирует пути для классов трафика, у которых есть родительский маршрут — точно совпадающий маршрут или менее конкретный маршрут — в BGP или в базах данных статических маршрутов.PIRO позволяет PfR искать в базе информации IP-маршрутизации (RIB) родительский маршрут, что позволяет развернуть PfR в любой среде с IP-маршрутизацией, включая протоколы внутреннего шлюза (IGP), такие как OSPF и IS-IS.

Дополнительные сведения см. В модуле «Оптимизация маршрута, независимого от протокола PfR».

ST.36 PFR уже приняты

Перечисленные ниже предложения по пересмотру (PFR) стандарта ВОИС ST.36 уже рассмотрены и завершены ST.36 Целевая группа. Соглашения, достигнутые членами Целевой группы ST.36, и любые другие соответствующие материалы прилагаются к соответствующим файлам PFR в виде приложений

2010

PFR ST.36 / 2010/001
Изменение элементов XML и DTD, касающихся отчета о поиске, для охвата международного отчета о дополнительном поиске;
предложения Европейского патентного ведомства, Патентного ведомства Японии и ведомства США по патентам и товарным знакам .

2009

PFR ST.36 / 2009/001
Поправки к Приложению A (xx-patch-document.dtd) и Приложению C (ICEs), относящимся к различным элементам: , $,, <измененные претензии>, <книга>, <онлайн> и <серийный номер>;$
предложения Европейского патентного ведомства, Патентного ведомства Японии и Ведомства по патентам и товарным знакам США

PFR ST.36 / 2009/002
Изменения к Приложению A (xx-патент-документ.dtd) и Приложение C (ICEs), относящееся к отчету о поиске;
предложения Европейского патентного ведомства, Патентного ведомства Японии и Ведомства по патентам и товарным знакам США

PFR ST.36 / 2009/005
Использование цифровой библиотеки для приоритетного документа;
предложение Международного бюро

2008

PFR ST.36 / 2008/001
Поправки к Приложению A (xx-patch-document.dtd) и Приложению C (ICE), касающиеся «ранее поданной заявки»,
предложение Европейского патентного ведомства
ПФР СТ.36/2008/002
Изменения к Приложению A (xx-patch-document.dtd) и Приложению C (ICEs), касающимся «первой фамилии» и «второй фамилии»,
, предложение Испанского ведомства по патентам и товарным знакам
PFR ST.36 / 2008/003
Поправки к Приложению A (xx-patch-document.dtd) и Приложению C (ICEs), касающиеся «корректирующей информации» (INID 15), предложение
Швейцарского федерального института интеллектуальной собственности
ПФР СТ.36/2008/004
Изменения к Приложению A (xx-patch-document.dtd), касающиеся «доверенности», PCT / EF / PFC_08 / 001,
, предложение Международного бюро
PFR ST.36 / 2008/005
Поправки к Приложению A (xx-patch-document.dtd) и Приложению C (ICEs), относящиеся к «раннему запросу на поиск», PCT / EF / PFC_08 / 003,
предложение Международным бюро
PFR ST.36 / 2008/006
Изменения к Приложению C (ICE), касающиеся «данных пакета», PCT / EF / PFC_08 / 004,
, предложение Международного бюро
ПФР СТ.36/2008/007
Изменения к Приложению A (xx-patch-document.dtd), касающиеся «электронной почты», PCT / EF / PFC_08 / 006,
, предложение Международного бюро
PFR ST.36 / 2008/008
Изменения к Приложению A (xx-patch-document.dtd) и Приложению C (ICE), относящимся к общему формату приложения (CAF), PCT / EF / PFC_08 / 008,
предложение Международного бюро

Cisco Performance Routing (PfR) / Optimized Edge Routing (OER)

Этот пост в блоге является первым из серии, посвященной Performance Routing (PfR), ранее известной как Optimized Edge Routing (OER), которую я опубликую в ближайшие недели. .Я решил осветить PfR в серии сообщений в блоге, а не в одном сообщении, поскольку PfR — очень мощная и полезная функция, которая использует возможности Cisco IOS, но в то же время PfR потенциально очень сложная и часто сбивающая с толку функция для настройки и устранения неполадок. . Попытка осветить PfR в одном сообщении в блоге была бы эквивалентом попытки осветить OSPF в одном сообщении в блоге. Фактически, если вы сравните Руководство по настройке OSPF IOS 12.4T с Руководством по настройке оптимизированной пограничной маршрутизации (OER), вы заметите, что документация OER почти на 35% больше.

ПРИМЕЧАНИЕ
В этом сообщении в блоге термин PfR будет использоваться вместо OER везде, где это возможно, поскольку Cisco начала ограничивать терминологию и команды OER с IOS 15.0.

Основное внимание в этих сообщениях в блоге будет уделяться тому, как PfR соотносится с лабораторным экзаменом CCIE по маршрутизации и коммутации (PfR v2.2). Первые несколько сообщений будут охватывать базовые сценарии (статическая маршрутизация и BGP) с PfR, а также знакомить читателя с терминологией и функциями PfR, которые мы используем и / или сталкиваемся с ними.После того, как мы рассмотрим базовые сценарии, я перейду к более сложным сценариям с использованием PfR для оптимизации маршрутизации на основе значений DSCP, оптимизации входящей маршрутизации с использованием BGP, маршрутизации на основе времени отклика приложения и качества голосового вызова. Последний пост будет посвящен PfR в IOS 15.1 (PfR v3.0) и будет посвящен некоторым новым функциям PfR. Я постараюсь убрать детали и сложности PfR из первых двух сообщений в блоге, чтобы читатель мог получить твердое представление о PfR, прежде чем двигаться дальше.Я провожу примерно полдня в своем новом 10-дневном учебном лагере CCIE по маршрутизации и коммутации, охватывающему PfR, поскольку это важно для кандидата на R&S CCIE, который должен иметь твердое понимание перед попыткой сдачи экзамена CCIE Lab. Кроме того, я лично считаю, что в будущем концепция централизованного управления маршрутом и / или управления маршрутом, как в случае с PfR, может стать более распространенной, подобно концепции OpenFlow. С учетом сказанного давайте начнем.

Performance Routing (PfR), ранее называвшаяся оптимизированной пограничной маршрутизацией (OER), представляет новую концепцию IP-маршрутизации.При традиционной маршрутизации решения о выборе пути не учитывают характеристики трафика конкретного пути, будь то пропускная способность, фактическая задержка, потеря пакетов, оценка среднего мнения о голосе (MOS), денежная стоимость данного пути или джиттер. PfR расширяет классическую концепцию маршрутизации на основе пункта назначения, основанную на кратчайшем пути (метрика с наименьшей стоимостью), добавляя в процесс выбора маршрутизации интеллектуальную информацию о производительности сети и / или производительности приложений. В прошлом, когда протоколы маршрутизации были реализованы в крупномасштабных сетях, у маршрутизаторов не было ресурсов для расчета наилучшего пути на основе чего-либо, кроме простой метрики.Кроме того, многие из этих сетей можно считать упрощенными в отношении количества первичных и резервных каналов по сравнению с сегодняшними сетями. С увеличением мощности ЦП и памяти, доступной сегодня в маршрутизаторах, маршрутизация, основанная исключительно на простой метрике (количество переходов, стоимость, длина пути и т. Д.), Не является лучшим использованием этих доступных ресурсов. PfR будет использовать эти доступные ресурсы, чтобы принимать решения о маршрутизации на основе дополнительных факторов, а именно производительности сети и / или производительности приложений в сети.Получение максимальной отдачи от доступной пропускной способности вашей сети и / или максимально возможной производительности для ваших приложений в сети должно быть одной из основных целей любой реализации сети. Давайте посмотрим на пример того, как мы можем сделать это с помощью PfR.

Сайт, состоящий из одного маршрутизатора, имеет два подключения к Интернету. Один от поставщика услуг A, а другой от поставщика услуг B. Канал через поставщика A представляет собой канал Ethernet 10 Мбит / с, а канал через поставщика B — 1.Ссылка T1 5 Мбит / с. Канал Ethernet — это основной путь, используемый для выхода в Интернет, а T1 используется в качестве резервного на случай, если канал Ethernet не работает. Маршрутизация выполняется с использованием статического маршрута по умолчанию, указывающего на канал Ethernet, и дополнительного статического с более высоким административным расстоянием (плавающее статическое), указывающего на канал T1. В этой конфигурации канал T1 используется только в том случае, если канал Ethernet не работает. Это означает, что канал T1 в основном простаивает большую часть времени.Администратор может реализовать дополнительные статические маршруты, указывающие на канал T1 для сетей, которые создает провайдер B, чтобы хотя бы получить некоторую пользу от T1, но это не идеальное решение. В идеале, маршрутизатор сам автоматически выбирает лучший путь для трафика в зависимости от производительности различных поставщиков услуг и / или разрешает трафику перетекать в канал T1, когда канал Ethernet начинает использоваться полностью. Для упрощения мы настроим последний случай в этом сообщении в блоге.

В нашем сценарии маршрутизатор должен автоматически перемещать потоки трафика на канал T1, когда канал Ethernet используется на 75%. При использовании традиционных статических маршрутов активация другого пути на основе использования канала невозможна без какого-либо решения , взломанного (EEM, TCL, маркировка пакетов с маршрутизацией на основе политик и т. Д.). PfR будет перемещать эти потоки трафика за нас. Когда загрузка основного канала Ethernet поднимется выше порогового значения 75%, PfR начнет искать альтернативный путь для маршрутизации потоков трафика, чтобы снизить использование канала Ethernet.В нашем сценарии PfR будет автоматически использовать NetFlow, использование интерфейса, а также активное зондирование с IP SLA для определения доступности альтернативного пути. Знание NetFlow и IP SLA не требуется, поскольку PfR управляет конфигурацией этих технологий.

Теперь, когда мы знаем проблему, которую пытаемся решить, давайте посмотрим на сам PfR. Для PfR у нас есть концепция главного контроллера (MC) и пограничных маршрутизаторов / маршрутизаторов (BR). MC является централизованным лицом, принимающим решения в сети PfR.Он отвечает за контроль BR и действует как центральное место для хранения и анализа данных, собранных из BR. MC не обязательно должен находиться на пути потоков трафика, но ему нужна базовая IP-доступность для BR. Часто в реальных средних и крупномасштабных развертываниях PfR MC будет выделенным маршрутизатором. Традиционно BR — это граничные маршрутизаторы со ссылками на внешние сети (например, Интернет). Отсюда термин Оптимизированная пограничная маршрутизация (OER), поскольку мы оптимизируем маршрутизацию на границе нашей сети, но, как мы увидим позже, в новых версиях IOS появилась дополнительная возможность маршрутизации на основе производительности сети и / или приложений. Cisco переименовала его в Performance Routing (PfR).Вот почему сегодня PfR подходит для использования в корпоративных сетях, как мы увидим в будущих сообщениях в блогах. BR находятся в путях потока трафика и отвечают за сбор данных NetFlow и результатов зондирования IP SLA, а также за влияние на пути потока трафика путем выполнения инструкций по изменению политики, выданных MC.

Для связи между MC и BR используется аутентифицированное TCP-соединение через порт 3949. BR отвечает за инициирование TCP-соединения.В случае межсетевого экрана или любых фильтров трафика между MC и BR, TCP-порт 3949 должен быть открыт на пути BR к MC. Порт TCP по умолчанию может быть изменен, и интерфейс по умолчанию, используемый для соединения (на основе исходящего интерфейса, используемого для маршрутизации к MC), может быть изменен. Пароль, используемый для аутентификации, делается аналогично тому, как EIGRP и RIP обрабатывают аутентификацию в IPv4, и то есть с помощью цепочек ключей. Поскольку PfR — это технология выбора пути, нам нужно будет определить как минимум один внутренний и два внешних интерфейса.В нашей настройке PfR наряду с требованием наличия MC и BR потребуется как минимум один внутренний и два внешних интерфейса на BR. Эти интерфейсы будут определены на MC.

ПРИМЕЧАНИЕ
Два внешних интерфейса не обязательно должны быть расположены на одном BR. Один внешний интерфейс может быть расположен в одном BR, а дополнительные внешние интерфейсы могут быть расположены в другом BR или даже в нескольких BR. Внешние интерфейсы не обязательно должны быть физическими, они могут быть логическими (туннели, номеронабиратель и т. Д.).

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

Вот соответствующая конфигурация для этого сценария до настройки PfR. Чтобы облегчить создание перегрузки, T1 был уменьшен до 64k, а канал Ethernet был сформирован до 256k.Вы заметите плавающий статический маршрут, указывающий на последовательный канал в случае выхода из строя интерфейса Ethernet. Этот дополнительный статический маршрут — это то, что PfR будет называть родительским маршрутом для последовательного канала. Поскольку на данном этапе это не важно, концепция родительского маршрута будет рассмотрена в конце сообщения в блоге. Нам просто нужно понять, что через альтернативный внешний интерфейс необходим дополнительный маршрут, охватывающий наш трафик. Наконец, интервал загрузки для интерфейсов был установлен на 30 секунд, в отличие от значения по умолчанию в 300 секунд.Это позволяет PfR быстрее реагировать на изменения нагрузки (пропускной способности) интерфейса.

Rack1R3 # show run
Конфигурация здания ...

Текущая конфигурация: 2236 байт
!
версия 12.4
!
имя хоста Rack1R3
!
policy-map 256_SHAPE
class-default
shape average 256000 8000 0
!
интерфейс Loopback0
IP-адрес 150.1.3.3 255.255.255.255
! Интерфейс
FastEthernet0 / 0 Описание
Внутренний IP-адрес
204.12.1.3 255.255.255.0
! Интерфейс
FastEthernet0 / 1
описание Внешняя пропускная способность
256 IP-адрес
192.10.1.3 255.255.255.0
интервал загрузки 30
вывод политики обслуживания 256_SHAPE
! Интерфейс
Serial1 / 0
инкапсуляция Frame-Relay
интервал загрузки 30
! Интерфейс
Последовательный1 / 0.1 точка-точка Описание
Внешняя пропускная способность
64 IP-адрес
192.10.2.3 255.255.255.0
frame-relay interface-dlci 301
!
IP-маршрут 0.0.0.0 0.0.0.0 192.10.1.1
ip route 0.0.0.0 0.0.0.0 192.10.2.1 5
!
конец

Rack1R3 # show ip route
Коды: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - кандидат по умолчанию, U - статический маршрут для каждого пользователя
o - ODR, P - периодически загружаемый статический маршрут

Шлюз последней инстанции - 192.10.1.1 в сеть 0.0.0.0

C 204.12.1.0/24 подключен напрямую, FastEthernet0 / 0
C 192.10.1.0/24 подключен напрямую, FastEthernet0 / 1
C 192.10.2.0/24 подключен напрямую, Serial1 / 0.1
150.1.0.0/32 разделен на подсети , 3 подсети
O 150.1.7.7 [110/2] через 204.12.1.7, 2d22h, FastEthernet0 / 0
O 150.1.6.6 [110/2] через 204.12.1.6, 2d23h, FastEthernet0 / 0
C 150.1.3.3 напрямую подключен, Loopback0
S * 0.0.0.0/0 [1/0] через 192.10.1.1
Rack1R3 #

ПРИМЕЧАНИЕ
Для статических маршрутов в производственных средах рекомендуется использовать IP SLA и расширенное отслеживание объектов для отслеживания доступности следующего перехода основного статического маршрута, если состояние интерфейса не указывает доступность следующего перехода. Это обычное явление, когда коммутатор уровня 2 расположен между локальным маршрутизатором и следующим переходом.

Начнем с конфигурации BR. Во-первых, нам нужно определить цепочку ключей в глобальной конфигурации:

Rack1R3 (config) # keychain OER 
 Rack1R3 (config-keychain) #key 1 
 Rack1R3 (config-keychain-key) # key-string CISCO 
 Rack1R3 (config-keychain-key) #exit 
 Rack1R3 (config-keychain) #exit 
 Rack1R3 (config) #exit 
 Rack1R3 # show run | секция брелка 
 брелок OER 
 ключ 1 
 брелок CISCO 
 Rack1R3 #

Имя цепочки ключей произвольно, в данном случае мы использовали имя OER.Мы использовали ключ с номером 1 со строкой ключей CISCO. В этом примере, поскольку MC и BR будут расположены на одном маршрутизаторе, будет использоваться одна и та же цепочка ключей. Фактически, если вы измените имя цепочки ключей, используемое для MC в подрежиме конфигурации BR, оно автоматически изменит его для BR в подрежиме конфигурации MC. Какая-то защита от идиотов в IOS 😉 Далее мы настроим собственно BR. На BR мы настроим интерфейс, используемый для отключения TCP-соединения, и IP-адрес MC вместе с цепочкой ключей, используемой для аутентификации сеанса.Конфигурация BR выполняется в подрежиме конфигурации границы OER. Чтобы войти в этот режим, введите или в глобальной конфигурации.

Rack1R3 (config) #oer border 
 Rack1R3 (config-oer-br) #local Loopback0 
 Rack1R3 (config-oer-br) #master 150.1.3.3 key-chain OER 
 Rack1R3 (config-oer-br) #exit 
 Rack1R3 (config) #exit 
 Rack1R3 # show run | раздел oer border 
 oer border 
 local Loopback0 
 master 150.1.3.3 брелок OER 
 Rack1R3 #

Команда local используется для управления интерфейсом, от которого исходит TCP-сеанс.Обычно это шлейф, но может быть любой интерфейс, доступный для MC. Команда master используется для определения IP-адреса мастера вместе с цепочкой ключей. Единственное другое требование для BR — это то, что CEF включен, что должно быть по умолчанию, но не забудьте проверить, что он включен при устранении проблем с PfR.

ПРИМЕЧАНИЕ
Начиная с версии IOS 15.0, ключевое слово oer изменено на pfr , а ключевое слово oer в конечном итоге будет удалено из IOS.

Rack1R1 (config) #do показать версию | включают версию 15.1, программное обеспечение Cisco IOS
, программное обеспечение 2800 (C2800NM-ADVENTERPRISEK9-M), версию 15.1 (3) T2, ВЫПУСКАТЬ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ (fc1)
Rack1R1 (config) #oer?
border Войти в подрежим конфигурации пограничного маршрутизатора PfR
master Войти в подрежим конфигурации главного контроллера PfR

Rack1R1 (config) #pfr?
border Войдите в подрежим конфигурации пограничного маршрутизатора PfR
master Войдите в подрежим конфигурации главного контроллера PfR

Rack1R1 (config) #pfr border
Rack1R1 (config-pfr-br) #exit
Rack1R1 (config) #oer border
Rack1R1 (config-pfr-br) #

Теперь настроим МК.Как и в случае конфигурации BR, выполняемой в подрежиме конфигурации config-oer-br , MC будет выполняться в подобном подрежиме конфигурации. Мы начнем с входа в подрежим конфигурации MC, введя команду oer master из глобальной конфигурации. Далее мы определим IP-адрес BR, цепочку ключей, внутренние и внешние интерфейсы.

Rack1R3 (config) #oer master 
 Rack1R3 (config-oer-mc) #border 150.1.3.3 key-chain OER 
 Rack1R3 (config-oer-mc-br) #interface FastEthernet0 / 0 внутренний 
 Rack1R3 (config-oer-mc -br) # интерфейс Serial1 / 0.1 внешний 
 Rack1R3 (config-oer-mc-br-if) #interface FastEthernet0 / 1 внешний 
 Rack1R3 (config-oer-mc-br-if) #exit 
 Rack1R3 (config-oer-mc-br) #exit 
 Rack1R3 (config-oer-mc) #exit 
 Rack1R3 (config) #exit 
 Rack1R3 # show run | раздел oer master 
 oer master 
! 
 граница 150.1.3.3 брелок OER 
 интерфейс FastEthernet0 / 0 внутренний 
 интерфейс Serial1 / 0.1 внешний 
 интерфейс FastEthernet0 / 1 внешний 
 Rack1R3 #

Теперь мы можем проверить, что процессы MC и BR на маршрутизаторе обмениваются данными:

Rack1R3 # show oer master
Состояние OER: ВКЛЮЧЕНО и АКТИВНО
Состояние соединения: УСПЕХ, ПОРТ: 3949
Версия: 2.2
Количество граничных маршрутизаторов: 1
Количество выходов: 2
Количество контролируемых префиксов: 0 (макс. 5000)
Максимальное количество префиксов: всего 5000 обучение 2500
Количество префиксов: всего 0, обучение 0, cfg 0
PBR Требования выполнены
Статус Nbar: неактивен

Border Status UP / DOWN AuthFail Version
150.1.3.3 ACTIVE UP 00:00:52 0 2.2

Глобальные настройки:
max-range-utilization в процентах 20 recv 0
mode route metric bgp local-pref 5000
mode route метрический статический тег 5000
задержка датчика трассировки 1000
без регистрации
время удержания выхода 60 секунд, оставшееся время 0

Параметры политики по умолчанию:
отсрочка 300 3000 300
относительная задержка 50
задержка 300
периодическая 0
частота проверки 56
количество пакетов проверки джиттера 100
наблюдение за маршрутом режима
контроль режима оба
выбор режима-выход хорошие
относительные потери 10
порог джиттера 20
мос порог 3.60 процентов 30
недостижимый относительный 50
приоритет задержки разрешения 11 отклонение 20
диапазон разрешения приоритета 12 отклонение 0
разрешение использования приоритета 13 отклонение 20

Параметры обучения:
текущее состояние: ОТКЛЮЧЕНО
оставшееся время в текущем состоянии: 0 секунд
без пропускной способности
без задержки
нет внутри bgp
без протокола
мониторинг-период 5
периодический интервал 120
длина префикса типа агрегации 24 префикса
100
истекает через время 720
Rack1R3 # show oer border
OER BR 150.1.3.3 АКТИВНЫЙ, MC 150.1.3.3 ВВЕРХ / ВНИЗ: ВВЕРХ 00:01:00,
Ошибки аутентификации: 0
Состояние соединения: УСПЕХ
Состояние сетевого потока OER: ВКЛЮЧЕНО, ПОРТ: 3949
Версия: 2.2 Версия MC: 2.2
Выходы
Fa0 / 0 ВНУТРЕННИЙ
Fa0 / 1 ВНЕШНИЙ
Se1 / 0.1 ВНЕШНИЙ
Rack1R3 # показать детали границы мастера
Состояние границы ВВЕРХ / ВНИЗ AuthFail Версия
150.1.3.3 АКТИВНЫЙ ВВЕРХ 01:25:10 0 2.2
Fa0 / 0 ВНУТРЕННЕЕ УПРАВЛЕНИЕ
Se1 / 0.1 ВНЕШНИЙ ВВЕРХ
Fa0 / 1 ВНЕШНИЙ ВВЕРХ

Внешняя емкость Макс.полоса используемой полосы загрузки Идентификатор выхода состояния нагрузки
Интерфейс (кбит / с) (кбит / с) (%)
--------- -------- ------ - ------ ------- ------ ------
Se1 / 0.1 Tx 64 48 0 0 UP 2
Rx 64 0 0
Fa0 / 1 Tx 256 192 0 0 UP 1
Rx 256 0 0
Стойка1R3 #

ПРИМЕЧАНИЕ
Для версий PfR есть основной выпуск и дополнительный номер выпуска.Например, PfR v2.2 в IOS 12.4T или PfR v3.0 в IOS 15.1. «2.x» и «3.x» являются основными номерами версии, а «x.2» и «x.0» — дополнительными номерами версии. Номер основной версии PfR должен совпадать между MC и BR. Кроме того, дополнительная версия выпуска на MC должна быть равна или больше версии второстепенного выпуска BR. Используемая версия может быть определена путем выдачи show oer master на MC и show oer border на BR.

Теперь, когда у нас есть MC и BR, определенные вместе с нашими внутренними и внешними интерфейсами, нам нужно настроить MC, чтобы начать мониторинг пропускной способности канала Ethernet, чтобы трафик мог быть перемещен на последовательный канал после превышения порогового значения 75%. .Для этого нам нужно войти в подрежим конфигурации learn в подрежиме конфигурации MC. Если вы посмотрите на выходные данные команды show oer master , вы заметите, что состояние по умолчанию для фазы обучения — disabled . Как только мы перейдем в подрежим конфигурации обучения, мы настроим MC для начала мониторинга пропускной способности потоков трафика от внутренних интерфейсов к внешним интерфейсам.

Rack1R3 (config-oer-mc) #learn 
 Rack1R3 (config-oer-mc-learn) #throughput 
 Rack1R3 (config-oer-mc-learn) #do sho oer master | begin Learn 
 Learn Settings: 
 текущее состояние: STARTED 
 оставшееся время в текущем состоянии: 358 секунд пропускная способность 
 
 без задержки 
 нет внутри bgp 
 без протокола 
 monitor-period 5 
 period-interval 120 
 aggregation-type prefix-length 24 Префиксы 
 100 
 истекают через время 720 
 Rack1R3 (config-oer-mc-learn) #

Порог использования интерфейса по умолчанию составляет 75% при мониторинге пропускной способности.Это можно изменить в подрежиме конфигурации интерфейса для конкретного BR (config-oer-mc-br-if). Значение можно ввести как в процентах, так и в абсолютном значении. Процесс настройки выглядит следующим образом:

Rack1R3 (config) #oer master 
 Rack1R3 (config-oer-mc) #border 150.1.3.3 key-chain OER 
 Rack1R3 (config-oer-mc-br) #interface FastEthernet0 / 1 внешний 
 Rack1R3 (config-oer-mc -br-if) # max-xmit-utilization? 
 absolute Укажите коэффициент использования как абсолютное значение 
 процент Укажите коэффициент использования в процентах от пропускной способности выхода

MC может создавать сообщения журнала, содержащие информацию о его работе.По умолчанию это поведение отключено, но его можно включить, выполнив команду logging в подрежиме конфигурации OER master. Это поможет нам лучше понять, что делает PfR, без необходимости использования команд show или включения отладки:

Rack1R3 (config) #oer master 
 Rack1R3 (config-oer-mc) #logging

По умолчанию MC находится в режиме наблюдения за маршрутом. Это означает, что мониторинг и отчетность будут выполняться, но MC не будет направлять BR никаких изменений политики.В этом режиме мы можем видеть, что наблюдает МС, и какие действия он предпримет, если бы не находился в режиме наблюдения. Ниже приведены сообщения журнала от MC, когда превышен порог 75%, и MC находится в режиме наблюдения.

31 октября, 11:50:05:% OER_MC-5-NOTICE: Диапазон OOP BR 150.1.3.3, i / f Fa0 / 1, процент 100. Другой BR 150.1.3.3, i / f Se1 / 0.1, процент 0 
 31 октября 11:50:05:% OER_MC-5-NOTICE: загрузить ООП BR 150.1.3.3, i / f Fa0 / 1,  загрузить политику 256 192  
 31 октября 11:50:05:% OER_MC-5-NOTICE: выйти 150.1.3.3 intf Fa0 / 1 OOP, Tx BW 256, Rx BW 256, Tx Load 100, Rx Load 100 
 31 октября 11:50:27:% OER_MC-5-NOTICE:  NO route change, Observe mode,  Prefix 114.0.1.0/24, BR 150.1.3.3, i / f Se1 / 0.1, Reason Delay, Диапазон причин OOP

В нашем сценарии мы хотим, чтобы BR фактически перемещал потоки трафика, вводя более конкретный статический маршрут через канал T1, когда пороговое значение использования канала Ethernet в 75% нарушено. Для этого нам нужен PfR для определения того, что называется классами трафика из потоков трафика, которые проходят через BR от внутреннего интерфейса к внешнему интерфейсу.Когда OER был впервые представлен в IOS 12.3 (8) T, поддерживались только классы трафика на основе сетевых префиксов уровня 3. В более новых версиях IOS мы можем определять классы трафика на основе номера порта уровня 4, значения DSCP или даже приложения с помощью NBAR. В этом сценарии мы будем использовать автоматически изученные классы трафика с префиксом 3, но в будущих публикациях в блогах мы будем вручную определять потоки трафика, которые нас интересуют в мониторинге PfR.

Поскольку мы собираемся позволить PfR изучать классы трафика, эти классы будут основаны на Top Talkers Netflow, а затем объединены в классы трафика / 24.По умолчанию PfR объединяет потоки трафика в классы трафика / 24 перед их отправкой в MC. Уровень агрегации можно изменить с помощью команды prefix-length <1-32> типа агрегации в подрежиме конфигурации обучения. После получения MC эти классы трафика называются классами отслеживаемого трафика или сокращенно MTC. Мы сможем просмотреть их с помощью команды show oer master traffic-class . Это агрегирование / 24 означает для нашего сценария то, что когда у нас есть два потока трафика, которые не находятся в одном и том же адресном пространстве / 24 (т.е. трафик, предназначенный для 114.0.0.1, и трафик, предназначенный для 114.0.1.1), BR объединит их в два класса трафика: 114.0.0.0/24 и 114.0.1.0/24. Как только порог нарушен, класс трафика будет считаться так называемым «вне политики» (OOP). Когда это произойдет, MC попытается переместить один из классов трафика в канал T1, вставив статический маршрут для определенного класса трафика (например, 114.0.1.0/24) из внешнего интерфейса Serial1 / 0.1.

Чтобы PfR автоматически изучал классы трафика и изменял статическую маршрутизацию для нашего сценария, нам необходимо включить изучение префиксов и инициировать изменение политики маршрутизации в зависимости от пропускной способности внешних интерфейсов. Default | mode route control
Параметры политики по умолчанию:
mode route control
Rack1R3 # conf t
Введите команды конфигурации, по одной в каждой строке.Закончите CNTL / Z.
Rack1R3 (config) #oer master
Rack1R3 (config-oer-mc) #mode route control
Rack1R3 (config-oer-mc) #learn
Rack1R3 (config-oer-mc-learn) #throughput
Rack1R3 (config- oer-mc-learn) #exit
Rack1R3 (config-oer-mc) #exit
Rack1R3 (config) #exit

ПРИМЕЧАНИЕ
MC узнает до 100 из этих классов трафика по умолчанию. Это можно изменить с помощью команды prefixes <1-100000> в подрежиме конфигурации обучения.До IOS 12.2 (15) T IOS была ограничена до 5000 префиксов, но это ограничение было увеличено до 100000 в более поздних версиях IOS.

Прежде чем мы фактически начнем генерировать потоки трафика для тестирования, давайте взглянем на нашу окончательную конфигурацию (соответствующие команды):

Rack1R3 # show run
Конфигурация здания ...

Текущая конфигурация: 2283 байта
!
версия 12.4
!
имя хоста Rack1R3
!
ip cef
!
брелок OER
ключ 1
брелок CISCO
!
oer master
logging
!
граница 150.1.3.3 брелок OER
интерфейс FastEthernet0 / 0 внутренний
интерфейс Serial1 / 0.1 внешний
интерфейс FastEthernet0 / 1 внешний
!
узнать пропускную способность

режим управления маршрутом
!
!
oer border
local Loopback0
master 150.1.3.3 брелок OER
!
policy-map 256_SHAPE
class-default
shape average 256000 8000 0
!
интерфейс Loopback0
IP-адрес 150.1.3.3 255.255.255.255
! Интерфейс
FastEthernet0 / 0 Описание
Внутренний IP-адрес
204.12.1.3 255.255.255.0
! Интерфейс
FastEthernet0 / 1
описание Внешняя пропускная способность
256 IP-адрес
192.10.1.3 255.255.255.0
интервал загрузки 30
вывод политики обслуживания 256_SHAPE
! Интерфейс
Serial1 / 0
инкапсуляция Frame-Relay
интервал загрузки 30
! Интерфейс
Последовательный1 / 0.1 точка-точка Описание
Внешняя пропускная способность
64 IP-адрес
192.10.2.3 255.255.255.0
frame-relay interface-dlci 301
!
IP-маршрут 0.0.0.0 0.0.0.0 192.10.1.1
ip route 0.0.0.0 0.0.0.0 192.10.2.1 5
!
конец

Далее мы начнем с самого тестирования. Во-первых, мы собираемся сбросить состояние MC, выполнив команду clear oer master * . Затем мы сгенерируем большой поток ICMP, отправив эхо-запрос из-за R3 (204.12.1.6) на 114.0.0.1. Размер пакета установлен на 1400, повтор 10000000 и тайм-аут установлен на 0. Это приведет к тому, что внешний канал Ethernet BR превысит 75% пороговое значение 192k (256k *.75). Затем мы подключимся к 114.0.1.1 из-за R3 (204.12.1.5). Этот поток трафика будет агрегирован в 114.0.1.0/24 и перемещен MC, используя статический маршрут, введенный на BR, в канал T1.

Rack1R3 # clear oer master * 
 Rack1R3 # 
 31 октября 17:55:22:% OER_MC-5-NOTICE: не контролировать префиксы, очистить все 
 31 октября 17:55:22:% OER_MC-5-NOTICE: BR 150.1.3.3 DOWN 
 31 октября 17:55:22:% OER_MC-5-NOTICE: BR 150.1.3.3 IF Fa0 / 0 Непроверенный 
 31 октября 17:55:22:% OER_MC-5-NOTICE: BR 150.1.3.3 IF Se1 / 0.1 Непроверенный 
 31 октября 17:55:22:% OER_MC-5-NOTICE: BR 150.1.3.3 IF Fa0 / 1 Непроверенный 
 31 октября 17:55:22:% OER_MC-5-NOTICE: MC Неактивный 
 31 октября 17:55:23:% OER_MC-5-NOTICE: Префиксы отмены управления, выход вниз, BR 150.1.3.3 i / f Se1 / 0.1 
 31 октября 17:55:23:% OER_MC-5-NOTICE: Uncontrol префиксы, Выйти вниз, BR 150.1.3.3 i / f Fa0 / 1 
 31 октября 17:55:23:% OER_MC-5-NOTICE: Отменить префиксы, очистить все приложения 
 31 октября 17:55:23:% OER_MC-5 -ВНИМАНИЕ: префиксы отмены управления, очистить префикс всех 
 Rack1R3 # 
 31 октября 17:55:28:% OER_MC-5-УВЕДОМЛЕНИЕ: BR 150.1.3.3 UP 
 31 октября 17:55:29:% OER_MC-5-NOTICE: BR 150.1.3.3 IF Fa0 / 0 UP 
 31 октября 17:55:29:% OER_MC-5-NOTICE: BR 150.1.3.3 IF Se1 / 0.1 UP 
 31 октября 17:55:29:% OER_MC-5-NOTICE: BR 150.1.3.3 Active 
 31 октября 17:55:29:% OER_MC-5-NOTICE: BR 150.1.3.3 IF Fa0 / 1 UP 
 31 октября, 17:55:29:% OER_MC-5-NOTICE: MC Active 
 Rack1R3 # 
 31 октября 17:55:59:% OER_MC-5-NOTICE: НАЧАЛО обучение префикса 
 Rack1R3 # 
 31 октября 17:56: 28:% OER_MC-5-NOTICE: Диапазон OOP BR 150.1.3.3, i / f Fa0 / 1, 100 процентов.Другое BR 150.1.3.3, i / f Se1 / 0.1, процент 0 
 31 октября 17:56:28:% OER_MC-5-NOTICE: загрузить ООП BR 150.1.3.3, i / f Fa0 / 1, загрузить политику 256 192 
 31 октября 17:56:28:% OER_MC-5-NOTICE: выход 150.1.3.3 intf Fa0 / 1 OOP, Tx BW 256, Rx BW 8, Tx Load 100, Rx Load 3 
 
 31 октября 18:00:49: % OER_MC-5-NOTICE: Диапазон ООП BR 150.1.3.3, i / f Fa0 / 1, процент 100. Другое BR 150.1.3.3, i / f Se1 / 0.1, процент 0
    
  
  
  
   
 31 октября 18:00:49:% OER_MC-5-NOTICE: загрузить ООП BR 150.1.3.3, i / f Fa0 / 1, загрузить политику 256 192
    
  
  
  
   
 31 октября 18:00:49:% OER_MC-5-NOTICE: выход 150.1.3.3 intf Fa0 / 1 OOP, Tx BW 256, Rx BW 8, Tx Load 100, Rx Load 3
    
  
  
  
   
 Стойка1R3 #
    
  
  
  
   
 31 октября 18:00:59:% OER_MC-5-NOTICE: Prefix Learning WRITING DATA
    
  
  
  
   
 Стойка1R3 #
    
  
  
  
   
 31 октября 18:01:09:% OER_MC-5-NOTICE: Диапазон OOP BR 150.1.3.3, i / f Fa0 / 1, процент 100. Другое BR 150.1.3.3, i / f Se1 / 0.1, процент 0
    
  
  
  
   
 31 октября 18:01:09:% OER_MC-5-NOTICE: загрузить ООП BR 150.1.3.3, i / f Fa0 / 1, загрузить политику 256 192
    
  
  
  
   
 31 октября 18:01:09:% OER_MC-5-NOTICE: выход 150.1.3.3 intf Fa0 / 1 OOP, Tx BW 256, Rx BW 8, Tx Load 100, Rx Load 3
    
  
  
  
   
 Стойка1R3 #
    
  
  
  
   
 31 октября 18:01:26:% OER_MC-5-NOTICE: обнаружен выход для префикса 114.0.1.0/24, BR 150.1.3.3, i / f Fa0 / 1
    
  
  
  
   
 31 октября 18:01:26:% OER_MC-5-NOTICE: обнаружен выход для префикса 114.0.0.0/24, BR 150.1.3.3, i / f Fa0 / 1
    
  
  
  
   
 Стойка1R3 #
    
  
  
  
   
 31 октября 18:01:29:% OER_MC-5-NOTICE: Диапазон ООП BR 150.1.3.3, i / f Fa0 / 1, процент 100. Другое BR 150.1.3.3, i / f Se1 / 0.1, процентов 0
    
  
  
  
   
 31 октября 18:01:29:% OER_MC-5-NOTICE: загрузить ООП BR 150.1.3.3, i / f Fa0 / 1, загрузить политику 256 192
    
  
  
  
   
 31 октября 18:01:29:% OER_MC-5-NOTICE: выход 150.1.3.3 intf Fa0 / 1 OOP, Tx BW 256, Rx BW 8, Tx Load 100, Rx Load 3
    
  
  
  
   
 Стойка1R3 #
    
  
  
  
   
 31 октября 18:02:29:% OER_MC-5-NOTICE: Префикс отмены контроля 114.0.0.0/24, не удалось найти лучший выход
    
  
  
  
   
 31 октября 18:02:29:% OER_MC-5-NOTICE: Uncontrol Prefix 114.0.0.0/24, Не удалось выбрать выход по истечении времени ожидания префикса
    
  
  
  
   
 31 октября 18:02:29:% OER_MC-5-NOTICE: Диапазон OOP BR 150.1.3.3, i / f Fa0 / 1, процентов 100. Другое BR 150.1.3.3, i / f Se1 / 0.1, процентов 0
    
  
  
  
   
 31 октября 18:02:29:% OER_MC-5-NOTICE: загрузить ООП BR 150.1.3.3, i / f Fa0 / 1, загрузить политику 256 192
    
  
  
  
   
 31 октября 18:02:29:% OER_MC-5-NOTICE: выход 150.1.3.3 intf Fa0 / 1 OOP, Tx BW 256, Rx BW 8, Tx Load 100, Rx Load 3
    
  
  
  
   
 31 октября 18:02:29:% OER_MC-5-NOTICE:
    
  
  
  
    Маршрут изменен Префикс 114.0.1.0/24,  BR 150.1.3.3, i / f Se1 / 0.1, Reason Delay, OOP Reason Range
    
  
  
  
   
 Стойка1R3 #

Из вывода журнала MC мы видим, что в 18:02:29 статический маршрут вводится в таблицу маршрутизации BR для 114. — Префикс запрещен

DstPrefix Appl_ID Dscp Prot SrcPort DstPort SrcPrefix
Флаги Состояние Время CurrBR CurrI / F Protocol
PasSDly PasLDly PasSUn PasLUn PasSLos PasLLos EBw IBw
ActSDly ActLDly ActSUn ActitLosPort ————————————————— —————-
114.0.0.0 / 24 N по умолчанию N N N N
ПО УМОЛЧАНИЮ * 21 150.1.3.3 Fa0 / 1 U
U U 0 0 0 0 8204 0
U U 0 1000000 N N N N

114.0.1.0/24 N defa N N N N
INPOLICY 0150.1.3.3 Se1 / 0.1 STATIC
20 20 0 0 0 0 1 1
U U 0 0 N N N N

Rack1R3 #
Rack1R3 # show ip route static
114.0.0.0 / 24 разделены на подсети, 1 подсеть
S 114.0.1.0 [1/0] через 192.10.2.1
S * 0.0.0.0/0 [1/0] через 192.10.1.1
Rack1R3 #
Rack1R3 # показать границу маршруты статические

Флаги: C — контролируется oer, X — путь исключен из контроля,
E — контроль точный, N — контроль неточный

Flags Network Parent Tag
CE 114.0.1.0/24 0.0.0.0/0 5000
Rack1R3 #

ПРИМЕЧАНИЕ
Статический маршрут, введенный на BR, не будет отображаться в текущей конфигурации, что означает, что он не будет сохранен при перезагрузке.Это сделано, чтобы гарантировать, что в случае потери связи между MC и BR любые изменения политики, выпущенные MC, не могут быть сохранены и будут быстро удалены.
Rack1R3 # show run | включить ip route 
 ip route 0.0.0.0 0.0.0.0 192.10.1.1 
 ip route 0.0.0.0 0.0.0.0 192.10.2.1 5
 

Теперь мы видим, что все работало, как ожидалось, и трафик, предназначенный для префикса 114.0.1.0/24, маршрутизируется через T1 с использованием статического маршрута, введенного PfR по менее конкретному статическому маршруту по умолчанию.Как упоминалось ранее, PfR использует NetFlow для сбора статистики о потоках трафика. Это можно увидеть с помощью команды show ip cache flow .

Rack1R3 # show ip cache flow
Распределение размеров IP-пакетов (всего 65263711 пакетов):
1-32 64 96 128 160 192 224 256 288 320 352 384 416 448 480
.000 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000

512 544 576 1024 1536 2048 2560 3072 3584 4096 4608
.000.000 .000 .000 .999 .000 .000 .000 .000 .000 .000

Кэш переключения потоков IP, 278544 байта
3 активных, 4093 неактивных, 3747 добавленных
174735 старых опросов, 0 сбоев распределения потоков
Тайм-аут активных потоков через 1 минуту
Тайм-аут неактивных потоков через 15 секунд
IP Sub Flow Cache, 34056 байтов
8 активно, 1016 неактивно, 6691 добавлено, 3747 добавлено к потоку
0 сбоев выделения, 0 принудительно освобождено
1 фрагмент, добавлено 20 фрагментов
последняя очистка статистики никогда не
Протокол Всего потоков Пакеты Байты Активные пакеты (сек) Простоя (сек)
- ------- Потоки / сек / поток / пакет / сек / поток / поток
TCP-Telnet 385 0.0 108 143 0,0 31,3 7,3
ICMP 2379 0,0 27404 1463 102,5 59,8 0,4
Всего: 2764 0,0 23602 1462 102,6 55,9 1,4

SrcIf SrcIPaddress DstIf DstIPaddress Pr SrcP DstP Pkts
Fa0 / 0 204.12.1.6 Fa0 / 1 114.0.0.1 01 0000 0800 26K
Fa0 / 1 114.0.1.1 Fa0 / 0 204.12.1.5 06 0017 3893 174
Fa0 / 0 204.12.1.5 Se1 / 0.1 114.0.1.1 06 3893 0017 256
Rack1R3 #

Ранее упоминалось, что по умолчанию PfR использует IP SLA вместе с NetFlow. Хотя мы более подробно рассмотрим IP SLA с PfR позже, то, как PfR использовал эхо-зонды ICMP для помощи в выборе пути для нашего сценария, можно увидеть ниже:

Rack1R3 # show oer master active-probes
OER Master Controller active-probes
Border = граничный маршрутизатор, на котором запущен этот зонд
State = Un / Assigned to a Prefix
Prefix = Probe is assign to this Prefix
Type = Probe Type
Target = Target Адрес
TPort = Целевой порт
Как = Был ли зонд изучен или настроен
N - Неприменимо

Существуют следующие зонды:

State Prefix Type Target TPort Как присвоено кодеку
114.0.1.0 / 24 эхо 114.0.1.1 N Lrnd N
Назначено 114.0.0.0/24 эхо 114.0.0.1 N Lrnd N

Следующие зонды работают:

Тип префикса состояния границы Целевой TPort
150.1.3.3 ACTIVE 114.0.1.0/24 echo 114.0.1.1 N
150.1.3.3 ACTIVE 114.0.1.0/24 echo 114.0.1.1 N
150.1.3.3 ACTIVE 114.0.0.0/24 echo 114.0.0.1 N
150.1.3.3 АКТИВНЫЙ 114.0.0.0/24 эхо 114.0.0.1 N

Rack1R3 # show oer border active-probes
OER Border active-probes
Type = Probe Type
Target = Target IP Address
TPort = Target Port
Source = Send From Source IP Address
Interface = Exit interface
Att = Number of Attempts.
Comps = Количество завершений
N - Не применимо

Тип Target TPort Source Interface Att Comps
DSCP
echo 114.0.1.1 N 192.10.1.3 Fa0 / 1 1 1
0
echo 114.0.1.1 N 192.10.2.3 Se1 / 0.1 1 1
0
echo 114.0.0.1 N 192.10.1.3 Fa0 / 1 1 0
0
echo 114.0. 0,1 с.ш. 192.10.2.3 с1 / 0,1 1 0
0

Хотя это завершает наш относительно простой сценарий, я хотел бы вернуться к концепции родительского маршрута, кратко рассмотренной ранее.Как уже упоминалось, MC по умолчанию пытается объединить трафик в префиксы / 24 (классы трафика). Чтобы MC дал команду BR ввести новый статический маршрут для конкретного потока через альтернативный внешний интерфейс, родительский маршрут должен уже существовать, указывающий на альтернативный внешний интерфейс. В нашем сценарии у нас есть плавающий статический маршрут, указывающий на интерфейс Serial1 / 0.1. Хотя этого статического маршрута нет в таблице маршрутизации из-за более высокого административного расстояния, для PfR все же необходимо использовать альтернативный интерфейс.PfR необходимо будет проверить, что интерфейс можно использовать и достижимость может быть достигнута через альтернативный внешний интерфейс. В нашем случае PfR использовал IP SLA, потому что по умолчанию PfR работает в режиме мониторинга префиксов, который называется и . Термин «оба» относится к , как к активному, так и к пассивному контролю . Активный мониторинг означает, что PfR будет генерировать тестовый трафик (зонды), в нашем случае ICMP ECHO, для проверки доступности через альтернативный путь из интерфейса Serial1 / 0.1.Как мы увидим в будущих сообщениях блога, мы можем указать тип тестового трафика, который мы хотим генерировать. Например, если мы используем PfR для оптимизации трафика VoIP в нашей внутренней сети, мы могли бы использовать голосовые пакеты VoIP с IP SLA для активного зондирования.

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

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

Rack1R3 # show run | include ip route 
 ip route 0.0.0.0 0.0.0.0 192.10.1.1 
 ip route 0.0.0.0 0.0.0.0 192.10.2.1 5 
 Rack1R3 # show ip route static 
 S * 0.0.0.0/0 [1/0] через 192.10 .1.1 
 Стойка1R3 #

Недействителен из-за того, что родительский маршрут не существует для альтернативного внешнего интерфейса:

Rack1R3 # show run | включить ip route 
 ip route 0.0.0.0 0.0.0.0 192.10.1.1 
 Rack1R3 # show ip route static 
 S * 0.0.0.0/0 [1/0] через 192.10.1.1 
 Rack1R3 #

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

VPIP и PFR — Статистика покера

5 декабря 2016 г.

Что такое VPIP и PFR и как они влияют на вашу игру?

VPIP и PFR — две основные, но мощные покерные статистики.Вместе они дают вам четкое представление о как играют ваши оппоненты и как использовать их ошибки.

VPIP: добровольно положить в банк

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

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

PFR: Рейз на префлопе

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

Связь между VPIP и PFR

VPIP всегда выше, чем PFR.Все рейзы на префлопе увеличивают VPIP, но не все действия, которые влияют на VPIP повлияет на PFR. Например, лимп на префлопе увеличит VPIP, но не PFR.

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

Простое практическое правило: чем выше PFR, тем агрессивнее игрок. Чем больше промежуток между VPIP и PFR, тем более пассивен игрок.

Определение типов игроков с помощью VPIP / PFR

VPIP и PFR — ключевые индикаторы того, как ваши оппоненты понимают игру в покер и их общая стратегия.В течение 10 раздач Poker Copilot даст вам приблизительное представление об игре оппонента. стиль. 100 рук достаточно, чтобы понять, против кого вы играете, а 1000 рук дают вам очень четкое представление о стратегии игрока на префлопе.

Это примеры VPIP / PFR в покере на шесть игроков и типы игроков, связанные с каждым из них. статистическая разбивка.

Очень высокий VPIP и низкий PFR: 75/10, 52/5, 60/15

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

Высокий VPIP и низкий PFR: 40/15, 35/12, 30/5

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

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

Нормальный VPIP и низкий PFR: 18/1, 22/3

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

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

Низкий VPIP / PFR: 10/8, 14/12

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

Reg (профессиональный) VPIP и PFR: 15/14, 19/17, 22/18, 28/23

Regs почти всегда являются выигрышными или безубыточными игроками. У этих игроков есть небольшие промежутки между их ВПИП и ПФР. Реги могут варьироваться от очень тайтовых до очень лузовых. На одном конце спектра игрок со статистикой 15/14 будет слишком тайтовым регуляром. На 28/23 игрок может играть слишком лузово и агрессивно.

Солидные регуляры обычно имеют VPIP / PFR между 19/17 и 25/23.По мере роста ставок рейк (сумма, взятая покер-румом из каждого банка) уменьшается в процентах от банка, и игроки могут использовать более широкий диапазоны. Выигрышные регуляры часто имеют статистику ближе к 28/20 или 27/19 на более высоких лимитах.

На самом деле, нет никакого стимула разыгрывать больше банков против хороших регуляров. В покере вы должны быть попытка разыграть как можно больше банков с проигрывающими игроками, известная как «рыба.”VPIP и PFR указывают кем могут быть эти рыбы и как на них ориентироваться.

VPIP и PFR для Six-Max по сравнению с Full Ring

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

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

Регулярные игроки обычно имеют VPIP / PFR от 11/8 до 16/14 в полных играх. Выше чем выше уровень навыков, тем шире они могут быть, а некоторые регуляры умеют выгодно играть в статистику вроде 22/20 на полном кольце.

Турнир VPIP / PFR

VPIP / PFR в турнирах зависит от структуры и стадии турнира.

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

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

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

Турбо и гипертурбо — это более короткие и динамичные турниры. У них быстро растущие блайнды, Это означает, что требуется агрессивный, лузовый стиль игры. В этих турнирах VPIP / PFR будут быть намного выше.

VPIP и PFR — самая важная статистика в покере

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

Региональное сравнение фосфорорганических антипиренов (PFR) в моче метаболитов и тетрабромбензойной кислоты (TBBA) в парах мать-ребенок из Калифорнии и Нью-Джерси

Использование альтернативных химических антипиренов в потребительских товарах увеличивается в результате поэтапного отказа от полибромированных дифениловых эфиров.Сегодня наиболее часто встречающиеся альтернативы в жилой мебели включают фосфорорганические антипирены (PFR) и смесь Firemaster® 550 (FM550). Уровни в моче диалкил- и диарилфосфатных эфиров и 2-этилгексилтетрабромбензоата (EH-TBB) использовались в качестве биомаркеров воздействия на человека PFR и FM550 соответственно. В предыдущем исследовании мы продемонстрировали, что у малышей были значительно более высокие уровни PFR по сравнению с их матерями в когорте из Нью-Джерси; однако неясно, существуют ли региональные различия в воздействии.Возможно, что воздействие PFR может быть выше в Калифорнии по сравнению с другими штатами США из-за калифорнийского стандарта воспламеняемости, как это уже наблюдалось ранее для ПБДЭ. В текущем исследовании мы изучили уровни метаболитов PFR и TBBA в моче у 28 пар мать-ребенок из Калифорнии, США, собранные в 2015 году, и сравнили их с уровнями, измеренными в нашем предыдущем исследовании из Нью-Джерси. Образцы мочи были извлечены с использованием твердофазной экстракции и проанализированы с помощью тандемной масс-спектрометрии жидкостной хроматографии (LC-MS / MS).Дифенилфосфат (DPHP), изопропил-фенилфенилфосфат (ip-PPP), бис (1,3-дихлор-2-пропил) фосфат (BDCIPP) и конъюгаты BCIPHIPP были обнаружены в 100% проб мочи матери и ребенка, в то время как бис (1 -хлор-2-пропил) фосфат (BCIPP), трет-бутил-фенилфенилфосфат (tb-PPP) и TBBA были обнаружены в <50% образцов. Интересно, что конъюгаты BCIPHIPP были обнаружены в 100% проб мочи, что свидетельствует о повсеместном воздействии исходного соединения, трис (1-хлор-2-пропил) фосфата (TCIPP).Текущее исследование обнаружило значительно более высокие уровни BDCIPP у детей ясельного возраста в Калифорнии и более высокие уровни и IP-PPP у матерей по сравнению с когортой из Нью-Джерси, что может отражать калифорнийский стандарт воспламеняемости мебели. Например, уровни BDCIPP у детей Калифорнии были в 2,4 раза выше, чем у детей Нью-Джерси. В соответствии с нашей предыдущей работой, текущее исследование показало более высокую экспозицию PFR и EH-TBB у детей, вероятно, из-за повышенного поведения рук. Уровень DPHP и BDCIPP у детей в среднем составил 5.В 9 раз и в 15 раз больше, чем у их матерей. Положительная корреляция между парами матерей и их детей была показана для конъюгатов DPHP и BCIPHIPP, но не для BDCIPP или ip-PPP. У детей несколько предикторов поведения рта были связаны с уровнями BDCIPP, DPHP и ip-PPP в моче, но не наблюдались ассоциации с конъюгатами BCIPHIPP.

Ключевые слова: Пары мать-ребенок; Фосфаторганические химические антипирены; Метаболиты в моче.

Изотипический контроль мышиного IgM (PFR-03) (NBP2-62224): Novus Biologicals

Публикации по контролю изотипа IgM (NBP2-62224) (0)

Публикаций по контролю изотипа IgM (NBP2-62224) нет.

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

Обзоры на изотипический контроль IgM (NBP2-62224) (0)

Нет обзоров для IgM Isotype Control (NBP2-62224).Отправив отзыв, вы получите электронную подарочную карту Amazon или скидку на продукцию Novus.

Обзор без изображения — 10 долларов / 7 евро / 6 фунтов стерлингов / 10 канадских долларов / 70 юаней / 1110 йен
Обзор с изображением — 25 долларов / 18 евро / 15 фунтов стерлингов / 25 канадских долларов / 150 юаней / 2500 йен

Общие протоколы продукта

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

Часто задаваемые вопросы по контролю изотипа IgM (NBP2-62224) (0)

Другие доступные форматы

Дополнительные продукты IgM

Инструмент биоинформатики для контроля изотипа IgM (NBP2-62224)

Откройте для себя пути, заболевания и гены, связанные с изотипическим контролем IgM (NBP2-62224).Нужна помощь? Прочтите Руководство по использованию инструмента биоинформатики для получения инструкций по использованию этого инструмента.