Subnets.ru blog

Добро пожаловать в блог! Надеемся, что Вы еще вернетесь.

Перед нами стояла задача реализовать на Addpac (например: Addpac AP200B или Addpac 1100B)  следующие функции:

1. Звонков между портами.
2. Перехвата и перевода звонков.
3. Блокировка 8-ки ( номеров начинающихся с 8 ) на одном из портов.
4. Выход в город.

Рассмотрим реализацию задач.

Немного теории:

FXS (Foreign Exchange Station или Subscriber) — голосовой интерфейс, эмулирующий расширение интерфейса PBX, для подключения обычного телефона.
Аббревиатура FXS применима к любому оборудованию, которое, с точки зрения телефона, является АТС.

Для порядка в нашем IT хозяйстве подписываем нужные нам FXS порты (в которые подключены телефонные аппараты):

! FXS
voice-port 0/0
description Panasonic-DECT#999

! FXS
voice-port 0/1
description Red-Phone#555

Создаем dial-peer’ы, принимающие звонки на внутренние номера 999 и 555,

dial-peer voice 10 pots
destination-pattern 999F
port 0/0

!
dial-peer voice 11 pots
destination-pattern 555F
port 0/1

Создаем dial-peer’ы, принимающие звонки на выданный нам по VoIP нашим оператором городской телефонный номер (например, 1234567):

dial-peer voice 5 pots
destination-pattern 1234567F
port 0/0

!
dial-peer voice 6 pots
destination-pattern 1234567F
port 0/1
preference 1

Далее, прописываем в режиме глобального конфигурирования:

dial-peer call-pickup 11
dial-peer call-hold h
dial-peer call-transfer h

Теперь для перехвата звонка надо будет нажать 11,  для перевода звонка — короткий отбой или флеш и телефонный номер.

Реализуем функцию блокировки 8:

dial-peer voice 20 voip
description Block_out_8*
destination-pattern 8T
huntstop
out-barred-group 1

Создаем группу 1, в которой будет прописан номер (например, 999), с которого запрещен набор 8-ки:

dialpattern-group 1
pattern 1 999F

И в конце разрешаем исходящие звонки в ТфОП через шлюз (в примере это IP-адрес 192.168.57.23) нашего VoIP провайдера:

dial-peer voice 30 voip
description out_calls
destination-pattern .T
session target 192.168.57.23
session protocol sip
codec g729
dtmf-relay rtp-2833
no vad

З.Ы. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА !

Автор: neona

От админа:
В продолжение статьи «Теория и настройка DNS сервера (bind) на FreeBSD» один из наших блогеров (vasily86) написал следующую статью, которую и представляю вам с некоторыми моими дополнениями.

В интернете есть множество доменов первого уровня, все их прекрасно знают, это домены стран, организаций, учебных заведений и т.д.

Примеры:

• .ru
• .com
• .edu

Полный список доменов первого уровня я видел здесь.

Чтобы зарегистрировать там свой домен второго уровня нужно заплатить небольшую денежку (например регистратору www.nic.ru) и вам, при условии незанятости, предоставят его, к примеру yandex.ru.

Домены первых уровней принадлежат организации ICANN, которая и следит за ними.
Наша цель — создать домен первого уровня в нашей локальной сети и заодно настроить DNS сервер.
Итак приступаем! Создадим корневую зону «.vrn«.

В системах UNIX самым популярным DNS сервером является named (bind).

За его функционирование отвечает файл named.conf, который расположен в папке /var/named/etc/namedb (или символическая ссылка /etc/namedb).

options {
         directory       "/etc/namedb";
         pid-file        "/var/run/named/pid";
         dump-file       "/var/dump/named_dump.db";
         statistics-file "/var/stats/named.stats";
         forwarders {
                    195.98.64.65;
                    195.98.64.66;
                    };
         listen-on  {
                    192.168.0.101;
                    127.0.0.1;
                    };
};

zone "." {
         type hint;
         file "named.root";
};

zone "vrn" {
         type master;
         file "vrn.zone";
};

zone "0.168.192.in-addr.arpa" {
         type master;
         file "vrn-reverse.zone";
};

В разделе options основные настроики программы,  здесь нужно изменить ip напротив forwarders вписываем DNS провайдера и listen-on — сюда ip, которые необходимо слушать.

От админа:

forwarders можно и не указывать, в данном случае это не обязательно, если данный сервер имеет доступ к полноценному инету, то он сам сможет заниматься резолвом остальных зон.

Далее описываем файлы зон:

Самая главная зона — это зона точка (.) ,  данный файл уже создан и менять его нет необходимости.

А вот следующую зону мы создаём для локальной сети, здесь она называется vrn и описана она в файле vrn.zone ниже:

$TTL 86400

vrn.    IN      SOA     ns1.vrn. n2.vrn. (

                        2009121101

                        86400

                        7200

                        8640000

                        86400 )

        IN      NS      ns1.vrn.

ns1     IN      A       192.168.0.101

ns2     IN      A       192.168.0.101

server  IN      A       192.168.0.101

kil     IN      A       192.168.0.100

roma    IN      A       192.168.0.114

nikita  IN      A       192.168.0.109

katya   IN      A       192.168.0.90

pasha   IN      A       192.168.0.10

dima    IN      A       192.168.0.50

Здесь идёт перечисление соответствия имени и ip.

На этом конфигурирование можно закончить, но для того чтобы задать обратное соответствие мы создали ещё одну зону 0.168.192.in-addr.arpa (т.е. ip следует потом вычислять в обратном направлении 192.168.0.      и последнее число прописывается в файле зоны с именем домена)

От админа:

Подробнее можно прочитать в статье: Записи типа «Pointer». Домен IN-ADDR.ARPA. Делегирование «обратных» зон. Инверсные запросы.

$TTL    3600

@       IN      SOA     ns1.vrn. ns2.vrn. (
                        2009121102
                        3600
                        900
                        3600000
                        3600 )
        IN      NS      ns1.vrn.
        IN      NS      ns2.vrn.

10      IN      PTR     pasha.vrn.
50      IN      PTR     dima.vrn.
90      IN      PTR     katya.vrn.
101     IN      PTR     server.vrn.
100     IN      PTR     kil.vrn.
109     IN      PTR     nikita.vrn.
114     IN      PTR     roma.vrn.

Обратите внимание на имена доменов с точкой!!! roma.vrn. иначе ничего не сработает.

Теперь осталось сохраниться. И пробуем запустить named

/etc/rc.d/named onestart

если на консоли не выпали ошибки, значит всё нормально, исправляем файл /etc/resolv.conf

domain vrn
nameserver 192.168.0.101

где 192.168.0.101 — это ip данной машины. И протестируем командами

ping yandex.ru

ping server.vrn

Если пинг прошёл успешно, то добавим наш named в автозагрузку /etc/rc.conf

named_enable=»YES»

и настроем DNS(указав ip данного сервера) у машин, которые находятся в локальной сети. =)

З.Ы. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА !

Автор: vasily86