Jump to content

NetFlow

NetFlow — это функция, появившаяся на маршрутизаторах Cisco примерно в 1996 году и обеспечивающая возможность сбора трафика IP-сети при его входе или выходе из интерфейса. Анализируя данные, предоставляемые NetFlow, сетевой администратор может определить такие вещи, как исходный и целевой трафик, класс обслуживания и причины перегрузки. Типичная настройка мониторинга потока (с использованием NetFlow) состоит из трех основных компонентов: [1]

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

Описание протокола

[ редактировать ]

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

Сетевые потоки

[ редактировать ]

Стандарт Cisco NetFlow версии 5 определяет поток как однонаправленную последовательность пакетов, которые имеют семь общих значений, которые определяют уникальный ключ для потока: [2]

  1. Входной интерфейс ( SNMP ifIndex)
  2. Исходный IP-адрес
  3. назначения IP-адрес
  4. номер IP-протокола
  5. Исходный порт для UDP или TCP , 0 для других протоколов.
  6. Порт назначения для UDP или TCP , тип и код для ICMP или 0 для других протоколов.
  7. Тип IP -услуги

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

Это определение потоков также используется для IPv6, аналогичное определение используется для потоков MPLS и Ethernet .

Расширенные реализации NetFlow или IPFIX, такие как Cisco Flexible NetFlow, допускают определяемые пользователем ключи потока.

Типичный вывод инструмента командной строки NetFlow ( nfdump в данном случае) при печати сохраненные потоки могут выглядеть следующим образом:

 Date flow start          Duration Proto   Src IP Addr:Port      Dst IP Addr:Port     Packets    Bytes Flows
 2010-09-01 00:00:00.459     0.000 UDP     127.0.0.1:24920   ->  192.168.0.1:22126        1       46     1
 2010-09-01 00:00:00.363     0.000 UDP     192.168.0.1:22126 ->  127.0.0.1:24920          1       80     1

Экспорт записей

[ редактировать ]

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

Протокол передачи пакетов

[ редактировать ]

Записи NetFlow традиционно экспортируются с использованием протокола пользовательских датаграмм ( UDP ) и собираются с помощью сборщика NetFlow. IP-адрес сборщика NetFlow и порт назначения UDP должны быть настроены на отправляющем маршрутизаторе. Обычное значение — UDP-порт 2055, но также можно использовать и другие значения, например 9555, 9995, 9025, 9026 и т. д.

Из соображений эффективности маршрутизатор традиционно не отслеживает уже экспортированные записи потока, поэтому, если пакет NetFlow отбрасывается из-за перегрузки сети или повреждения пакета, все содержащиеся в нем записи теряются навсегда. Протокол UDP не сообщает маршрутизатору о потере, поэтому он может снова отправить пакеты. Это может стать настоящей проблемой, особенно с NetFlow v8 или v9, которые могут объединять множество пакетов или потоков в одну запись. Потеря одного UDP-пакета может оказать огромное влияние на статистику некоторых потоков.

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

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

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

Заголовки пакетов

[ редактировать ]

Все пакеты NetFlow начинаются с заголовка, зависящего от версии, который содержит как минимум следующие поля:

  • Номер версии (v1, v5, v7, v8, v9)
  • Порядковый номер для обнаружения потери и дублирования
  • Временные метки на момент экспорта, такие как время работы системы или абсолютное время.
  • Количество записей (v5 или v8) или список шаблонов и записей (v9)

Запись NetFlow может содержать разнообразную информацию о трафике в данном потоке.

NetFlow версии 5 (одна из наиболее часто используемых версий, за которой следует версия 9) содержит следующее:

  • Индекс входного интерфейса, используемый SNMP (ifIndex в IF-MIB).
  • Индекс выходного интерфейса или ноль, если пакет отброшен.
  • Временные метки времени начала и окончания потока в миллисекундах с момента последней загрузки.
  • Количество байтов и пакетов, наблюдаемых в потоке
  • Заголовки уровня 3 :
  • Номера портов источника и назначения для TCP, UDP, SCTP
  • Для потоков TCP — объединение всех флагов TCP, наблюдаемых за время существования потока.
  • уровня 3 Информация о маршрутизации :
    • IP-адрес ближайшего следующего перехода (не следующего перехода BGP) на пути к месту назначения.
    • IP-маски источника и назначения (длины префиксов в нотации CIDR )

Для потоков ICMP исходный порт равен нулю, а поле номера порта назначения кодирует тип и код сообщения ICMP (порт = тип ICMP * 256 + код ICMP). [ нужна ссылка ] .

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

NetFlow версии 9 может включать все эти поля и дополнительно может включать дополнительную информацию, такую ​​как метки многопротокольной коммутации по меткам (MPLS), а также IPv6 адреса и порты .

Анализируя данные о потоках, можно построить картину потока и объема трафика в сети. Формат записи NetFlow со временем менялся, поэтому в него были включены номера версий. Cisco хранит подробную информацию о различных номерах версий и структуре пакетов для каждой версии.

Интерфейсы

[ редактировать ]

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

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

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

Пример NetFlow

[ редактировать ]

Стандартный NetFlow был разработан для обработки всех IP-пакетов на интерфейсе. Но в некоторых средах, например в магистральных сетях Интернета, это было слишком дорого из-за дополнительной обработки, необходимой для каждого пакета, и большого количества одновременных потоков.

Поэтому Cisco представила образец NetFlow на Cisco 12000 , и теперь он используется во всех высокопроизводительных маршрутизаторах, реализующих NetFlow.

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

Точный процесс выбора зависит от реализации:

  • Один пакет на каждые n пакетов, в детерминированном NetFlow, который используется в Cisco 12000 .
  • Один пакет, случайно выбранный с интервалом в n пакетов, в случайно выбранном NetFlow, используемом на современных маршрутизаторах Cisco.

В некоторых реализациях предусмотрены более сложные методы выборки пакетов, например выборка для каждого потока в Cisco Martinez Catalysts.

Частота выборки часто одинакова для всех интерфейсов, но для некоторых маршрутизаторов ее можно настроить для каждого интерфейса. При использовании Sampled NetFlow записи NetFlow должны быть скорректированы с учетом эффекта выборки — в частности, объемы трафика теперь являются оценочными, а не фактическими измеренными объемами потока.

Частота выборки указывается в поле заголовка NetFlow версии 5 (одинаковая частота выборки для всех интерфейсов) или в записях опций NetFlow версии 9 (частота выборки для каждого интерфейса).

Версия Комментарий
v1 Первая реализация, сейчас устаревшая и ограниченная IPv4 (без маски IP и номеров AS ).
v2 Внутренняя версия Cisco, никогда не выпускалась.
v3 Внутренняя версия Cisco, никогда не выпускалась.
v4 Внутренняя версия Cisco, никогда не выпускалась.
v5 Самая распространенная версия, доступная (по состоянию на 2009 год) на многих маршрутизаторах разных марок, но ограниченная потоками IPv4 .
v6 Больше не поддерживается Cisco. Информация об инкапсуляции (?).
v7 Как версия 5 с полем исходного маршрутизатора. Используется (только?) на коммутаторах Cisco Catalyst.
v8 Несколько форм агрегирования, но только для информации, которая уже присутствует в записях версии 5.
v9 На основе шаблонов, доступно (с 2009 г.) на некоторых последних маршрутизаторах. В основном используется для сообщения о таких потоках, как IPv6 , MPLS или даже простой IPv4 с следующим переходом BGP.
v10 Используется для идентификации IPFIX . Хотя IPFIX в значительной степени основан на NetFlow, версия 10 не имеет ничего общего с NetFlow.

NetFlow и IPFIX

[ редактировать ]

NetFlow был первоначально реализован Cisco и описан в «информационном» документе, который не входил в стандарт: RFC 3954 — экспорт служб Cisco Systems NetFlow, версия 9. Сам протокол NetFlow был заменен протоколом Internet Protocol Flow Information eXport ( IPFIX ). . Основываясь на реализации NetFlow версии 9, IPFIX находится на пути стандартов IETF с RFC 5101 (устарел RFC 7011), RFC 5102 (устарел RFC 7012) и т. д., которые были опубликованы в 2008 году.

Эквиваленты

[ редактировать ]

Многие поставщики, помимо Cisco, предоставляют аналогичную технологию мониторинга сетевого потока. NetFlow может быть распространенным именем в области мониторинга потоков из-за доминирующей доли рынка Cisco в сетевой индустрии. NetFlow считается товарным знаком Cisco (хотя по состоянию на март 2012 г. он не указан в списке товарных знаков Cisco). [3] ):

Также коллекция программного обеспечения Flow-Tools. [5] позволяет обрабатывать и управлять экспортом NetFlow с маршрутизаторов Cisco и Juniper. [6]

Поддерживать

[ редактировать ]
Производитель и тип Модели Версия NetFlow Выполнение Комментарии
Маршрутизаторы Cisco IOS-XR CRS , ASR9000 старый 12000 v5, v8, v9 Программное обеспечение, работающее на процессоре линейной карты Комплексная поддержка IPv6 и MPLS.
Маршрутизаторы Cisco IOS 10000, 7200, старый 7500 v5, v8, v9 Программное обеспечение, работающее на процессоре маршрутов для поддержки IPv6 или MPLS требуется последняя модель и iOS
Cisco Catalyst Коммутаторы 7600, 6500, 4500 v5, v8, v9 Выделенный аппаратный TCAM, также используемый для ACL. Поддержка IPv6 на высокопроизводительных моделях RSP720 и Sup720, но не более 128 или 256 КБ потоков на карту PCF. [7]
Cisco Nexus Коммутаторы 5600, 7000, 7700 v5, v9 Выделенный аппаратный TCAM, также используемый для ACL. До 512К потоков. Поддержка IPv4/IPv6/L2. MPLS не поддерживается
Устаревшие маршрутизаторы Juniper M-серия , T-серия , MX-серия с ЦОД v5, v8 Программное обеспечение, работающее на механизме маршрутизации, называемое программным обеспечением jflow. IPv6 и MPLS не поддерживаются.
Устаревшие маршрутизаторы Juniper M-серия , T-серия , MX-серия с ЦОД v5, v8, v9 Программное обеспечение, работающее на сервисном PIC, называемое аппаратным jflow или выборочным. IPv6 или MPLS поддерживаются на MS-DPC, MultiService-PIC, AS-PIC2.
Можжевельниковые маршрутизаторы Серия MX с MPC-3D, FPC5 для T4000 v5, ИПФИКС Аппаратное обеспечение (чипсет трио), называемое встроенным jflow Для IPv6 требуется JUNOS 11.4R2 (целевой задний порт), поддержка MPLS неизвестна, MPC3E исключен до версии 12.3, неправильное поле времени начала, приводящее к неправильному результату пропускной способности [8]
Нокиа Роутеры 7750СР v5, v8, v9, v10 IPFIX Программное обеспечение, работающее на модуле центрального процессора IPv6 или MPLS с использованием линейных карт IOM3 или выше
Huawei Маршрутизаторы NE5000E NE40E/X NE80E v5, v9 Программное обеспечение, работающее на сервисных картах Поддержка IPv6 или MPLS неизвестна.
Энтерасис Коммутаторы S-серия [9] и N-серия [10] v5, v9 Выделенное оборудование Поддержка IPv6 неизвестна
Flowmon Зонды Датчик Flowmon 1000, 2000, 4000, 6000, 10000, 20000, 40000, 80000, 100000 v5, v9, ИПФИКС Программное или аппаратное ускорение Комплексная поддержка IPv6 и MPLS, скорость передачи данных
Nortel Коммутаторы Маршрутизирующий коммутатор Ethernet серии 5500 (ERS5510, 5520 и 5530) и 8600 (на базе шасси) v5, v9, ИПФИКС Программное обеспечение, работающее на процессоре линейной карты Комплексная поддержка IPv6.
ПК и серверы Linux FreeBSD NetBSD OpenBSD v5, v9, ИПФИКС Программное обеспечение, такое как fprobe, [11] ipt-netflow, [12] пфлоу, [13] текла, [14] Нетграф of_netflow [15] или мягкий Поддержка IPv6 зависит от используемого программного обеспечения.
Серверы VMware vSphere 5.x [16] v5, IPFIX (>5.1) [17] Программное обеспечение Поддержка IPv6 неизвестна
Микротик РоутерОС RouterOS 3.x, 4.x, 5.x, 6.x [18] v1, v5, v9, IPFIX (>6.36RC3) Программное обеспечение и аппаратное обеспечение маршрутизатора IPv6 поддерживается с помощью версии 9. В настоящее время RouterOS не включает номера AS BGP.

Варианты

[ редактировать ]

Регистрация событий безопасности Cisco NetFlow

[ редактировать ]

представленная вместе с выпуском продуктов Cisco ASA 5580, Функция регистрации событий безопасности NetFlow, использует поля и шаблоны NetFlow v9 для эффективной доставки телеметрии безопасности в высокопроизводительных средах. Журнал событий безопасности NetFlow масштабируется лучше, чем системный журнал , обеспечивая при этом тот же уровень детализации и детализации регистрируемых событий. [ нужна ссылка ]

Мониторинг на основе автономных датчиков

[ редактировать ]
Архитектура NetFlow с использованием автономных зондов.

Сбор NetFlow с использованием автономных зондов NetFlow является альтернативой сбору потоков с маршрутизаторов и коммутаторов. Этот подход позволяет преодолеть некоторые ограничения мониторинга NetFlow на основе маршрутизатора. Зонды прозрачно подключаются к контролируемому каналу как пассивное устройство, используя порт TAP или SPAN устройства.

Исторически сложилось так, что мониторинг NetFlow легче реализовать на специальном зонде, чем на маршрутизаторе. Однако у этого подхода есть и некоторые недостатки:

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

Самый простой способ устранить вышеуказанные недостатки — использовать устройство захвата пакетов, встроенное перед маршрутизатором, и захватывать весь выходной поток NetFlow от маршрутизатора. Этот метод позволяет хранить большие объемы данных NetFlow (обычно за многие годы) и не требует перенастройки сети.

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

NetFlow изначально представлял собой технологию коммутации пакетов Cisco для маршрутизаторов Cisco, реализованную в IOS 11.x примерно в 1996 году. Первоначально это была программная реализация для Cisco 7000, 7200 и 7500. [19] где это считалось улучшением по сравнению с нынешним решением Cisco Fast Switching. Netflow был изобретен Дарреном Керром и Барри Брюином. [20] от Cisco ( патент США № 6,243,667 ).

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

Эта технология была выгодна для локальных сетей. Это было особенно верно, если часть трафика нужно было фильтровать с помощью ACL, поскольку ACL должен был оценивать только первый пакет потока. [21]

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

В качестве технологии коммутации NetFlow была заменена примерно в 1995 году Cisco Express Forwarding . Впервые он появился на маршрутизаторах Cisco 12000, а позже заменил переключение NetFlow на расширенную IOS для Cisco 7200 и Cisco 7500.

По состоянию на 2012 год технологии, подобные коммутации NetFlow, все еще используются в большинстве межсетевых экранов и программных IP-маршрутизаторов. Например, функция conntrack платформы Netfilter, используемая в Linux .

См. также

[ редактировать ]
  1. ^ Хофстед, Рик; Челеда, Павел; Траммелл, Брайан; Драго, Идилио; Садре, Рамин; Сперотто, Анна; Прас, Айко (2014). «Объяснение мониторинга потока: от захвата пакетов до анализа данных с помощью NetFlow и IPFIX» . Опросы и учебные пособия IEEE по коммуникациям . 16 (4): 2037–2064. дои : 10.1109/COMST.2014.2321898 . S2CID   14042725 .
  2. ^ «ИнтерПроектВики: NetFlow» . Архивировано из оригинала 22 февраля 2017 г.
  3. ^ «Товарные знаки Cisco» .
  4. ^ «Продукты sFlow: Сетевое оборудование» . sFlow.org.
  5. ^ «Adsr/Flow-инструменты» . Гитхаб . 5 октября 2021 г.
  6. ^ «Adsr/Flow-инструменты» . Гитхаб . 5 октября 2021 г.
  7. ^ «Характеристики Cisco RSP720 Sup720 NetFlow» . Cisco.com. Июль 2010 года . Проверено 8 марта 2012 г.
  8. ^ «pps и bps неверны в Juniper j-flow» . Август 2012 года . Проверено 17 марта 2016 г.
  9. ^ «NetFlow на Enterasys S-Serie» (PDF) . Enterasys.com. Февраль 2012 года . Проверено 4 марта 2012 г.
  10. ^ «NetFlow на Enterasys N-Serie» (PDF) . Enterasys.com. Февраль 2012 года . Проверено 4 марта 2012 г.
  11. ^ "фпробе" .
  12. ^ «ipt-netflow» .
  13. ^ Хеннинг Брауэр; Йорг Гольтерманн (29 марта 2014 г.). «pflow — интерфейс ядра для экспорта данных pflow» . Перекрестная ссылка BSD . OpenBSD . Проверено 9 августа 2019 г.
  14. ^ "flowd-0.9.1.20140828 – Сборщик NetFlow" . Порты OpenBSD . 17 июля 2019 г. Проверено 9 августа 2019 г.
  15. ^ Глеб Смирнов (2005). «ng_netflow — реализация NetFlow от Cisco» . Перекрестная ссылка BSD . FreeBSD . Проверено 9 августа 2019 г.
  16. ^ «Новые сетевые функции vSphere 5 — NetFlow — Блог VMware vSphere» .
  17. ^ «Технический документ по сети vSphere 51» (PDF) . vmware.com . Проверено 1 июля 2023 г.
  18. ^ «Руководство:IP/поток трафика — MikroTik Wiki» .
  19. ^ «Модуль улучшений коммутации NetFlow [версии программного обеспечения Cisco IOS 11.1] — Cisco Systems» . www.cisco.com . Архивировано из оригинала 21 декабря 2009 г.
  20. ^ «Сетевые, облачные решения и решения в области кибербезопасности» . Циско . Проверено 1 июля 2023 г.
  21. ^ «NetFlow, sFlow и расширяемость потока, часть 1» . Кентик Блог . 28 марта 2016 г. Проверено 1 июля 2023 г.
  22. ^ Фаал, Питер; Лавин, Марк (июль 2004 г.). «sFlow Версия 5» . sFlow.org . Проверено 23 октября 2010 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: bd415a16490cf729b26a312199d2925c__1721086140
URL1:https://arc.ask3.ru/arc/aa/bd/5c/bd415a16490cf729b26a312199d2925c.html
Заголовок, (Title) документа по адресу, URL1:
NetFlow - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)