По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Продолжаем рассказывать про механизмы QoS (Quality of Service) . Мы уже рассказаывали про то, какие проблемы могут быть в сети и как на них может повлиять QoS. В этой статье мы поговорим про механизмы работы QoS. Механизмы QoS В связи с тем, что приложения могут требовать различные уровни QoS, возникает множество моделей и механизмов, чтобы удовлетворить эти нужды. Рассмотрим следующие модели: Best Effort –негарантированная доставка используется во всех сетях по умолчанию. Положительная сторона заключается в том, что эта модель не требует абсолютно никаких усилий для реализации. Не используются никакие механизмы QoS, весь трафик обслуживается по принципу “пришел первым – обслужили первым”. Такая модель не подходит для современных сетевых сред; Integrated Services (IntServ) – эта модель интегрированного обслуживания использует метод резервирования. Например, если пользователь хотел сделать VoIP вызов 80 Кбит/с по сети передачи данных, то сеть, разработанная исключительно для модели IntServ, зарезервировала бы 80 Кбит/с на каждом сетевом устройстве между двумя конечными точками VoIP, используя протокол резервирования ресурсов RSVP (Resource Reservation Protocol) . На протяжении звонка эти 80 Кбит/с будут недоступны для другого использования, кроме как для VoIP звонка. Хотя модель IntServ является единственной моделью, обеспечивающей гарантированную пропускную способность, она также имеет проблемы с масштабируемостью. Если сделано достаточное количество резервирований, то сеть просто исчерпает полосу пропускания; Differentiated Services (DiffServ) – модель дифференцированного обслуживания является самой популярной и гибкой моделью для использования QoS. В этой модели можно настроить каждое устройство так, чтобы оно могло использовать различные методы QoS, в зависимости от типа трафика. Можно указать какой трафик входит в определенный класс и как этот класс должен обрабатываться. В отличие от модели IntServ, трафик не является абсолютно гарантированным, поскольку сетевые устройства не полностью резервируют полосу пропускания. Однако DiffServ получает полосу, близкую к гарантированной полосе пропускания, в то же время решая проблемы масштабируемости IntServ. Это позволило этой модели стать стандартной моделью QoS; Инструменты QoS Сами механизмы QoS представляют собой ряд инструментов, которые объединяются для обеспечения уровня обслуживания, который необходим трафику. Каждый из этих инструментов вписывается в одну из следующих категорий: Классификация и разметка (Classification and Marking) - Эти инструменты позволяют идентифицировать и маркировать пакет, чтобы сетевые устройства могли легко идентифицировать его по мере пересечения сети. Обычно первое устройство, которое принимает пакет, идентифицирует его с помощью таких инструментов, как списки доступа (access-list), входящие интерфейсы или deep packet inspection (DPI), который рассматривает сами данные приложения. Эти инструменты могут быть требовательны к ресурсам процессора и добавлять задержку в пакет, поэтому после того как пакет изначально идентифицирован, он сразу помечается. Маркировка может быть в заголовке уровня 2 (data link), позволяя коммутаторам читать его и/или заголовке уровня 3 (network), чтобы маршрутизаторы могли его прочитать. Для второго уровня используется протокол 802.1P, а для третьего уровня используется поле Type of Service. Затем, когда пакет пересекает остальную сеть, сетевые устройства просто смотрят на маркировку, чтобы классифицировать ее, а не искать глубоко в пакете; Управление перегрузками (Congestion Management)– Перегрузки возникают, когда входной буфер устройства переполняется и из-за этого увеличивается время обработки пакета. Стратегии очередей определяют правила, которые маршрутизатор должен применять при возникновении перегрузки. Например, если интерфейс E1 WAN был полностью насыщен трафиком, маршрутизатор начнет удерживать пакеты в памяти (очереди), чтобы отправить их, когда станет доступна полоса пропускания. Все стратегии очередей направлены на то, чтобы ответить на один вопрос: “когда есть доступная пропускная способность, какой пакет идет первым?“; Избегание заторов (Congestion Avoidance) – Большинство QoS механизмов применяются только тогда, когда в сети происходит перегрузка. Целью инструментов избегания заторов является удаление достаточного количества пакетов несущественного (или не очень важного) трафика, чтобы избежать серьезных перегрузок, возникающих в первую очередь; Контроль и шейпинг (Policing and Shaping) – Этот механизм ограничивает пропускную способность определенного сетевого трафика. Это полезно для многих типичных «пожирателей полосы» в сети: p2p приложения, веб-серфинг, FTP и прочие. Шейпинг также можно использовать, чтобы ограничить пропускную способность определенного сетевого трафика. Это нужно для сетей, где допустимая фактическая скорость медленнее физической скорости интерфейса. Разница между этими двумя механизмами заключается в том, что shaping формирует очередь из избыточного трафика, чтобы выслать его позже, тогда как policing обычно сбрасывает избыточный трафик; Эффективность линков (Link Efficiency) – Эта группа инструментов сосредоточена на доставке трафика наиболее эффективным способом. Например, некоторые низкоскоростные линки могут работать лучше, если потратить время на сжатие сетевого трафика до его отправки (сжатие является одним из инструментов Link Efficiency); Механизмы Link Efficiency При использовании медленных интерфейсов возникают две основных проблемы: Недостаток полосы пропускания затрудняет своевременную отправку необходимого объема данных; Медленные скорости могут существенно повлиять на сквозную задержку из-за процесса сериализации (количество времени, которое маршрутизатору требуется на перенос пакета из буфера памяти в сеть). На этих медленных линках, чем больше пакет, тем дольше задержка сериализации; Чтобы побороть эти проблемы были разработаны следующие Link Efficiency механизмы: Сжатие полезной нагрузки (Payload Compression) – сжимает данные приложения, оправляемые по сети, поэтому маршрутизатор отправляет меньше данных, по медленной линии; Сжатие заголовка (Header Compression) – Некоторый трафик (например, такой как VoIP) может иметь небольшой объем данных приложения (RTP-аудио) в каждом пакете, но в целом отправлять много пакетов. В этом случае количество информации заголовка становится значимым фактором и часто потребляет больше полосы пропускания, чем данные. Сжатие заголовка решает эту проблему напрямую, устраняя многие избыточные поля в заголовке пакета. Удивительно, что сжатие заголовка RTP, также называемое сжатым транспортным протоколом реального времени (Compressed Real-time Transport Protocol - cRTP) уменьшает 40-байтовый заголовок до 2-4 байт!; Фрагментация и чередование (Link Fragmentation and Interleaving) - LFI решает проблему задержки сериализации путем измельчения больших пакетов на более мелкие части до их отправки. Это позволяет маршрутизатору перемещать критический VoIP-трафик между фрагментированными частями данных (которые называются «чередованием» голоса); Алгоритмы очередей Постановка в очереди (queuing) определяет правила, которые маршрутизатор должен применять при возникновении перегруженности. Большинство сетевых интерфейсов по умолчанию используют базовую инициализацию First-in, First-out (FIFO) . В этом методе сначала отправляется любой пакет, который приходит первым. Хотя это кажется справедливым, не весь сетевой трафик создается равным. Основная задача очереди - обеспечить, чтобы сетевой трафик, обслуживающий критически важные или зависящие от времени бизнес-приложения, отправлялся перед несущественным сетевым трафиком. Помимо очередности FIFO используются три первичных алгоритма очередности: Weighted Fair Queuing (WFQ)– WFQ пытается сбалансировать доступную полосу пропускания между всеми отправителями равномерно. Используя этот метод, отправитель с высокой пропускной способностью получает меньше приоритета, чем отправитель с низкой пропускной способностью; Class-Based Weighted Fair Queuing (CBWFQ) – этот метод массового обслуживания позволяет указать гарантированные уровни пропускной способности для различных классов трафика. Например, вы можете указать, что веб-трафик получает 20 процентов полосы пропускания, тогда как трафик Citrix получает 50 процентов пропускной способности (вы можете указать значения как процент или конкретную величину полосы пропускания). Затем WFQ используется для всего неуказанного трафика (остальные 30 процентов в примере); Low Latency Queuing (LLQ) - LLQ часто упоминается как PQ-CBWFQ, потому работает точно так же, как CBWFQ, но добавляется компонент приоритета очередей (Priority Queuing - PQ). Если вы указываете, что определенный сетевой трафик должен идти в приоритетную очередь, то маршрутизатор не только обеспечивает пропускную способность трафика, но и гарантирует ему первую полосу пропускания. Например, используя чистый CBWFQ, трафику Citrix может быть гарантированно 50% пропускной способности, но он может получить эту полосу пропускания после того, как маршрутизатор обеспечит некоторые другие гарантии трафика. При использовании LLQ приоритетный трафик всегда отправляется перед выполнением любых других гарантий. Это очень хорошо работает для VoIP, делая LLQ предпочтительным алгоритмом очередей для голоса; Существует много других алгоритмов для очередей, эти три охватывают методы, используемые большинством современных сетей
img
Многие слышали данную аббревиатуру, но не все знают, что она скрывает за своим названием. Customer Relationship Management, дословно –управление взаимоотношения с клиентами. Вспомните вашего первого клиента и эмоции, связанные с этим событием – радость, вера в собственные силы, желание предоставить ваш товар или услуги на высшем уровне, учесть все пожелания заказчика – с закономерным процессом развития и увеличения количества клиентов все вышеперечисленное начинает постепенно идти на спад. Дело вовсе не в умственных способностях или еще чем-то, просто при большом количестве клиентов, или совершенно разной специфике проектов высокой сложности невероятно сложно оставить отношение к заказчику на столь же высоком уровне. Однако с внедрением CRM систем, таких как 1C:CRM (коммерческий продукт) или SugarCRM, VtigerCRM (продукты с открытым программным кодом, условно бесплатные) у Вас появляется возможность предоставлять услуги или товары каждому клиенту на максимально высоком уровне, так как в данных программных продуктах возможно крайне удобно вести учет клиентов, их пожеланий, свершившихся продаж и встреч, составлять планы на будущее и прочее. Ниже будут рассмотрены два подхода – с использованием CRM и без. При классическом подходе схема выглядит следующим образом: Такой модели присущи следующие характеристики: Недостаток информации Различное видение клиента даже в головном офисе Ограниченная коммуникация между департаментами Нет прозрачности в цепи поставок Однако внедрение модели, подразумевающей использование CRM системы привнесет следующие изменения: Все департаменты используют одну и ту же информацию и могут действовать совместно, к примеру производственное планирование может быть привязано к маркетинговым компаниям Прозрачность предприятия Более высокое качество обслуживания клиента Более эффективные операции Различные системы предлагают различные функции и нацелены на предприятия различного размера. Как правило, CRM-системы обладают следующим функционалом: Интегрированное управление корпоративной информацией – счетами и контактами клиентов Лиды и возможности для продаж Звонки, встречи и задачи Кроме того, CRM-системы предлагают графические интерфейсы для удобного контроля продаж, демонстрирует максимально эффективные лиды, строит график выручки и т.д. Но, помимо всего этого, становится возможной автоматизация и помощь в построении внутренних процессов компании, которые помогают увеличить доходность вашего предприятия. Одно из главных удобств – возможность интеграции данной системы с вашей системой корпоративной телефонии, такими как Asterisk, Cisco Call Manager, Avaya. Представьте, раньше вам необходимо было найти клиента в таблице, в ручную набрать его номер на стационарном телефоне, возможно, при наборе номера происходили ошибки и, в результате чего, тратилось драгоценное время. С данными системами достаточно кликнуть на карточку клиента и телефон сам начнет процесс установления вызова. Или же, при обратном сценарии, при при входящем вызове на мониторе компьютера появится карточка клиентами со всеми необходимыми данными. На изображении ниже представлен типичный сценарий обработки клиентских запросов с использованием CRM-системы и платформы контакт-центров. Существует три варианта реализации CRM-систем на предприятии: Облачная система (например, Salesforce) Использование публичного IaaS облака для установки и настройки своей системы Установка CRM-системы на физическом сервере Каждый вариант имеет свои плюсы и минусы – первый вариант может быть предпочтителен для больших компаний, у которых вся ИТ-инфраструктура находится в облаке. Кроме того, такие системы всегда поддерживаются производителем и точно соблюдается SLA. Второй вариант предпочтителен для тех, кто хотел бы протестировать систему перед установкой у себя на предприятии и не хотел бы тратить средства компании на покупку физического сервера. Но в сравнении с третьим вариантом это будет обходиться дороже уже через 6-10 месяцев использования системы. В заключение необходимо сказать, что CRM-системы могут серьезно увеличить ключевые показатели компании, помочь продавцам и обеспечить легкий доступ к необходимой информации всем функциональным единицам предприятия.
img
Иногда возникает необходимость постоянно заходить в определенную папку и работать с конкретной группой файлов. Для облегчения этой работы, в Ubuntu можно изменить отображаемое содержимое рабочего стола. Операционная система Ubuntu разрешает вам, какие файлы будут отображаться на вашем рабочем столе, даже если они не находятся в папке рабочего стола. Вы можете обладаеть большими возможностями по управлению рабочим столом в Ubuntu, чем это предлагает система по умолчанию. В этой статье мы рассмотрим, что может отображаться на рабочем столе по умолчанию и как это можно изменить. Большинство рабочих столов Linux предстают перед нами очаровательно лаконичными. Они отображают несколько ярлыков на красивом фоне. К ним относятся значки для запуска приложений, находящиеся обычно в левой или нижней части экрана, и, возможно, еще один или два значка в открытой области. В статье использовалась Ubuntu версии 21.02 (Hirsute Hippo). Лаконичный рабочий стол - это даже очень прекрасно. Вы можете открывать папки с помощью файлового менеджера и переходить к любой группе файлов, которые вам нужно использовать или обновить. Однако, изменив один параметр в Ubuntu (и связанных дистрибутивах), вы также сможете настроить свою систему для открытия каталога с указанным набором файлов на месте рабочего стола, и вам не надо будет для этого перемещать их в папку рабочего стола. Чтобы понять, как все это работает, откройте окно терминала и перейдите в каталог с именем .config. Содержимое файла user-dirs.dirs будет выглядеть примерно так: Вот первый параметр в этом файле, XDG_DESKTOP_DIR, и определяет, какие файлы будут отображаться в открытой области на вашем рабочем столе. По умолчанию это будет содержимое папки рабочего стола (т.е. ~/Desktop). Вы можете изменить этот параметр, если хотите чтобы выводился ваш домашний каталог или содержимое какого-либо другого каталога в вашей системе - возможно, файлы, связанные с каким-то проектом, на котором вы работатете. Но прежде чем вносить изменения в файл, сделаем его копию с помощью команды: $ cp user-dirs.dirs user-dirs.dirs.backup В конце концов, вы, возможно, в какой-то момент захотите вернуться к стандартному виду рабочего стола, и это решение с созданием копии файла, упростит задачу. После того, как вы заменили $HOME/Desktop на $HOME, $HOME/MyDela, /projectmy или даже $HOME/empty, то при следующем обновлении экрана или при входе в систему должны отображаться файлы из выбранного места. Эффект не будет сильно отличаться от открытия файлового менеджера в конкретном месте, но может но вы сразу же окажитесь в нужной вам папке. Другие настройки Как вы могли заметить, что в файле user-dirs.dirs есть и другие настройки. Часть этих настроек, вероятно, используются различными приложениями. Можете поэкспериментировать с ними.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59