Не работает телефония без доступа сервера к интернет

Question

собственно вопрос в том, что если на сервере пропадает доступ к сети интернет, то перестают работать исходящие звонки. С чем это может быть связано? что я не правильно настроил?

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

Answer 1

Давненько я пытался разобраться в вопросе и рассматривая свои конкретные примеры пришел к следующим наблюдениям.

В случае, если астериск стоит в локальной сети и в 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? Ну думаю пример понятен.

Если есть возможность, то проверьте (у кого статика).

У меня так же.
switch (Feb 01)редактировать
в resolv.conf добавил options attempts:1 timeout:1 вроде полет нормальный, спасибо!
sorgchik (Feb 02)редактировать

Answer 2

0	Подскажите пожалуйста, а что мне даст локальный днс я просто плохо понимаю? постоянная ссылка \| редактировать \| спам ответил Feb 01 sorgchik 45 ● 3 ● 1 ● 8 добавить комментарий

Answer 3

мне нравится этот ответ (нажмите еще раз для отмены)

-1

мне не нравится этот ответ (нажмите еще раз для отмены)

я привык всё делать статикой и не иметь проблем =)

постоянная ссылка | редактировать | спам

ответил Feb 01

Zavr2008

1270 ● 1 ● 6 ● 27
http://www.alvispbx.com/

Дело не в статике, дело в астериске. Если вы разработчик системы на астере (элвис вроде) то должны это знать.

switch (Feb 01)редактировать

именно поэтому я за то, чтобы просто вырубать dns для SIP транков если это допускает оператор. К сожалению, в тех же Штатах это не удается - там у провов всё на DNS, причем прикол что сам DNS сервер выдает разные записи в зависимости от статуса регистрации пира.. У нас до подобного изврата не дошли еще.

Zavr2008 (Feb 02)редактировать

добавить комментарий

Answer 4

4	Проблема в DNS. ПРоще всего поднять на самом серваке DNS сервер и не иметь геморроя. постоянная ссылка \| редактировать \| спам ответил Feb 01 amonra 1600 ● 5 ● 9 ● 42 http://www.lantec.odessa.... добавить комментарий

Не работает телефония без доступа сервера к интернет

4 Ответа:

Ваш ответ

Закладки и информация

Question tags:

Статистика

похожие вопросы: