LINUX.ORG.RU

Сообщения GalarG

 

elastix добавление внутренних номеров группой

Есть машина с установленным Elastix 2.5

Имеется проблема с добавлением группы внутренних номеров (extensions). Например добавить 100 внутренних номеров, загрузив один файл. Через админку эластикса все добавляется и проблем нет.

Но хочется все это автоматизировать и добавлять все номера автоматически, загрузив файл csv.

То есть в идеале хотелось бы это делать это одной командой типа export extensions.csv.

Спросите почему нельзя все это добавить один раз? Потому что внутренние номера будут меняться постоянно. Нужно будет удалить, добавить, изменить.

Может кто сталкивался с подобной проблемой?

 , , , ,

GalarG
()

некорректная работа dhcp сервера

Помогите разобраться!

Имеется машина на Centos 5.11. На нем поднят dhcp сервер с таким конфигом:

authoritative; ddns-update-style ad-hoc;

shared-network DOM {

default-lease-time 600;

max-lease-time 1440;

subnet 10.12.212.0 netmask 255.255.255.240 { option routers 10.12.212.1; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.15; range 10.12.212.3 10.12.212.14; }

subnet 10.12.212.16 netmask 255.255.255.240 { option routers 10.12.212.17; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.31; range 10.12.212.18 10.12.212.30; }

subnet 10.12.212.32 netmask 255.255.255.240 { option routers 10.12.212.33; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.47; range 10.12.212.34 10.12.212.46; }

subnet 10.12.212.48 netmask 255.255.255.240 { option routers 10.12.212.49; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.63; range 10.12.212.50 10.12.212.62; }

subnet 10.12.212.64 netmask 255.255.255.240 { option routers 10.12.212.65; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.79; range 10.12.212.66 10.12.212.78; }

subnet 10.12.212.80 netmask 255.255.255.240 { option routers 10.12.212.81; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.95; range 10.12.212.82 10.12.212.94; }

subnet 10.12.212.96 netmask 255.255.255.240 { option routers 10.12.212.97; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.111; range 10.12.212.98 10.12.212.110; }

subnet 10.12.212.112 netmask 255.255.255.240 { option routers 10.12.212.113; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.127; range 10.12.212.114 10.12.212.126; }

subnet 10.12.212.128 netmask 255.255.255.240 { option routers 10.12.212.129; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.143; range 10.12.212.130 10.12.212.142; }

subnet 10.12.212.144 netmask 255.255.255.240 { option routers 10.12.212.145; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.159; range 10.12.212.146 10.12.212.158; }

subnet 10.12.212.160 netmask 255.255.255.240 { option routers 10.12.212.161; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.175; range 10.12.212.162 10.12.212.174; }

subnet 10.12.212.176 netmask 255.255.255.240 { option routers 10.12.212.177; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.191; range 10.12.212.178 10.12.212.190; }

subnet 10.12.212.192 netmask 255.255.255.240 { option routers 10.12.212.193; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.207; range 10.12.212.194 10.12.212.206; }

subnet 10.12.212.208 netmask 255.255.255.240 { option routers 10.12.212.209; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.223; range 10.12.212.210 10.12.212.222; }

subnet 10.12.212.224 netmask 255.255.255.240 { option routers 10.12.212.225; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.239; range 10.12.212.226 10.12.212.238; }

subnet 10.12.212.240 netmask 255.255.255.240 { option routers 10.12.212.241; option subnet-mask 255.255.255.240; option broadcast-address 10.12.212.255; range 10.12.212.242 10.12.212.254; } }

На интерфейсе адрес 10.12.212.2/28. Он же смотрит в сеть и слушает дхцп запросы.

24 сеть разбита на кучу 28. На каждом сегменте прописан шлюз и на нем указан ip-helper 10.12.212.2 для того, чтобы слать все запросы на сервер.

Запросы приходят, но сервер выдает адрес не из той подсети, откуда пришел запрос.

Например, я подключаюсь ноутбуком в сегмент, где шлюзом является 10.12.212.17. На сервер приходит дхцп запрос от 10.12.212.17 о том, что требуется для машины с мак ааа.аааа.аааа назначить ip адрес. Сервер выдает ему ip адрес 10.12.212.3/28!!!!

Где зарыта кошка? Подскажите в какую сторону копать?

 , ,

GalarG
()

RSS подписка на новые темы