По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Учишься азам VoIP? Cisco Packet Tracer это отличное решение, в рамках которого ты сможешь попрактиковать свои навыки перед продакшном, подготовиться к экзаменам или просто поймать фан, делая то, чего не можешь сделать на работе (STP петли, широковещательные штормы и прочие радости). Итак, спешим показать способ, как собрать базовую лабу для тренировки своих VoIP (Voice over IP) навыков. Погнали. Наполняем лабу железом В явном виде тебе понадобится L3 девайс (у нас будет маршрутизатор 2811), L2 (коммутатор 2950) и телефончики, которых мы добавим 3 штуки (модели 7960). Перетаскивай все это дело в рабочее поле и соединяй патч – кордом, как показано на скриншоте: Отлично. Нажми 2 раза на IP – телефон и перейди во вкладку GUI, как показано на скриншоте ниже: Наш телефон ругается на то, что у него нет питания. Не проблема, подключим к нему блок питания. Переходим в раздел Physical и обращаем внимание на адаптер питания, который выделен красным на скриншоте ниже: Перетаскиваем его прямо к разъему под питание. Должно получиться примерно вот так: Как только мы включили питание на телефонах, у нас поднялись линки – обратите внимание на зеленые точки от телефонов до свича: На этапе подготовки нашей среды работы все. Переходим к конфигурации. Настройка оборудования Начинаем с маршрутизатора. Открываем его консоль, поднимаем интерфейс и присвоим IP – адрес: en conf t interface FastEthernet 0/0 ip address 192.168.0.1 255.255.255.0 no shutdown Поднимаем DHCP сервер на маршрутизаторе для IP – телефонов: en conf t ip dhcp pool voice network 192.168.0.0 255.255.255.0 default-router 192.168.0.1 exit Теперь нужно дать дополнительную команду для опции 150. Она позволяет подтягивать и автоматически подтягивать прошивки для телефонов с TFTP сервера. Выполняем: en conf t ip dhcp pool voice option 150 ip 192.168.0.1 Время поднастроить классические VoIP параметры, такие как: max-dn - максимально – возможное количество поддерживаемых DN (Directory Numbers). Номеров, другими словами; max-ephones - максимальное количество телефонных аппаратов. Сделаем по количеству DN’ов; ip source-address - откуда наш роутер будет принимать звонки (запросы) от SCCP девайсов; auto assign - присвоение линий в автоматическом режиме; en conf t telephony-service max-dn 15 max-ephones 15 ip source-address 192.168.0.1 port 3100 auto assign 1 to 19 Балдеж. Двигаемся к настройке свича (коммутатор). Нам нужно только включить поддержку VoIP на интерфейсах (голосовой VLAN): en conf t interface range FastEthernet 0/1 - FastEthernet 0/3 switchport mode access switchport voice vlan 1 exit Дело за малым. Присвоим телефонные номера нашим аппаратам: en conf t ephone-dn 1 number 11111 exit ephone-dn 2 number 2222 exit ephone-dn 3 number 3333 exit Готово. Можно звонить. Попробуем позвонить с 1111 на 2222: Продолжайте практиковать свои навыки в VoIP в сетях Cisco :)
img
В этой серии статей мы рассмотрим поиск и устранение неисправностей NAT (трансляции сетевых адресов) / PAT (трансляции адресов портов), DHCP и FHRP (протоколы избыточности при первом переходе). NAT/PAT может быть проблемным, и не потому, что настройка несколько сложна (хотя и в этом тоже могут быть проблемы). Но в основном потому, что мы можем столкнуться с проблемами маршрутизации, так как мы периодически меняем IP-адреса. Во второй части этой серии мы рассмотрим наиболее распространенные проблемы DHCP и, наконец, закончим серию статей некоторыми проблемами FHRP. Урок 1 В этом сценарии у нас есть 3 устройства. Маршрутизатор с левой стороны называется "Хост", и он представляет компьютер из нашей локальной сети. Предполагается, что устройство с правой стороны - это какой-то веб-сервер - это то, что мы пытаемся найти в Интернете. В середине мы видим наш маршрутизатор, который настроен для NAT и/или PAT. Пользователи из нашей локальной сети жалуются на то, что они ничего не могут найти в Интернете. Они подтвердили, что их IP-адрес и шлюз по умолчанию в порядке. Давайте изучим маршрутизатор NAT: Хорошая идея, чтобы проверить, может ли маршрутизатор NAT достичь веб-сервера, попробовав простой пинг. Если это не работает, вы, по крайней мере, знаете, что у вас есть проблемы с маршрутизацией или, что веб-сервер не работает (или, возможно, просто блокирует ICMP-трафик). Поскольку это веб-сервер, лучше попробовать подключиться к TCP-порту 80. Вы видите, что это работает, так что маршрутизация между маршрутизатором NAT и веб-сервером + подключение к TCP-порту не является проблемой. Мы можем использовать команду show ip nat translations, чтобы увидеть, происходит ли что-нибудь. Мы видим, что NAT-маршрутизатор что-то транслирует, но если вы посмотрите внимательно, то увидите, что это выглядит не совсем правильно. Внешние локальные и глобальные IP-адреса ссылаются ко внутреннему IP-адресу. Давайте посмотрим на конфигурацию ... show ip nat statistics - хорошая команда для проверки вашей конфигурации. Вы можете видеть, что внутренние и внешние интерфейсы поменялись местами. FastEthernet 0/0 должен быть inside, а FastEthernet 1/0 должен быть outside. NAT(config)#interface fastEthernet 0/0 NAT(config-if)#ip nat inside NAT(config)#interface fastEthernet 1/0 NAT(config-if)#ip nat outside Введем команды, которые позволяют исправить настройки, чтобы у нас были правильные внутренние и внешние интерфейсы. Трафик с хоста на веб-сервер теперь работает! Вот как должна выглядеть таблица трансляции NAT. Внутренний локальный IP-адрес - наш внутренний хост. Внутренний глобальный IP-адрес - это то, что мы настроили на внешней стороне нашего маршрутизатора NAT (FastEthernet 1/0). Внешний локальный и глобальный IP-адрес - наш веб-сервер ... проблема решена! Итог урока: убедитесь, что у вас имеются правильные внутренние и внешние интерфейсы. Урок 2 Та же топология, другая проблема! Опять пользователи нашей локальной сети жалуются, что они не могут связаться с веб-сервером. Давайте проверим наш маршрутизатор NAT: NAT#show ip nat translations Сначала мы проверим, транслирует ли маршрутизатор что-либо. Как видите, тихо ничего не происходит! Мы убедились, что внутренний и внешний интерфейсы были настроены правильно. Однако никаких трансляций не происходит. Внутренний источник был определен с помощью списка доступа 1. Давайте поближе рассмотрим этот ACL: Ааа, смотрите ... кажется, кто-то испортил ACL! Устраним эту неполадку: NAT(config)#no access-list 1 NAT(config)#access-list 1 permit 192.168.12.0 0.0.0.255 Мы создадим ACL так, чтобы он соответствовал 192.168.12.0/24. Теперь мы можем связаться с веб-сервером с нашего хоста. Мы видим Hits, если просмотреть NAT statistics. И я вижу трансляцию ... проблема решена! Итог урока: убедитесь, что вы используете правильный список доступа, соответствующий вашим внутренним хостам. Теперь почитатей продожение статьи про устранение неисправностей с DHCP.
img
Друг, привет! В статье быстро расскажем о том, как настроить плату 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. Ну и сделать исходящую и входящую маршрутизацию.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59