По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Эта серия статей подробно объясняет основные понятия, принципы и операции протокола маршрутизации RIP с примерами. Узнайте, как работает RIP (Routing Information Protocol) и как обновляет таблицу маршрутизации из широковещательного сообщения шаг за шагом.
Маршрутизаторы используют таблицу маршрутизации для принятия решения о переадресации. Таблица маршрутизации содержит информацию о сетевых путях. Сетевой путь - это простой фрагмент информации, который говорит, какая сеть подключена к какому интерфейсу маршрутизатора.
Всякий раз, когда маршрутизатор получает пакет данных, он ищет в таблице маршрутизации адрес назначения. Если маршрутизатор найдет запись сетевого пути для адреса назначения, он переадресует пакет из связанного интерфейса. Если маршрутизатор не найдет никакой записи для адреса назначения, он отбросит пакет.
Существует два способа обновления таблицы маршрутизации: статический и динамический. В статическом методе мы должны обновить его вручную. В динамическом методе мы можем использовать протокол маршрутизации, который будет обновлять его автоматически. RIP - это самый простой протокол маршрутизации. В этой статье мы узнаем, как RIP обновляет таблицу маршрутизации.
В протоколе RIP маршрутизаторы узнают о сетях назначения от соседних маршрутизаторов через процесс совместного использования. Маршрутизаторы, работающие по протоколу RIP, периодически транслируют настроенные сети со всех портов. Список маршрутизаторов обновит их таблицу маршрутизации на основе этой информации.
Давайте посмотрим, как работает процесс RIP шаг за шагом. Следующий рисунок иллюстрирует простую сеть, работающую по протоколу маршрутизации RIP.
Когда мы запускаем эту сеть, маршрутизаторы знают только о непосредственно подключенной сети.
OFF1 знает, что сеть 10.0.0.0/8 подключена к порту F0/1, а сеть 192.168.1.252/30 подключена к порту S0/0.
OFF2 знает, что сеть 192.168.1.252/30 подключена к порту S0/0, а сеть 192.168.1.248/30 подключена к порту S0/1.
OFF3 знает, что сеть 20.0.0.0/8 подключена к порту F0/1, а сеть 192.168.1.248/30 подключена к порту S0/0.
В отличие от статической маршрутизации, где мы должны настроить все маршруты вручную, в динамической маршрутизации все, что нам нужно сделать, это просто сообщить протоколу маршрутизации, какой маршрут мы хотим объявить. А остальное будет сделано автоматически, запустив динамический протокол. В нашей сети мы используем протокол маршрутизации RIP, поэтому он будет обрабатываться RIP.
Иногда RIP также известен как маршрутизация прослушки. Потому что в этом протоколе маршрутизации маршрутизаторы изучают информацию о маршрутизации от непосредственно подключенных соседей, а эти соседи учатся от других соседних маршрутизаторов.
Протокол RIP будет совместно использовать настроенные маршруты в сети через широковещательные передачи. Эти широковещательные передачи называются обновлениями маршрутизации. Прослушивающие маршрутизаторы обновят свою таблицу маршрутизации на основе этих обновлений.
OFF1 будет слушать трансляцию из OFF2. От OFF2, он узнает об одной новой сети 192.168.1.248/30
OFF2 будет слушать две передачи с OFF1 и OFF3. Из OFF1 он узнает о 10.0.0.0/8 и от OFF3 он узнает о сети 20.0.0.0/8.
OFF3 будет слушать трансляцию из OFF2. От OFF2 он узнает о сети 192.168.1.252.
Маршрутизатор выполняет несколько измерений, обрабатывая и помещая новую информацию о маршруте в таблицу маршрутизации. Мы объясним их позже в этой статье. Если маршрутизатор обнаружит новый маршрут в обновлении, он поместит его в таблицу маршрутизации.
Через 30 секунд (интервал времени по умолчанию между двумя обновлениями маршрутизации) все маршрутизаторы снова будут транслировать свои таблицы маршрутизации с обновленной информацией.
В данный момент времени:
OFF1 будет транслироваться для 10.0.0.0/8, 192.168.1.248/30 и 192.168.1.252/30.
OFF2 будет транслировать для 10.0.0.0/8, 20.0.0.0/8, 192.168.1.248/30 и 192.168.1.252/30.
OFF3 будет транслироваться для 20.0.0.0/8, 192.168.1.248/30 и 192.168.1.252/30.
OFF1 узнает о сети 20.0.0.0/8 из трансляции OFF2.
У OFF2 нет ничего, чтобы обновить из трансляции OFF1 и OFF2.
OFF3 узнает о сети 10.0.0.0/8 из трансляции OFF2.
Через 30 секунд маршрутизатор снова будет транслировать новую информацию о маршрутизации. На этот раз маршрутизаторам нечего обновлять. Эта стадия называется конвергенцией.
Конвергенция
Конвергенция - это термин, который относится к времени, затраченному всеми маршрутизаторами на понимание текущей топологии сети.
Метрика протокола маршрутизации RIP
У нас может быть два или более путей для целевой сети. В этой ситуации RIP использует измерение, называемое метрикой, чтобы определить наилучший путь для целевой сети. RIP использует подсчет прыжков как метрику. Прыжки - это количество маршрутизаторов, необходимое для достижения целевой сети.
Например, в приведенной выше сети OFF1 есть два маршрута для достижения сети 20.0.0.0/8.
Маршрут 1: - через OFF3 [на интерфейсе S0/1]. С прыжком - один.
Маршрут 2: - через OFF2-OFF3 [на интерфейсе S0/0]. С прыжком - два.
Итак, по какому маршруту OFF1 доберется до места назначения? Маршрут 1 имеет один прыжок, в то время как маршрут 2 имеет два прыжка. Маршрут 1 имеет меньшее количество переходов, поэтому он будет помещен в таблицу маршрутизации.
Резюме
Протокол маршрутизации RIP использует локальную широковещательную передачу для обмена информацией о маршрутизации.
RIP транслирует обновления маршрутизации каждые 30 секунд, независимо от того, изменилось что-то в сети или нет. По истечении 30 секунд маршрутизаторы, работающие по протоколу RIP, будут транслировать информацию о своей маршрутизации на любые устройства, подключенные к их интерфейсам.
Перед отправкой обновлений маршрутизации маршрутизатор добавляет метрику инициализации ко всем маршрутам, которые он имеет, и увеличивает метрику входящих маршрутов в объявлениях, чтобы маршрутизатор листинга мог узнать, как далеко находится сеть назначения.
При отправке широковещательных передач RIP не заботится о том, кто слушает эти широковещательные обновления или нет.
После отправки широковещательного сообщения RIP не заботится о том, получили ли соседи эти широковещательные обновления или нет.
Когда маршрутизатор получает обновления маршрутизации, он сравнивает их с маршрутами, которые уже есть в его таблице маршрутизации.
Если обновление содержит информацию о маршруте, которая недоступна в его таблице маршрутизации, маршрутизатор будет рассматривать этот маршрут как новый маршрут.
Маршрутизатор добавит все новые маршруты в таблицу маршрутизации перед обновлением существующего.
Если обновление содержит лучшую информацию для любого существующего маршрута, маршрутизатор заменит старую запись новым маршрутом.
Если обновление содержит худшую информацию для любого существующего маршрута, маршрутизатор проигнорирует ее.
Если обновление содержит точно такую же информацию о любом существующем маршруте, маршрутизатор сбросит таймер для этой записи в таблице маршрутизации
Далее, почитайте нашу статью о функциях и терминологии RIP.
Все знают про опцию Follow Me на FreePBX, которая позволяет перенаправить входящий звонок на другое направление, если первоначальный номер, на который звонили, не ответил на звонок в течение какого-то промежутка времени. Например, у нас есть сотрудник с внутренним номером (Extension) 4054, на него приходит звонок, и, если он не берёт трубку в течение 15 секунд, то звонок переадресовывается на мобильный телефон данного сотрудника - 89012345678.
Обзор
Но что если мы хотим, чтобы входящий звонок сразу шёл на мобильный номер? Предположим, у нас есть IVR, на котором играет такая запись: “Нажмите “1” для связи с отделом технической поддержки, “2” для связи с отделом продаж, “3” если Вы уже являетесь нашим клиентом”. Допустим, что у нас маленькая компания, которая не имеет офисного помещения, и наш “отдел продаж” состоит из одного очень занятого, но очень ответственного менеджера, который постоянно находится в разъездах и использует мобильный телефон для общения с заказчиками. Нам нужно, чтобы клиент, позвонивший в нашу компанию и набравший цифру “2” в IVR, сразу попадал на нашего ответственного менеджера, а звонок, соответственно, сразу шёл ему на мобильный.
Решить эту задачу можно с помощью модуля Misc Destinations, который позволяет создавать любые внешние направления, на которые может быть смаршрутизирован вызов. Не стоит путать с Misc Applications.
Модуль Misc Destinations работает с любым модулем на FreePBX 13, который может маршрутизировать входящий вызов по какому-либо направлению, включая IVR, Inbound Routes, Time Conditions и другие.
Настройка
Для того, чтобы попасть в данный модуль, открываем Applications → Misc Destinations, перед нами открывается следующее окно:
Для того, чтобы добавить новое направление, кликаем Add Misc Destination, после чего перед нами открываются доступные опции данного модуля:
Как видите, параметра для настройки всего два, это:
Description - описание данного направления (в нашем случае – Manager’s Cell Phone, т.е – мобильный номер менеджера по продажам);
Формат номера должен быть прописан так, как если бы Вы набирали его с телефонного аппарата, зарегистрированного на Вашей IP-АТС, а также убедитесь, что данный формат будет понятен Вашему VoIP провайдеру.
Destination - собственно сам номер, на который следует перевести звонок (в нашем случае – это пример мобильного номера);
Стоит отметить, что в поле Destination можно также ввести любой внешний номер, это необязательно должен быть мобильный. Кроме того, сюда можно вставить нужный feature code, который запустит работу какой-либо функции.
Чтобы закончить настройку, не забудьте нажать Submit и Apply Config.
Готово, теперь это внешнее направление можно задействовать в любом другом модуле, который может маршрутизировать вызовы, например - IVR, как показано ниже:
В нашем примере, звонок клиента, который дозвонится в нашу компанию, и наберёт цифру “2” в IVR, отправится на номер 89012345678, то есть, на мобильный номер нашего менеджера.
Как видите, Misc Destination - это очень простой, но в то же время очень полезный модуль, который поможет сэкономить Вам время, а также решить различные задачи.
Для системного администратора очень важно иметь корректную настройку системного времени на 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