По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Шлюзы Yeastar TA FXO — это VoIP-шлюзы с портами FXO для подключения аналоговых линий. TA1610 отличается богатым функционалом и простотой конфигурирования, идеален для малых и средних предприятий, которые хотят объединить традиционную телефонную сеть компании с телефонной сетью на базе IP. Yeastar TA FXO помогает сохранить предыдущие инвестиции и уменьшить затраты на коммуникации. В серии шлюзов Yeastar TA FXO имеются шлюзы на 4, 8 и 16 портов. Шлюз TA1610 оснащен выходом Telco на 50 pin. $dbName_ecom = "to-www_ecom"; $GoodID = "7403639742"; 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['vendor'].' '.$row_ecom['vendorCode'].' можно в нашем магазине Merion Shop по ссылке ниже. А по промокоду "WIKIMERIONET" вы можете получить дополнительную скидку. С настройкой поможем 🔧 Купить '.$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()); FXO – аналоговый порт, который находится на оконечных устройствах. Обычно стоит в телефонных аппаратах. В шлюзах используется для подключения аналоговой линии от провайдера. Для подключения шлюзов Yeastar TA FXO необходимо сделать следующее. В качестве примера будет использоваться Yeastar TA1610. Подключитесь к веб-интерфейсу шлюза Yeastar TA FXO. Перейдите в меню «Шлюз», затем в раздел «VoIP-настройки», в пункт «VoIP-линии». Нажмите «Создать». Выберите «Тип линии» - Аккаунт и «Тип» - SIP. Задайте «Имя» – произвольное имя линии, которое будет отображаться в списке линий веб-интерфейса шлюза. Укажите «Аккаунт» и «Пароль» – учётные данные, которые будут использоваться для регистрации FreePBX на шлюзе. В веб-панели FreePBX перейдите в меню «Подключения», подменю «Транки». Нажмите «Добавить SIP (chan_sip) транк». Задайте «Название транка». Перейдите во вкладку «SIP Общие настройки». Во вкладке «Исходящий» задайте «Название транка», введите конфигурационные данные транка в поле «Опции для PEER». Перейдите на вкладку «Входящий». В поле «Строка регистрации» укажите аккаунт и пароль для регистрации FreePBX на шлюзе. Сохраните и примените настройки. В веб-интерфейсе шлюза Yeastar TA FXO перейдите в раздел «Статус», подраздел «Линии». Проверьте статус входящей регистрации FreePBX на шлюзе. В консоли FreePBX можно проверить статус регистрации с помощью команд asterisk -vvvr sip show peers Для того, чтобы вызовы начали проходит на шлюз и обратно, необходимо настроить входящую и исходящую маршрутизацию. Перейдите в меню «Шлюз», раздел «Маршрутизация». Откройте подраздел «VoIP -> Порт FXO». Нажмите «Создать». Укажите удобное Вам имя в «Имя маршрута». Выберите «Упрощенный режим» – Да. В поле «Источник» выберите созданный ранее аккаунт SIP. В поле «Назначение» выберите тот аналоговый порт, на который Вы хотите отправлять вызов и в который подключена аналоговая линия. Перейдите в меню «Шлюз», раздел «Маршрутизация». Откройте подраздел «Порт FXO -> SIP». Нажмите «Создать». Укажите удобное Вам имя в «Имя маршрута». Выберите «Упрощенный режим» – Да. В поле «Источник» выберите тот аналоговый порт, с которого Вы хотите принимать вызов и в который подключена аналоговая линия. В поле «Назначение» выберите созданный ранее аккаунт SIP. Теперь необходимо произвести аналогичную настройку в веб-панели FreePBX. Перейдите в раздел «Подключения», подраздел «Исходящая маршрутизация». Нажмите «Добавить исходящий маршрут». Задайте «Название маршрута». В поле «Последовательность транков» выберите ранее созданные транк. Перейдите на вкладку «Правила набора». В первой строке «Совпадение шаблона» задайте маску для отправки вызовов с номером через транк. Для пример используется 50XX. Cохраните маршрут и примените изменения. Проверить направление вызова через созданный транк можно в консоли FreePBX. Для этого используется команда asterisk -vvvr В веб-панели FreePBX перейдите в раздел «Подключения», подраздел «Входящая маршрутизация». Нажмите «Добавить входящий маршрут». Задайте имя маршрута в поле «Описание». В поле «Установить направление» выберите «Внутренние номера» и номер, на который будет направляться входящий вызов. Для примера используется номер 4511. Сохраните маршрут и примените изменения. Проверить прием входящего вызова через созданный транк и отправку вызова на внутренний номер можно в консоли FreePBX. Для этого введите команду asterisk -vvvr
img
Всем привет! Мы продолжаем рассказывать про операционную систему Cisco IOS, и сегодня рассмотрим какие команды можно использовать для просмотра информации об устройстве, а также для выявления неполадок (troubleshooting). Основная команда, которая нам в этом поможет, это команда show и различные ключевые слова. Существует много различных вариантов этой команды, и чтобы получить список всех доступных в данном режиме или контексте команд следует использовать вопросительный знак “?” после show. Switch# show ? Типичная команда show может предоставлять информацию о конфигурации, работе и статусе частей коммутатора или маршрутизатора Cisco. Очень часто используемая команда show - это демонстрационные интерфейсы. Эта команда отображает статистику для всех интерфейсов на устройстве. Там будет показано состояния интерфейсов и протоколов, их использование, ошибки, MTU и прочее. Чтобы просмотреть статистику для определенного интерфейса, введите команду show interfaces, за которой следует конкретный тип интерфейса и номер слота или порта. Например: Switch# show interfaces fastethernet 0/1 И если эта команда кажется длинной, то ее можно сократить до такого вида: Switch# sh int fa 0/1 Одной из наиболее часто используемых команд на коммутаторе или маршрутизаторе является show version. Эта команда отображает информацию о текущей загруженной версии IOS, а также информацию об оборудовании и устройстве. Если вы подключены к маршрутизатору или удаленному коммутатору, команда show version является отличным средством быстрого поиска полезной сводной информации о конкретном устройстве, к которому вы подключены. Из вывода этой команды можно получить следующую информацию: Software version - версия программного обеспечения IOS (хранится во флэш-памяти); Bootstrap version - версия Bootstrap (хранится в Boot ROM); System up-time - время после последней перезагрузки; System restart info - информация о перезапуске системы - способ перезагрузки (например, цикл питания, сбой); Software image name - имя файла IOS, хранящееся во флэш-памяти; Router type and processor type - номер модели и тип процессора; Memory type and allocation - Тип и распределение ОЗУ; Software features - Поддерживаемые протоколы /наборы функций; Hardware interfaces - Интерфейсы, доступные на устройстве; Configuration register - Устанавливает параметры загрузки, настройку скорости консоли и связанные параметры; Если команда выводит больше данных, чем может отображаться на одном экране, в нижней части экрана появляется сообщение --More--. Когда появится строка --More--, нужно нажать пробел, чтобы просмотреть следующую часть вывода. Чтобы отобразить только следующую строку, нужно нажать клавишу Enter. Если нажать какую-либо другую клавишу, то вывод будет отменен. В таком случае если выводится много информации можно использовать фильтры, которая поможет вычленить необходимую информацию из общего вывода. Для этого после команды show и ее аргумента нужно поставить символ “|” (pipe), указать фильтр и регулярное выражение, по которому будет произведен поиск. Например: Switch# show run | include ip dhcp pool Где include это фильтр, а ip dhcp pool это регулярное выражение. Использовать можно такие фильтры: include – отобразит те строки из выдачи, в которых есть регулярное выражение; exclude – отобразит все те строки из выдачи, в которых нет регулярного выражения; begin – отобразит все строки, начиная со строки, где находится регулярное выражение; section – отобразит раздел с регулярным выражением в названии; Также рассмотрим другие часто используемые команды, которые могут быть полезны show running-config Отображает содержимое текущего запущенного файла конфигурации show startup-config Отображает сохраненную конфигурацию, расположенную в NVRAM show ip interface Отображает статус IP протокола и его сервисов на всех интерфейсах. Для вывода краткой информации можно использовать команду show ip interface brief show ip route Отображает таблицу маршрутизации роутера, где показаны все доступные сети, используемые протоколы маршрутизации и их метрики show arp Показывает ARP таблицу show mac-address-table Показывает таблицу mac адресов show cdp neighbors Показывает соседние устройства Cisco, использующие протокол CDP show spanning-tree Отображает информацию о протоколе STP show vlan Показывает информацию о всех VLAN’ах в системе. Для краткой сводки можно использовать команду show ip dhcp binding Отображает информацию о адресах, выданных DHCP сервером show ip nat translations Показывает таблицу NAT трансляций show history Показывает введенные ранее команды show inventory Отображает информацию о продукте в виде UDI. UDI представляет собой комбинацию из трех отдельных элементов данных: идентификатор продукта (PID), идентификатор версии (VID) и серийный номер (SN). show hardware Отображает информацию “железе” show power Отображает информацию о питании show processes Отображает активные процессы системы show protocols Показывает используемые протоколы show flash Показывает содержимое флеш памяти Стоит заметить, что команды могут отличаться в зависимости от типа и модели устройства, а также версии IOS. Поэтому информацию о командах для конкретной модели лучше всего уточнять на сайте производителя.
img
Предыдущая статья из цикла про популярные приложения TCP/IP тут. Установление TCP-соединения происходит до того, как любая из других функций TCP сможет начать свою работу. Установление соединения относится к процессу инициализации полей "Sequence" и "Acknowledgment" и согласования используемых номеров портов. На рисунке 5 показан пример процесса установления соединения. Этот трехсторонний процесс установления соединения (также называемый трехсторонним рукопожатием) должен завершиться до начала передачи данных. Соединение существует между двумя сокетами, хотя в заголовке TCP нет единственного поля сокета. Из трех частей сокета подразумеваются IP-адреса на основе IP-адресов источника и назначения в IP-заголовке. TCP подразумевается, потому что используется заголовок TCP, как указано значением поля протокола в заголовке IP. Следовательно, единственные части сокета, которые необходимо закодировать в заголовке TCP, - это номера портов. TCP сообщает об установлении соединения, используя 2 бита в полях флагов заголовка TCP. Эти биты, называемые флагами SYN и ACK, имеют особенно интересное значение. SYN означает "синхронизировать порядковые номера", что является одним из необходимых компонентов при инициализации TCP. На рисунке 6 показано завершение TCP-соединения. Эта четырехсторонняя последовательность завершения проста и использует дополнительный флаг, называемый битом FIN. (FIN - это сокращение от "finished", как вы могли догадаться.) Одно интересное замечание: перед тем, как устройство справа отправит третий сегмент TCP в последовательности, оно уведомляет приложение о том, что соединение прерывается. Затем он ожидает подтверждения от приложения перед отправкой третьего сегмента на рисунке. На случай, если приложению потребуется некоторое время, чтобы ответить, ПК справа отправляет второй поток на рисунке, подтверждая, что другой ПК хочет разорвать соединение. В противном случае ПК слева может повторно отправить первый сегмент. TCP устанавливает и завершает соединения между конечными точками, а UDP - нет. Многие протоколы работают в рамках одних и тех же концепций, поэтому термины "ориентированный на соединение" и "без установления соединения" используются для обозначения общей идеи каждого из них. Более формально эти термины можно определить следующим образом: Протокол, ориентированный на соединение: протокол, который требует обмена сообщениями до начала передачи данных или который имеет требуемую предварительно установленную корреляцию между двумя конечными точками. Протокол без установления соединения: протокол, который не требует обмена сообщениями и не требует предварительно установленной корреляции между двумя конечными точками. Восстановление после ошибок и надежность TCP обеспечивает надежную передачу данных, что также называется reliability or error recovery. Для обеспечения надежности TCP нумерует байты данных, используя поля "Sequence" и "Acknowledgment" в заголовке TCP. TCP обеспечивает надежность в обоих направлениях, используя поле Sequence Number одного направления в сочетании с полем Acknowledgment в противоположном направлении. На рисунке 7 показан пример того, как поля TCP Sequence и Acknowledgment позволяют ПК отправлять 3000 байтов данных на сервер, при этом сервер подтверждает получение данных. Сегменты TCP на рисунке расположены по порядку, сверху вниз. Для простоты все сообщения содержат 1000 байтов данных в части данных сегмента TCP. Первый порядковый номер - красивое круглое число (1000), опять же для простоты. В верхней части рисунка показаны три сегмента, каждый из которых на 1000 больше предыдущего, что указывает на первый из 1000 байтов сообщения. (То есть в этом примере первый сегмент содержит байты 10001999; второй - байты 20002999, а третий - байты 30003999.) Четвертый сегмент TCP на рисунке - единственный, который возвращается от сервера к веб-браузеру - подтверждает получение всех трех сегментов. Как? Значение подтверждения 4000 означает: "Я получил все данные с порядковыми номерами на единицу меньше 4000, поэтому я готов принять ваш байт 4000 следующим". (Обратите внимание, что это соглашение о подтверждении путем перечисления следующего ожидаемого байта, а не номера последнего полученного байта, называется прямым подтверждением.) Однако этот пример не исправляет никаких ошибок; он просто показывает основы того, как хост-отправитель использует поле порядкового номера для идентификации данных, а хост-получатель использует прямые подтверждения для подтверждения данных. Более интересное обсуждение вращается вокруг того, как использовать эти же инструменты для восстановления ошибок. TCP использует поля "Sequence" и "Acknowledgment", чтобы принимающий хост мог заметить потерю данных, попросить отправляющий хост повторно отправить, а затем подтвердить, что повторно отправленные данные прибыли. Существует множество вариантов того, как TCP выполняет исправление ошибок. На рисунке 8 показан только один такой пример, детализация которого аналогична предыдущему. Веб-браузер снова отправляет три сегмента TCP, снова по 1000 байт каждый, снова с легко запоминающимися порядковыми номерами. Однако в этом примере второй сегмент TCP не может пройти через сеть. Рисунок указывает на три набора идей, лежащих в основе того, как думают два хозяина. Во-первых, справа сервер понимает, что он не получил все данные. Два полученных сегмента TCP содержат байты с номерами 10001999 и 30003999. Очевидно, сервер не получил байты, пронумерованные между ними. Затем сервер решает подтвердить все данные вплоть до потерянных, то есть отправить обратно сегмент с полем подтверждения, равным 2000. Получение подтверждения, которое не подтверждает все данные, отправленные на данный момент, заставляет хост-отправитель повторно отправить данные. ПК слева может подождать несколько секунд, чтобы убедиться, что другие подтверждения не поступят (используя таймер, называемый таймером повторной передачи), но вскоре решит, что сервер сообщает: "Мне действительно нужно 2000 - отправьте его повторно". ПК слева делает это, как показано на пятом из шести сегментов TCP на рисунке. Наконец, обратите внимание, что сервер может подтверждать не только повторно отправленные данные, но и любые предыдущие данные, которые были получены правильно. В этом случае сервер получил повторно отправленный второй сегмент TCP (данные с порядковыми номерами 20002999), и сервер уже получил третий сегмент TCP (данные с номерами 30003999). Следующее поле подтверждения сервера подтверждает данные в обоих этих сегментах с полем подтверждения, равным 4000. Управление потоком с использованием окон TCP реализует управление потоком, используя концепцию окна, которая применяется к количеству данных, которые могут быть ожидающими подтверждения в любой момент времени. Концепция окна позволяет принимающему хосту сообщать отправителю, сколько данных он может получить прямо сейчас, давая принимающему хосту способ замедлить или ускорить отправляющий хост. Получатель может перемещать размер окна вверх и вниз (это называется скользящим окном или динамическим окном), чтобы изменить объем данных, который может отправить хост-отправитель. Механизм раздвижного окна имеет больше смысла на примере. В примере, показанном на рисунке 9, используются те же основные правила, что и в примерах на нескольких предыдущих рисунках. В этом случае ни один из сегментов TCP не содержит ошибок, и обсуждение начинается на один сегмент TCP раньше, чем на предыдущих двух рисунках. Начнем с первого сегмента, отправленного сервером на ПК. Поле Acknowledgment должно быть вам знакомо: оно сообщает ПК, что сервер ожидает следующий сегмент с порядковым номером 1000. Новое поле, поле окна, установлено на 3000. Поскольку сегмент передается на ПК, это значение сообщает ПК, что ПК может послать не более 3000 байтов по этому соединению до получения подтверждения. Итак, как показано слева, ПК понимает, что может отправлять только 3000 байтов, и прекращает отправку, ожидая подтверждения, после отправки трех 1000-байтовых сегментов TCP. Продолжая пример, сервер не только подтверждает получение данных (без потерь), но и решает немного увеличить размер окна. Обратите внимание, что второе сообщение, идущее справа налево на рисунке, на этот раз с окном 4000. Как только ПК получает этот сегмент TCP, ПК понимает, что он может отправить еще 4000 байтов (окно немного больше, чем предыдущее значение). Обратите внимание, что хотя на последних нескольких рисунках показаны примеры с целью объяснения того, как работают механизмы, из этих примеров может сложиться впечатление, что TCP заставляет хосты сидеть и долго ждать подтверждения. TCP не хочет заставлять хост-отправитель ждать отправки данных. Например, если подтверждение получено до того, как окно будет исчерпано, начинается новое окно, и отправитель продолжает отправлять данные до тех пор, пока текущее окно не будет исчерпано. Часто в сети, где мало проблем, мало потерянных сегментов и небольшая перегрузка, окна TCP остаются относительно большими, а узлы редко ждут отправки. Закрепим самое важное про TCP и UDP в следующей статье.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59