По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Это первая статья цикла. Продолжение: 2 часть Плоскость данных Начнем с того, что основная задача сети-перенос данных с одного подключенного хоста на другой. Это может показаться простым на первый взгляд, но на самом деле это чревато проблемами. Здесь может быть полезна иллюстрация; рисунок № 1 используется для иллюстрации сложности проблемы. Начиная с верхнего левого угла иллюстрации: Приложение генерирует некоторые данные. Эти данные должны быть отформатированы таким образом, чтобы принимающее приложение могло понять, что было передано, - данные должны быть упорядочены. Механизм, используемый для упорядочения данных, должен быть эффективным во многих отношениях, включая быстрое и простое кодирование, быстрое и простое декодирование, достаточно гибкий, чтобы можно было вносить изменения в кодирование, не нарушая слишком много вещей, и добавлять наименьшее количество накладных расходов, возможных во время передача данных. Сетевое программное обеспечение должно инкапсулировать данные и подготовить их к фактической передаче. Каким-то образом сетевое программное обеспечение должно знать адрес хоста назначения. Сеть, которая соединяет источник и пункт назначения, является общим ресурсом, и, следовательно, должна быть доступна некоторая форма мультиплексирования, чтобы источник мог направлять информацию в правильный пункт назначения. Как правило, это будет связано с определенной формой адресации. Данные должны быть перемещены из памяти в источнике и непосредственно в сеть - фактический провод (или оптический кабель, или беспроводное соединение), который будет передавать информацию между устройствами, подключенными к сети. Сетевые устройства должны иметь какой-то способ обнаружить конечный пункт назначения информации - вторую форму проблемы мультиплексирования - и определить, требуется ли какая-либо другая обработка информации, когда она находится в пути между источником и пунктом назначения. Информация, прошедшая через сетевое устройство, должна быть снова закодирована и перенесена из памяти в провод. В любой точке, где информация перемещается из памяти в какую-либо форму физического носителя, информация должна быть поставлена в очередь; часто бывает больше данных для передачи, чем может быть помещено на любой конкретный физический носитель в любой момент времени. Здесь в игру вступает качество услуг. Информация, передаваемая по сети, теперь должна быть скопирована с физического носителя и обратно в память. Он должен быть проверен на наличие ошибок - это контроль ошибок - и у приемника должен быть какой-то способ сообщить передатчику, что ему не хватает памяти для хранения входящей информации - это контроль потока. Особый интерес представляет сетевое устройство в середине диаграммы. Сетевое устройство-например, маршрутизатор, коммутатор или middle box—соединяет два физических носителя вместе для построения реальной сети. Возможно, самый простой вопрос для начала заключается в следующем: зачем вообще нужны эти устройства? Маршрутизаторы и коммутаторы — это, очевидно, сложные устройства со своей собственной внутренней архитектурой и зачем добавлять эту сложность в сеть? Есть две фундаментальные причины. Первоначальная причина создания этих устройств заключалась в соединении различных видов физических носителей вместе. Например, внутри здания может быть практично работать ARCnet или thicknet Ethernet (приведены примеры из времени, когда были впервые изобретены сетевые устройства). Расстояние, которое эти носители могли преодолеть, однако, очень мало-порядка сотни метров. Каким-то образом эти сети должны быть расширены между зданиями, между кампусами, между городами и, в конечном счете, между континентами, используя своего рода мультиплексированную (или обратную мультиплексированную) телефонную сеть, такую как T1 или DS3. Эти два различных типа носителей используют различные виды сигналов; должно быть какое-то устройство, которое переводит один вид сигналов в другой. Вторая причина заключается в следующем — это масштаб и это стало проблемой. Природа физического мира такова, что у вас есть два варианта, когда дело доходит до передачи данных по проводу: Провод может соединять напрямую два компьютера; в этом случае каждая пара компьютеров должна быть физически соединена с каждым другим компьютером, с которым она должна взаимодействовать. Провод может быть общим для многих компьютеров (провод может быть общим носителем информации). Чтобы решить проблему первым способом, нужно много проводов. Решение проблемы вторым способом кажется очевидным решением, но оно представляет другой набор проблем - в частности, как пропускная способность, доступная по проводам, распределяется между всеми устройствами? В какой-то момент, если на одном общем носителе достаточно устройств, любая схема, используемая для обеспечения совместного использования ресурсов, сама по себе будет потреблять столько же или больше пропускной способности, как любое отдельное устройство, подключенное к проводу. В какой-то момент даже 100-гигабайтное соединение, разделенное между достаточным количеством хостов, оставляет каждому отдельному хосту очень мало доступных ресурсов. Решением этой ситуации является сетевое устройство - маршрутизатор или коммутатор, который разделяет два общих носителя, передавая трафик между ними только по мере необходимости. При некотором логическом планировании устройства, которые должны чаще общаться друг с другом, можно размещать ближе друг к другу (с точки зрения топологии сети), сохраняя пропускную способность в других местах. Конечно, маршрутизация и коммутация вышли далеко за рамки этих скромных начинаний, но это основные проблемы, которые системные администраторы решают, внедряя сетевые устройства в сети. Есть и другие сложные проблемы, которые необходимо решить в этом пространстве, помимо простого переноса информации из источника в пункт назначения; Во многих случаях полезно иметь возможность виртуализировать сеть, что обычно означает создание туннеля между двумя устройствами в сети. Сети всегда создавались для одной цели: передачи информации от одной подключенной системы к другой. Дискуссия (или, возможно, спор) о наилучшем способе выполнения этой, казалось бы, простой задачи длилась долго. Эту дискуссию можно грубо разбить на несколько, часто пересекающихся, этапов, каждый из которых задавал свой вопрос: Должны ли сети быть с коммутацией каналов или с коммутацией пакетов? Должны ли сети с коммутацией пакетов использовать кадры фиксированного или переменного размера? Как лучше всего рассчитать набор кратчайших путей через сеть? Как сети с коммутацией пакетов должны взаимодействовать с качеством обслуживания (QoS)? Должна ли плоскость управления быть централизованной или децентрализованной? На некоторые из этих вопросов давным-давно был дан ответ. С другой стороны, некоторые из этих вопросов все еще актуальны, особенно последний. Коммутация каналов Первое большое обсуждение в мире компьютерных сетей было то, должны ли сети быть с коммутацией каналов или с коммутацией пакетов. Основное различие между этими двумя понятиями заключается в концепции схемы: нужно ли передатчику и приемнику «видеть» сеть как один провод или соединение, предварительно сконфигурированное (или настроенное) с определенным набором свойств прежде чем они начнут общаться? Или они «видят» сеть как общий ресурс, где информация просто генерируется и передается «по желанию»? Первый считается с коммутацией каналов, а второй считается с коммутацией пакетов. Коммутация каналов имеет тенденцию обеспечивать больший поток трафика и гарантии доставки, в то время как коммутация пакетов обеспечивает доставку данных при гораздо меньших затратах - первый из многих компромиссов, с которыми вы столкнетесь при проектировании сетей. Рисунок 2 будет использован для иллюстрации коммутации каналов с использованием мультиплексирования с временным разделением (TDM) в качестве примера. На рисунке 2 общая пропускная способность каналов между любыми двумя устройствами разделена на восемь равных частей; A отправляет данные E, используя временной интервал A1 и F, используя временной интервал A2; B отправляет данные в E с использованием временных интервалов B1 и F с использованием временных интервалов B2. Каждый фрагмент информации имеет фиксированную длину, поэтому каждый из них может быть помещен в один временной интервал в текущем потоке данных (следовательно, каждый блок данных представляет фиксированное количество времени или интервала в проводе). Предположим, что где-то есть контроллер, назначающий слот в каждом из сегментов, через которые будет проходить трафик: Для трафика [A, E]: На C: слот 1 от A переключен на слот 1 в направлении D На D: слот 1 от C переключен на слот 1 в направлении E Для трафика [A, F]: На C: слот 4 от A переключен на слот 4 в направлении D На D: слот 4 от C переключен на слот 3 в направлении F Для трафика [B, E]: На C: слот 4 от B переключен на слот 7 в направлении D На D: слот 7 от C переключен на слот 4 в направлении E Для трафика [B, F]: На C: слот 2 от B переключен на слот 2 в направлении D На D: слот 2 от C переключен на слот 1 в направлении F Ни одно из устройств обработки пакетов в сети не должно знать, какой бит данных идет куда; до тех пор, пока C берет все, что находится в слоте 1 в потоке данных A в каждом временном интервале, и копирует его в слот 1 в своем исходящем потоке в направлении D, А D копирует его из слота 1 входящего из C в слот 1 исходящего в E, трафик, передаваемый A, будет доставляться в E. Есть интересный момент, который следует отметить об этом виде обработки трафика—для пересылки трафика ни одно из устройств в сети на самом деле не должно знать, что является источником или назначением. Блоки данных, передаваемые по сети, не обязательно должны содержать адреса источника или назначения; куда они направляются и откуда поступают, все решения основываются на знании контроллерами открытых слотов в каждом канале. Набор слотов, назначенных для любой конкретной связи между устройствами, называется схемой, потому что это пропускная способность и сетевые ресурсы, выделенные для связи между одной парой устройств. Основные преимущества сетей с коммутацией каналов включают в себя: Для коммутации пакетов устройствам не нужно читать заголовок или выполнять какую-либо сложную обработку. Это было чрезвычайно важно в первые дни работы сети, когда аппаратное обеспечение имело гораздо меньшее количество транзисторов и переключателей, скорость линии была ниже, а время обработки пакета в устройстве составляло большую часть общей задержки пакета через сеть. Контроллер знает доступную полосу пропускания и трафик, направляемый к периферийным устройствам по всей сети. Это делает его несколько простым, учитывая, что на самом деле имеется достаточная пропускная способность, для организации трафика для создания наиболее оптимальных путей через сеть. Есть и недостатки, в том числе: Сложность контроллера значительно возрастает по мере того, как сеть и услуги, которые она предлагает, растут в масштабе. Нагрузка на контроллер может стать подавляющей, фактически вызывая перебои в работе сети. Пропускная способность на каждом канале используется не оптимально. На рис. 1-3 блоки времени (или ячейки), содержащие*, по существу являются потерянной полосой пропускания. Слоты назначаются определенной схеме заранее: слоты, используемые для трафика [A, E], не могут быть «заимствованы» для трафика [A, F], даже если A ничего не передает в сторону E. Время, необходимое для реагирования на изменения в топологии, может быть довольно длительным с точки зрения сети; локальное устройство должно обнаружить изменение, сообщить о нем контроллеру, и контроллер должен перенастроить каждое сетевое устройство вдоль пути каждого затронутого потока трафика. Системы TDM внесли ряд идей в развитие сетей, используемых сегодня. В частности, системы TDM сформировали большую часть ранних дискуссий о разбиении данных на пакеты для передачи по сети и заложили основу для гораздо более поздней работы в области QoS и управления потоком. Одна довольно важная идея, которую эти ранние системы TDM завещали большему сетевому миру, - это network planes. В частности, системы TDM делятся на три плоскости: Плоскость управления - это набор протоколов и процессов, которые формируют информацию, необходимую сетевым устройствам для пересылки трафика через сеть. В сетях с коммутацией каналов плоскость управления является полностью отдельной плоскостью; обычно существует отдельная сеть между контроллером и отдельными устройствами (хотя и не всегда, особенно в новых системах с коммутацией каналов). Плоскость данных (также известная как плоскость пересылки) - это путь информации через сеть. Это включает в себя декодирование сигнала, полученного в проводе, в кадры, обработку их и передачу их обратно в провод, закодированный в соответствии с физической транспортной системой. Плоскость управления ориентирована на управление сетевыми устройствами, включая мониторинг доступной памяти, мониторинг глубины очереди, а также мониторинг, когда устройство отбрасывает информацию, передаваемую по сети, и т. д. Часто бывает трудно различить уровни управления и плоскости управления в сети. Например, если устройство вручную сконфигурировано для пересылки трафика определенным образом, является ли это функцией плоскости управления (потому что устройство настраивается) или функцией плоскости управления (потому что это информация о том, как пересылать информацию)? Коммутация пакетов В начале-середине 1960-х годов коммутация пакетов находилась в состоянии «in the air». Много людей переосмысливали то, как сети были построены, и рассматривали альтернативы парадигме коммутации каналов. Paul Baran, работавший в RAND Corporation, предложил сеть с коммутацией пакетов в качестве решения для обеспечения живучести; примерно в то же время Donald Davies в Великобритании предложил такой же тип системы. Эти идеи попали в Lawrence Livermore Laboratory, что привело к созданию первой сети с коммутацией пакетов (названной Octopus), введенной в эксплуатацию в 1968 году. ARPANET, экспериментальная сеть с коммутацией пакетов, начала функционировать вскоре после этого, в 1970 году. Существенное различие между коммутацией каналов и коммутацией пакетов заключается в роли отдельных сетевых устройств в передаче трафика, как показано на рис.3. На рисунке 3, A создает два блока данных. Каждый из них включает в себя заголовок, описывающий, как минимум, пункт назначения (представлен H в каждом блоке данных). Этот полный пакет информации - исходный блок данных и заголовок - называется пакетом. Заголовок также может описывать, что находится внутри пакета, и может включать любые специальные инструкции по обработке, которые устройства пересылки должны принимать при обработке пакета - их иногда называют метаданными или «данными о данных в пакете». Есть два пакета, произведенных A: A1, предназначенный для E; и A2, предназначенный для F. B также отправляет два пакета: B1, предназначенный для F, и B2, предназначенный для E. Когда C получает эти пакеты, он считывает небольшую часть заголовка пакета, часто называемого полем, чтобы определить место назначения. Затем C обращается к локальной таблице, чтобы определить, по какому исходящему интерфейсу должен быть передан пакет. D делает то же самое, перенаправляя пакет из правильного интерфейса к месту назначения. Этот способ пересылки трафика называется переадресацией по частям, поскольку каждое устройство в сети принимает совершенно независимое решение о том, куда пересылать каждый отдельный пакет. Локальная таблица, к которой обращается каждое устройство, называется таблицей пересылки; обычно это не одна таблица, а множество таблиц, потенциально включающих в себя базу информации маршрутизации (RIB) и базу информации пересылки (FIB). В оригинальных системах с коммутацией каналов плоскость управления полностью отделена от пересылки пакетов по сети. С переходом от коммутации каналов к коммутации пакетов произошел соответствующий переход от решений централизованного контроллера к распределенному протоколу, работающему в самой сети. В последнем случае каждый узел способен принимать свои собственные решения о пересылке локально. Каждое устройство в сети запускает распределенный протокол, чтобы получить информацию, необходимую для построения этих локальных таблиц. Эта модель называется распределенной плоскостью управления; таким образом, идея плоскости управления была просто перенесена из одной модели в другую, хотя на самом деле они не означают одно и то же. Сети с коммутацией пакетов могут использовать централизованную плоскость управления, а сети с коммутацией каналов могут использовать распределенные плоскости управления. В то время, когда сети с коммутацией пакетов были впервые спроектированы и развернуты, однако они обычно использовали распределенные плоскости управления. Software-Defined Networks (SDN) вернули концепцию централизованных плоскостей управления в мир сетей с коммутацией пакетов. Первым преимуществом сети с коммутацией пакетов над сетью с коммутацией каналов является парадигма пересылки hop-by-hop. Поскольку каждое устройство может принимать полностью независимое решение о пересылке, пакеты могут динамически пересылаться в зависимости от изменений в топологии сети, что устраняет необходимость связываться с контроллером и ждать решения. Пока существует как минимум два пути между источником и пунктом назначения (сеть имеет два подключения), пакеты, переданные в сеть источником, в конечном итоге будут переданы в пункт назначения. Вторым преимуществом сети с коммутацией пакетов по сравнению с сетью с коммутацией каналов является то, как сеть с коммутацией пакетов использует пропускную способность. В сети с коммутацией каналов, если конкретная схема (действительно временной интервал в приведенном примере TDM) не используется, то слот просто тратится впустую. При переадресации hop-by-hop каждое устройство может наилучшим образом использовать пропускную способность, доступную на каждом исходящем канале, чтобы нести необходимую нагрузку трафика. Хотя это локально сложнее, это проще глобально, и это позволяет лучше использовать сетевые ресурсы. Основным недостатком сетей с коммутацией пакетов является дополнительная сложность, особенно в процессе пересылки. Каждое устройство должно быть в состоянии прочитать заголовок пакета, найти пункт назначения в таблице, а затем переслать информацию на основе результатов поиска в таблице. В раннем аппаратном обеспечении это были сложные, трудоемкие задачи; коммутация каналов была обычно быстрее, чем коммутация пакетов. Поскольку со временем аппаратное обеспечение усовершенствовалось, то скорость переключения пакета переменной длины, как правило, достаточно близка к скорости переключения пакета фиксированной длины, так что между пакетной коммутацией и коммутацией каналов небольшая разница. Управление потоками в сетях с коммутацией пакетов В сети с коммутацией каналов контроллер выделяет определенную полосу пропускания для каждого канала, назначая временные интервалы от источника до назначения. Что происходит, если передатчик хочет отправить больше трафика, чем выделенные временные интервалы будут поддерживать? Ответ — прост-это невозможно. В некотором смысле, таким образом, возможность управлять потоком пакетов через сеть встроена в сеть с коммутацией каналов; и нет способа отправить больше трафика, чем может передать сеть, потому что «пространство», которое имеет передатчик в своем распоряжении для отправки информации, предварительно выделяется. А как насчет сетей с коммутацией пакетов? Если все звенья сети, показанные на рис. 3, имеют одинаковую скорость соединения, что произойдет, если и А, и В захотят использовать всю пропускную способность соединения в направлении С? Как C решит, как отправить все это в D по каналу связи, который пропускает вдвое меньше трафика, необходимого для обработки? Здесь можно использовать методы управления транспортными потоками. Как правило, они реализованы в виде отдельного набора протоколов / правил, «движущихся поверх» базовой сети, помогая «организовать» передачу пакетов путем создания виртуального канала между двумя взаимодействующими устройствами. Протокол управления передачей (TCP) обеспечивает управление потоком для сетей с коммутацией пакетов на основе Интернет-протокола (IP). Этот протокол был впервые указан в 1973 году Vint Cerf и Bob Kahn.
онтроллер выделяет определенную полосу пропускания для каждого канала, назначая временные интервалы от источника до назначения. Что происходит, если передатчик хочет отправить больше трафика, чем выделенные временные интервалы будут поддерживать? Ответ — прост-это невозможно. В некотором смысле, таким образом, возможность управлять потоком пакетов через сеть встроена в сеть с коммутацией каналов; и нет способа отправить больше трафика, чем может передать сеть, потому что «пространство», которое имеет передатчик в своем распоряжении для отправки информации, предварительно выделяется.
А как насчет сетей с коммутацией пакетов? Если все звенья сети, показанные на рис. 3, имеют одинаковую скорость соединения, что произойдет, если и А, и В захотят использовать всю пропускную способность соединения в направлении С? Как C решит, как отправить все это в D по каналу связи, который пропускает вдвое меньше трафика, необходимого для обработки? Здесь можно использовать методы управления транспортными потоками. Как правило, они реализованы в виде отдельного набора протоколов / правил, «движущихся поверх» базовой сети, помогая «организовать» передачу пакетов путем создания виртуального канала между двумя взаимодействующими устройствами.
Протокол управления передачей (TCP) обеспечивает управление потоком для сетей с коммутацией пакетов на основе Интернет-протокола (IP). Этот протокол был впервые указан в 1973 году Vint Cerf и Bob Kahn.
IP-телефон Cisco, или в простонародье «цискофон» - это полнофункциональный телефон, обеспечивающий голосовую связь по той же сети передачи данных, что и ваш компьютер. Эти телефоны могут работать как со своей родной телефонной станцией CUCM, так и с другими АТС, например, с Asterisk.
У компании Cisco огромный модельный ряд телефонов, поэтому легко запутаться при выборе и сложно понять, какой же именно телефон подходит вам. Поэтому мы выбрали самые популярные новые IP телефоны Cisco и сравнили их, чтобы вы могли понять какие нужны именно вам.
А еще в нашем магазине Merion Shop по промокоду WIKIMERIONET можно купить беспроводную DECT-гарнитуру для стационарного телефона Cisco со скидкой в 2%.
$dbName_ecom = "to-www_ecom";
$GoodID = "5541111146444";
mysql_connect($hostname,$username,$password) OR DIE("Не могу создать соединение ");
mysql_select_db($dbName_ecom) or die(mysql_error());
$query_ecom = "SELECT `model`, `itemimage1`, `price`, `discount`, `url`, `preview115`, `vendor`, `vendorCode` FROM `items` WHERE itemid = '$GoodID';";
$res_ecom=mysql_query($query_ecom) or die(mysql_error());
$row_ecom = mysql_fetch_array($res_ecom);
echo 'Купить '.$row_ecom['model'].''.number_format(intval($row_ecom['price']) * (1 - (intval($row_ecom['discount'])) / 100), 0, ',', ' ').' ₽';
$dbName = "to-www_02";
mysql_connect($hostname,$username,$password) OR DIE("Не могу создать соединение ");
mysql_select_db($dbName) or die(mysql_error());
Cisco CP-8861
IP-телефон Cisco CP-8861 имеет 5 линий, поддержку WiFI, встроенный Bluetooth и порт USB с возможностью быстрой зарядки. Он включает в себя широкополосное аудио и эхоподавление для четкости голоса, а также интернет-коммутатор 10/100/1000 для исключительной скорости.
Гладкий, эргономичный дизайн этого телефона делает его очень удобным. Цветной дисплей с высоким разрешением позволяет быстро и легко просматривать каталог или список голосовой почты. Также к телефону можно подключить модуль расширения кнопок для упрощения набора номера и предоставления расширенной информации о состоянии
Как часть серии Cisco 8800, 8861 поставляется с некоторыми очень передовыми функциями, включая систему Cisco Intelligent Proximity для мобильной голосовой связи, которая представляет собой целый набор функций, которые активируются, когда пользователи приближают мобильные устройства к любым конечным голосовым устройствам.
Лучше всего подходит для
Телефон 8861 является идеальным телефоном для информационных работников и удаленных работников из разных отраслей и предприятий всех размеров благодаря своей гибкости между настольным телефоном и мобильными устройствами. Пользователи могут даже переместить звуковую дорожку во время активного мобильного вызова на IP-телефон 8861 и воспользоваться его звуком, например, чтобы поделиться мобильным разговором с коллегой. Несмотря на гибкость 8861, это очень защищенный телефон, использующий зашифрованный голос.
Плюсы
5 программируемых линий
Включает поддержку WiFi, встроенный Bluetooth и
USB-порт для быстрой зарядки
Безопасный
Минусы
Цена высокая для телефона без HD Video
Итог
Единственным недостатком этого телефона является отсутствие видео возможностей и цена, которая определенно находится на высоком уровне.
Cisco 8845 VoIP Phone
Если вы ищете высококачественный HD-видео телефон, который также предоставляет вам доступ к самым передовым унифицированным коммуникационным функциям, это то, что вам нужно.
Как и 8861, 8845 поставляется с интеллектуальной системой Cisco Proximity for Mobile Voice, которая позволяет легко переключаться между рабочим и мобильным телефоном. Как и 8861, 8845 имеет привлекательный, эргономичный и интуитивно понятный дизайн.
Как качество звука, так и качество видео этого телефона на высшем уровне. Видео в формате HD 720p с улучшенным кодированием видео H.264. Звук кристально чистый благодаря широкополосному аудио и дуплексному громкоговорителю.
Лучше всего подходит для
Cisco 8845 идеально подходит для информационных работников, административного персонала и руководителей различных отраслей. Он позволяет пользователям легко общаться по нескольким каналам и с легкостью пользоваться сотнями расширенных функций Cisco.
Плюсы
Программируемые клавиши линий
HD видео
Безопасный
Поддержка Bluetooth
Минусы
Нет Wi-Fi или USB-порта
Нет 3,5 мм аудио разъема
Высокая цена по сравнению с другими моделями
Итог
Единственный реальный недостаток этого телефона - высокая цена. Возможно, вы захотите использовать этот телефон для тех руководителей, которые должны быть в постоянном общении.
Cisco CP-8865 IP Phone
Сочетая видеоконференции высокой четкости от 8845 и все варианты подключения от 8861, этот флагманский телефон хорошо работает везде. Он отлично подходит для открытых рабочих мест, больших конференц-залов, административных офисов и активных мобильных пользователей в кампусе.
8865 призван стать преемником моделей 9951/9971. Единственная разница между 8865 и 8845 - здесь мы видим более модульную совместимость. Он имеет Wi-Fi и возможность добавления аксессуаров KEM или любого другого стандарта проводного соединения к 8861.
Лучше всего подходит для
Cisco 8865 лучше всего подходит для руководителей и опытных ИТ-специалистов. Для тех, кому нужно установить телефон, не зная заранее, какие аксессуары понадобятся, это очевидный выбор.
Плюсы
HD Video (720p)
Bluetooth
WiFi
Cisco Intelligent Proximity
2 USB порта
Встроенный свитч: 10/100/1000
5-дюймовый широкоэкранный дисплей VGA, 24-битный цвет
Минусы
Высокая стоимость
Итог
Учитывая набор функций, эта модель должна стоить намного выше, чем 8845, но часто может быть найдена дешевле из-за популярности 8845.
Cisco CP-7841 IP Phone
Cisco 7841 можно считать родственным узлом 7861. Без выделенной панели с линиями этот телефон может управлять максимум четырьмя линиями одновременно.
Эта модель имеет приятную белую подсветку благодаря хромированному графическому дисплею с антибликовым покрытием. Под капотом мы видим расширенные возможности подключения Cisco, которыми пользуются все серии 7800, включая мультивызов и мобильный удаленный доступ.
Лучше всего подходит для
Эта 4-линейная модель хорошо подходит для административного персонала, менеджеров и агентов по обслуживанию клиентов, а также для тех, кто умеренно нуждается в голосовой связи.
Плюсы
Высококачественный Ethernet-коммутатор (10/100/1000)
Дисплей высокого разрешения 384 x 106 пикселей
Встроенная громкая связь
Широкополосный звук
Четыре линии и дополнительные программируемые клавиши
Минусы
Жалобы на пользовательский интерфейс и качество звонков
Итог
Этот телефон среднего уровня имеет ограниченный интерфейс, но может управлять четырьмя линиями. Он идеально подходит для малого и среднего бизнеса с ограниченными потребностями в маршрутизации или конференц-связи.
Cisco 7861 IP Phone
IP-телефон Cisco 7861 является отличным выбором для общих деловых потребностей VoIP-связи. Он сочетает в себе современные функции, безопасность и четкость звука с современными технологиями, расширяющими возможности громкой связи.
Серия 7800 - отличный вариант VoIP как для крупных компаний, так и для малых, и даже подойдет для большинства приемных и перенаправления вызовов. В этом телефоне отсутствуют некоторые аксессуары и функции, такие как цветные экраны и ультрасовместимость. Тем не менее, это компенсирует это простым ориентированным на задачу удобством.
Экран представляет собой стандартный антибликовый монохромный экран с приятной белой подсветкой и простым пользовательским интерфейсом. Меню и быстрый доступ к идентификатору вызывающего абонента и другим более расширенным функциям меню, таким как телефонная книга и доступ к журналу вызовов, интуитивно понятны.
Безопасность на этом устройстве актуальна и для тех, кто хочет развернуть это устройство с уже существующей инфраструктурой. Он обратно совместим с брендом Cisco, но обеспечивает удаленную облачную доставку, которая пригодится, если ваш бизнес ожидает масштабирования.
Лучше всего подходит для
Телефон 7861 предлагает множество функций, что делает этот телефон популярным выбором для руководителей команд, операторов коммутаторов, пропускных пунктов безопасности и приемных. Расширенные функции, такие как 4 программируемые программные клавиши и возможность управления до 16 отдельными линиями одним нажатием кнопки, делают его флагманом серии 7800.
Плюсы
Большой выбор и гибкость
Питание через Ethernet (PoE), класс 1
Cisco EnergyWise
Дисплей высокого разрешения
Минусы
Нет гигабитного свитча
Итог
Если для вас важен мобильный удаленный доступ без VPN, этот телефон - отличный выбор. Это идеальное устройство для тех, кто управляет до 16 линиями одновременно, не перегруженное сенсорным экраном и без изменений расширенных функций.
Cisco 6901 Unified IP Phone
Телефон VoIP Cisco 6901, вероятно, является самым простым современным IP-телефоном, который развертывает Cisco. Это доступно, надежно, аккуратно и может быть установлено на стене.
Аппаратные средства абсолютно просты и просты в использовании. Это устройство представляет собой только трубку и лучше всего подходит для дома или общих помещений.
6901 не рекомендуется для пропускных пунктов безопасности из-за отсутствия идентификатора вызывающего абонента. Тем не менее, другие отличные функции, которые являются стандартными для IP-телефонов, присутствуют без усложнения пользовательского интерфейса.
Лучше всего подходит для
Если вам нужны телефоны для вестибюлей, кафе, прихожих, лифтов, конференц-центров, комнат для гостей, комнат в общежитии, это то, что вам нужно. Офисные работники, которым нужен только простой, интуитивно понятный бизнес-телефон VoIP без излишеств, также оценят эту модель.
Плюсы
Простой дизайн
Прост в эксплуатации
Недорогой
Питание через Ethernet Class 1
Поддержка 802.3af
Интернет-кодек с низкой скоростью передачи (поддержка iLBC)
Минусы
Работает только с Cisco VoIP
Нет экрана
Итог
Благодаря таким функциям, как регулируемые мелодии звонка, светодиодные индикаторы, индикаторы сообщений и ожидание вызова, он имеет больше, чем кажется. Это легкий телефон, который будет легко смотреться на стене или лежать на столе.
Cisco 3905 Unified SIP Phone
Cisco 3905 превосходен как система VoIP начального уровня. Он идеально подходит для того чтобы поставить его в коридоры, вестибюли, лаборатории общего пользования, учебные классы, общежития, кафе, конференц-центры, пропускные пункты безопасности и т.д.
Cisco 3905 - это простой в использовании телефон с монохромным дисплеем, со стандартным идентификатором абонента, историей звонков и информацией о телефоне. Он небольшой и легкий, со стандартной 12-значной клавиатурой. На этом телефоне нет отвлекающих программируемых кнопок.
Лучше всего подходит для
Cisco 3905 отлично подходит для масштабирования колл-центров и предприятий, которые только начинают развертывать систему VoIP. Если вам не нужны видеоконференции, он может заполнить ваш парк, в то время как более дорогие модели подойдут для руководителей и менеджеров.
Плюсы
Графический монохромный дисплей 128 х 32 пикселей
Полный дуплекс громкой связи для гибкости
IEEE 10/100 сетевые и РС порты
Минусы
Телефон с одной линией
Только два звонка на линию
Ограниченные возможности
Итог
Это стандартный минималистичный IP-телефон, отлично подходящий для общих пространств и колл-центров.
Для системного администратора очень важно иметь корректную настройку системного времени на IP – АТС Asterisk. Важность этого обуславливается многими причинами, такими как корпоративная маршрутизация звонка по времени, отработка резервного копирования по расписанию или отработка «кастомных» скриптов в cron. В статье мы покажем как правильно настроить время через графическую оболочку FreePBX и продемонстрируем настройки NTP (Network Time Protocol) через командную строку сервера.
Настройка временной зоны через FreePBX
Перейдя в WEB - браузере к графическому интерфейсу FreePBX 13, откройте вкладку Admin → System Admin. Оказавшись в панели управления модулем, выберите необходимую временную зону (Time Zone) из предложенных:
Выбрав необходимую вам зону нажмите Submit
Обратите внимание! Чтобы настройки вступили в силу, необходимо произвести перезагрузку сервера. Вы можете сделать это либо через CLI с помощью команды reboot, либо в разделе Power Options.
Настройка NTP через CLI
Если после установки временной зоны время на вашем сервере так и не поменялось, то необходимо произвести проверку настроек NTP. Подключитесь к серверу по SSH или напрямую, и выполните следующие команды:
[root@localhost ~]# vim /etc/ntp.conf
Проверьте содержимое файла настройки синхронизации времени. В нем в явном виде должны быть прописаны сервера (не закомментированные строки, начинающиеся с server). Если вы хотите указать собственный сервер NTP, то сотрите содержимое файла и добавьте запись. Формат примерно такой:
server 192.168.0.123 //вместо 192.168.0.123, укажите IP – адрес или доменное имя вашего NTP
Перед изменением конфигурации файла ntp.conf рекомендуем проверить сетевую связность, произведя пинг – запрос на IP или доменное имя сервера.
После проверки конфигурации, проверяем запущен ли NTP демон на сервере:
[root@localhost ~]# service ntpd status
ntpd (pid 1234) is running...
Как мы видимо, процесс ntpd с идентификатором 1234 запущен. Если у вас иначе, произведите перезапуск этого процесса:
[root@localhost ~]# service ntpd restart
Shutting down ntpd: [ OK ]
Starting ntpd: [ OK ]
Далее убеждаемся, что ntpd будет автоматически запускать при загрузке нашего сервера:
[root@localhost ~]# chkconfig ntpd on
[root@localhost ~]#
Проверяем, с какими NTP серверами синхронизируется наш Asterisk:
[root@localhost ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
-n2.time1.regnet 194.190.168.1 2 u 46 64 37 50.668 6.009 2.017
Через некоторое время проверяем системное время командой date. Теперь все должно быть корректно:
[root@localhost ~]# date
Mon Oct 24 12:53:06 MSK 2016