По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Всем привет! Сегодня статью мы посвятим рассказу о протоколе DHCP (Dynamic Host Configuration Protocol) – что он из себя представляет, для чего он нужен и как он работает. DHCP доступен как для IPv4 (DHCPv4) , так и для IPv6 (DHCPv6) . В этой статье мы рассмотрим версию для IPv4. А следующей статье мы расскажем про его настройку.
DHCP за 200 секунд
Порассуждаем
Каждому устройству, подключенному к сети, нужен уникальный IP-адрес. Сетевые администраторы назначают статические IP-адреса маршрутизаторам, серверам, принтерам и другим сетевым устройствам, местоположение которых (физическое и логическое) вряд ли изменится. Обычно это устройства, предоставляющие услуги пользователям и устройствам в сети, поэтому назначенные им адреса должны оставаться постоянными. Кроме того, статические адреса позволяют администраторам удаленно управлять этими устройствами – до них проще получить доступ к устройству, когда они могут легко определить его IP-адрес.
Однако компьютеры и пользователи в организации часто меняют места, физически и логически. Это может быть сложно и долго назначать новые IP-адреса каждый раз, когда сотрудник перемещается. А для мобильных сотрудников, работающих из удаленных мест, вручную настройка правильных параметров сети может быть весьма непростой задачей.
Использование DHCP в локальной сети упрощает назначение IP-адресов как на настольных, так и на мобильных устройствах. Использование централизованного DHCP-сервера позволяет администрировать все назначения динамических IP-адресов с одного сервера. Эта практика делает управление IP-адресами более эффективным и обеспечивает согласованность внутри организации, включая филиалы.
DHCPv4 динамически назначает адреса IPv4 и другую информацию о конфигурации сети. Отдельный сервер DHCPv4 является масштабируемым и относительно простым в управлении. Однако в небольшом офисе маршрутизатор может быть настроен для предоставления услуг DHCP без необходимости выделенного сервера.
DHCPv4 включает три разных механизма распределения адресов для обеспечения гибкости при назначении IP-адресов:
Ручное распределение(Manual Allocation) - администратор назначает предварительно установленный IPv4-адрес клиенту, а DHCP сервер передает IPv4-адрес на устройство.
Автоматическое распределение(Automatic Allocation) - DHCPv4 автоматически назначает статический IPv4-адрес на устройство, выбирая его из пула доступных адресов. Нет аренды (lease), и адрес постоянно назначается устройству.
Динамическое распределение (Dynamic Allocation) - DHCPv4 динамически назначает или дает в аренду IPv4-адрес из пула адресов в течение ограниченного периода времени, выбранного сервером, или пока клиент больше не нуждается в адресе.
Динамическое распределение является наиболее часто используемым механизмом DHCP и при его использовании клиенты арендуют информацию с сервера на определенный период. DHCP серверы настраивают так, чтобы установить аренду (лизинг) с различными интервалами. Аренда обычно составляет от 24 часов до недели или более. Когда срок аренды истекает, клиент должен запросить другой адрес, хотя обычно он снова получает старый.
Механизм работы DHCP
DHCPv4 работает в режиме клиент/сервер. Когда клиент взаимодействует с сервером DHCPv4, сервер назначает или арендует IPv4-адрес этому клиенту. Он подключается к сети с этим арендованным IP-адресом до истечения срока аренды и должен периодически связываться с сервером DHCP, чтобы продлить аренду. Этот механизм аренды гарантирует, что клиенты, которые перемещаются или выходят из строя, не сохраняют за собой адреса, которые им больше не нужны. По истечении срока аренды сервер DHCP возвращает адрес в пул, где он может быть перераспределен по мере необходимости.
Рассмотрим процесс получения адреса:
Когда клиент загружается (или хочет присоединиться к сети), он начинает четырехэтапный процесс для получения аренды. Он запускает процесс с широковещательным (broadcast) сообщением DHCPDISCOVER со своим собственным MAC-адресом для обнаружения доступных серверов DHCPv4. Поскольку у клиента нет способа узнать подсеть, к которой он принадлежит, у сообщения DHCPDISCOVER адрес назначения IPv4 адреса -255.255.255.255. А поскольку у клиента еще нет настроенного адреса IPv4, то исходный IPv4-адрес - 0.0.0.0.
Сообщение DHCPDISCOVER находит серверы DHCPv4 в сети. Поскольку клиент не имеет IPv4 информации при загрузке, он использует широковещательные адреса 2 и 3 уровня для связи с сервером.
Когда DHCPv4-сервер получает сообщение DHCPDISCOVER, он резервирует доступный IPv4-адрес для аренды клиенту. Сервер также создает запись ARP, состоящую из MAC-адреса клиента и арендованного IPv4-адреса DHCP сервер отправляет связанное сообщение DHCPOFFER запрашивающему клиенту, как одноадресная передача (unicast), используя MAC-адрес сервера в качестве исходного адреса и MAC-адрес клиента в качестве адреса доставки.
Когда клиент получает DHCPOFFER с сервера, он отправляет обратно сообщение DHCPREQUEST. Это сообщение используется как для получения, так и для продления аренды. Когда используется для получения аренды, DHCPREQUEST служит в качестве уведомления о принятии выбранных сервером параметров, которые он предложил, и отклонении предложения от других серверов. Многие корпоративные сети используют несколько DHCP серверов, и сообщение DHCPREQUEST отправляется в виде широковещательной передачи, чтобы информировать все серверы о принятом предложении.
При получении сообщения DHCPREQUEST сервер проверяет информацию об аренде с помощью ICMP-запроса на этот адрес, чтобы убедиться, что он уже не используется и создает новую ARP запись для аренды клиента, а затем отвечает одноадресным DHCPACK-сообщением. Это сообщение является дубликатом DHCPOFFER, за исключением изменения поля типа сообщения. Когда клиент получает сообщение DHCPACK, он регистрирует информацию и выполняет поиск ARP для назначенного адреса. Если ответа на ARP нет, клиент знает, что адрес IPv4 действителен и начинает использовать его как свой собственный.
Теперь рассмотрим, как происходит продление аренды адреса:
Когда срок аренды истек, клиент отправляет сообщение DHCPREQUEST непосредственно DHCP серверу, который первоначально предлагал адрес. Если DHCPACK не получен в течение определенного периода времени, то клиент передает другой DHCPREQUEST, чтобы один из других доступных серверов DHCPv4 мог продлить аренду.
При получении сообщения DHCPREQUEST сервер проверяет информацию об аренде, возвращая DHCPACK
Друг, привет! В статье быстро расскажем о том, как настроить плату Digium TE122 для подключения цифрового Е1 потока. Погнали?
Настройка
Подключаемся к серверу IP – АТС Asterisk через консоль (CLI) и открываем следующий файл для редактирования - /etc/dahdi/system.conf . Указываем там следующие параметры:
span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
Сохраняем изменения. Открываем файл /etc/asterisk/chan_dahdi.conf и указываем:
group=0
signalling=pri_cpe
switchtype=euroisdn
context=incoming
channel=1-15,17-31
Теперь посмотрим статус карты и ее ошибки следующей командой:
dahdi_tool
Откроется синий экран (схожий на mc). Внимательно прочитайте статус карты. Далее, перейдем в настройки chan_dahdi.conf. Открываем
nano /etc/asterisk/chan_dahdi.conf и добавляем:
[channels]
language=ru
busydetect=yes
busycount=10
usecallerid=yes
callwaiting=yes
usecallingpres=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=no
immediate=no
faxdetect=no
rxgain=0.0
txgain=0.0
Открываем в консоли файл /etc/asterisk/chan_dahdi_channels_custom.conf и добавляем туда:
;language=ru
;callwaiting=yes
usecallingpres=yes
;pridialplan=unknown
;prilocaldialplan=unknown
resetinterval = 100000000
facilityenable = yes
usecallerid=yes
cidsignalling=bell
cidstart=ring
hidecallerid=no
sendcalleridafter=1
callwaitingcallerid=yes
callerid = asreceived
restrictcid = no
threewaycalling=yes
;transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
;echotraining=800
relaxdtmf=no
;switchtype=national
;signalling=pri_cpe
;group=0
;context=from-pstn
;channels=>1-15,17-31
Выходим и сохраняем параметры. Перезагружаем демона Dahdi:
/etc/init.d/dahdi restart
Дело за малым – поправить диалплан. Открываем файл extensions_custom.conf и добавляем правила. Например:
[test_context]
exten => _X.,1,Dial(Dahdi/g0/${EXTEN},60,tT)
Теперь для того чтобы заработали входящие и исходящие нужно добавить в FreePBX транк g0. Ну и сделать исходящую и входящую маршрутизацию.
В статье будет рассмотрена пошаговая настройка факса для FreePBX 13-й версии + Asterisk 13 версии.
В веб-интерфейсе произошло много изменений, однако, это так же коснулось и алгоритмов настройки. Пункт в настройках остался на том же месте – Settings → Fax Configuration
По какой-то неведомой причине при попадании в это меню, он уже называется «Fax Options»
Пройдемся по пунктам меню:
Default Fax header – идентификатор, который будет указан на каждом листе отправленного факса, к примеру ФИО сотрудника, отправившего факс. :
Default Local Station Identifier – как правило, номер факса:
Outgoing Email address – адрес, который будет в поле «От» :
Email address – почтовый адрес, на который приходит факт если использовать фича-код «Набрать Системный Факс», или если не указан никакой другой адрес. :
Error Correction Mode – Режим исправления ошибок (ecm) :
MaximumMinimum transfer rate – соответственно скорость передачи (дефолтное значение - 14400) :
Default Paper Size – размер документа, который будет использоваться, если документ не попадает ни под какой стандарт
Следующим шагом будет создание экстеншена (Applications → Extensions → Quick Create Extension):
В поле «Type» можно выбрать значение как «Virtual», так и любой другой – большого значения это не имеет.
Примечание: Во втором шаге быстрого создания экстеншена можно сразу указать e-mail адрес, на который будут приходить факсы.
Далее необходимо открыть панель управления пользователями: Admin → User Management и нажать на иконку «Открыть» (первая с левого края).
Далее необходимо проверить указан ли e-mail адрес у данного пользователя, и, если да – нужно перейти в поле «Fax», и в поле «Enabled» указать «Yes», так же, как и в поле «Store Locally».
В общем и целом, на этом настройка факса для приёма завешена. Теперь можно отправить любой вызов на факс, т.к в “Inbound Routes” появилась опция «Fax Recipient»
Ниже приведу приведу скриншот из меню настройки IVR (Applications → IVR → Add New).
Необходимо выбрать в поле Destination – Fax Recipient – test (1000) . Это именно тот пользователь, что был нами создан.
Теперь, при наборе номера и нажатии «9» в голосовом меню вы услышите столь знакомый тоновый сигнал факса.