Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

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

0

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

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

удалить закрыть спам изменить тег редактировать

спросил 2012-02-01 14:03:51 +0400

sorgchik Gravatar sorgchik
85 36 8 15

4 Ответа

5

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

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

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

ссылка удалить спам редактировать

ответил 2012-02-01 18:08:46 +0400

alphil Gravatar alphil flag of Spain
500 10 4 14
http://www.damal.es/

Comments

У меня так же.

switch ( 2012-02-01 21:47:16 +0400 )редактировать

в resolv.conf добавил options attempts:1 timeout:1 вроде полет нормальный, спасибо!

sorgchik ( 2012-02-02 10:46:14 +0400 )редактировать
4

Проблема в DNS. ПРоще всего поднять на самом серваке DNS сервер и не иметь геморроя.

ссылка удалить спам редактировать

ответил 2012-02-01 14:11:05 +0400

amonra Gravatar amonra flag of Ukraine
2261 24 13 63
http://lantec.ua/
0

Подскажите пожалуйста, а что мне даст локальный днс я просто плохо понимаю?

ссылка удалить спам редактировать

ответил 2012-02-01 16:41:36 +0400

sorgchik Gravatar sorgchik
85 36 8 15
-1

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

ссылка удалить спам редактировать

ответил 2012-02-01 14:16:40 +0400

Zavr2008 Gravatar Zavr2008 flag of Russian Federation
2686 11 9 37
http://mh.otx.ru/

Comments

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

switch ( 2012-02-01 21:45:46 +0400 )редактировать

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

Zavr2008 ( 2012-02-02 14:00:05 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

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

Добавить закладку
1 закладка

подписаться на rss ленту новостей

Статистика

Задан: 2012-02-01 14:03:51 +0400

Просмотрен: 874 раз

Обновлен: Feb 01 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.