собственно вопрос в том, что если на сервере пропадает доступ к сети интернет, то перестают работать исходящие звонки. С чем это может быть связано? что я не правильно настроил?
eth0 Link encap:Ethernet HWaddr 1C:AF:F7:0E:66:1E
inet addr:192.168.150.33 Bcast:192.168.150.255 Mask:255.255.255.0
inet6 addr: fe80::1eaf:f7ff:fe0e:661e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2829964 errors:0 dropped:0 overruns:0 frame:0
TX packets:2631454 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:625125416 (596.1 MiB) TX bytes:645847217 (615.9 MiB)
Interrupt:177 Base address:0x6800
eth1 Link encap:Ethernet HWaddr 00:11:95:CB:EA:2C
inet addr:80.73.ХХХ.ХХХ Bcast:80.73.ХХХ.ХХХ Mask:255.255.255.248
inet6 addr: fe80::211:95ff:fecb:ea2c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:821492 errors:0 dropped:0 overruns:0 frame:0
TX packets:775952 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:204153811 (194.6 MiB) TX bytes:224810797 (214.3 MiB)
Interrupt:233 Base address:0xc400
eth2 Link encap:Ethernet HWaddr 90:E6:BA:3E:DE:A1
inet addr:10.194.5.107 Bcast:10.194.5.111 Mask:255.255.255.248
inet6 addr: fe80::92e6:baff:fe3e:dea1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2032644 errors:0 dropped:0 overruns:0 frame:0
TX packets:2027527 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:431853487 (411.8 MiB) TX bytes:431608742 (411.6 MiB)
Interrupt:98 Memory:fe8c0000-fe900000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:523963 errors:0 dropped:0 overruns:0 frame:0
TX packets:523963 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:112336831 (107.1 MiB) TX bytes:112336831 (107.1 MiB)
[root@mail ~]#
где:
eth0 - локальная сеть
eth1 - интернет сеть
eth2 - локальная сеть до оператора связи
вывод route:
[root@mail ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.194.5.104 * 255.255.255.248 U 0 0 0 eth2
80.73.XXX.XXX * 255.255.255.248 U 0 0 0 eth1
192.168.150.0 * 255.255.255.0 U 0 0 0 eth0
172.24.78.0 10.194.5.105 255.255.255.0 UG 0 0 0 eth2
169.254.0.0 * 255.255.0.0 U 0 0 0 eth2
default Trans-gw.vs 0.0.0.0 UG 0 0 0 eth1
[root@mail ~]#
адреса шлюзов 172.24.78.11 и 172.24.78.12
Давненько я пытался разобраться в вопросе и рассматривая свои конкретные примеры пришел к следующим наблюдениям.
В случае, если астериск стоит в локальной сети и в resolv.conf стоит IP адресс рутера, который резольвит имена через свой wan-порт (adsl, или что угодно), то при падении wan соединения и отсутствия на рутере какой-либо статической таблицы хостов, рутер будет бесконечно долго (либо пока истечет его таймаут) думать что же ответить линуксу (libresolv) на его запрос. Пока линукс ждет ответ - астериск тормозит по полной програме - отваливаются внутрение extensions, не работает voicemail, не правильно загораются BLF. Тут надо заметить, что в файле resolv.conf также можно установить свой timeout, например 1 секунду, что я считаю правильным.
Идем дальше, если мы выключим рутер совсем, то картина заметно улучшается, т.е. линукс запрашивает разрешить имя у устройства которого нет. Так как устройство не доступно, то линукс говорит "не могу разрешить имя" и тормозов уже не наблюдается.
Теперь, если все статика - картина не меняется. Линукс всегда пытается разрешить имя для каждого адресса который инициирует соединение с ним. Например, вы подключаетесь по ssh к линуксу с 192.168.1.20, а в файле host.deny записано, что host с именем badhost.domain.tld - дожен быть запрещен. Как узнать какой hostname у этого ip-address? Ну думаю пример понятен.
Если есть возможность, то проверьте (у кого статика).
Проблема в DNS. ПРоще всего поднять на самом серваке DNS сервер и не иметь геморроя.
Подскажите пожалуйста, а что мне даст локальный днс я просто плохо понимаю?
я привык всё делать статикой и не иметь проблем =)
именно поэтому я за то, чтобы просто вырубать dns для SIP транков если это допускает оператор. К сожалению, в тех же Штатах это не удается - там у провов всё на DNS, причем прикол что сам DNS сервер выдает разные записи в зависимости от статуса регистрации пира.. У нас до подобного изврата не дошли еще.
Zavr2008 (Feb 2 '12)editЗадан: Feb 1 '12
Просмотрен: 2,234 раз
Обновлен: Feb 01 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
