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

тишина/сброс после 20 секунд разговора [закрыт]

1

Centos Freepbx 2.9 Asterisk 1.6

на машине работают нормально 4 номера одного провайдера, и стремно 1 номер другого

при звонке как с этого номера ,так и на него связь хорошая ( в принципе так и проверял при подключении), Но после 20 секунд разговора тишина на обоих концах

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

в логе из нового при обрыве связи идет:

**[Jul 14 18:33:01] WARNING[2646] chan_sip.c: Maximum retries exceeded on transmission 692825957-9251@SVIGateway for seqno 1 (Critical Response) -- See doc/sip-retransmit.txt.**

**[Jul 14 18:33:01] WARNING[2646] chan_sip.c: Hanging up call 692825957-9251@SVIGateway - no reply to our critical packet (see doc/sip-retransmit.txt)**

из дебага добавилось в принципе только:

v=0

o=root 879332153 879332153 IN IP4 My_IPAdr

s=Asterisk PBX 1.6.2.16.1

c=IN IP4 My_IPAdr

t=0 0

m=audio 17122 RTP/AVP 8

a=rtpmap:8 PCMA/8000

a=ptime:20

a=sendrecv


    ---
    -- Executing [h@macro-dial-one:1] Macro("SIP/846888-00000037", "hangupcall,") in new stack
    -- Executing [s@macro-hangupcall:1] GotoIf("SIP/846888-00000037", "1?theend") in new stack
    -- Goto (macro-hangupcall,s,3)
    -- Executing [s@macro-hangupcall:3] Hangup("SIP/846888-00000037", "") in new stack
  == Spawn extension (macro-hangupcall, s, 3) exited non-zero on 'SIP/846888-00000037' in macro 'hangupcall'

 == Spawn extension (macro-dial-one, s, 38) exited non-zero on 'SIP/846888-00000037' in macro 'dial-one'

  == Spawn extension (macro-exten-vm, s, 7) exited non-zero on 'SIP/846888-00000037' in macro 'exten-vm'

 == Spawn extension (from-did-direct, 207, 2) exited non-zero on 'SIP/846888-00000037'

**Really destroying SIP dialog '693951137-9423@SVIGateway' Method: INVITE**

не можем никак догнать что происходит, все вроде и работает и правильно подскажите в какую сторону курить

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

спросил 2011-07-14 19:50:07 +0400

dzkik Gravatar dzkik
21 2 1 5
http://1cmd.md/

обновил 2011-08-11 14:18:35 +0400

8 Ответов

1

вроде решил , проблема похоже была в маршрутизации, дам пару дней на тест и отпишусь

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

ответил 2011-08-01 13:04:26 +0400

dzkik Gravatar dzkik
21 2 1 5
http://1cmd.md/

Comments

Мне тоже очень интересны подробности решения этой ситуации. starzkv ( 2011-08-01 22:11:11 +0400 )редактировать
0

проблема может быть у конечных пользователей поменяй сам SIP софт-фон двух клиентов попробуй так.

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

ответил 2011-07-18 10:30:30 +0400

daler Gravatar daler
1 1 2
0

Включай tcpdump и смотри на трафик. Где-то блокирует firewall?

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

ответил 2011-07-17 12:58:34 +0400

litnimax Gravatar litnimax
1453 11 8 29
http://www.pbxware.ru/
0

У Вас NAT? externip правильно указан? Все провайдеры приходят по одному интерфейсу?

попробуйте указать в пирах

nat=yes 
qualify=yes 
canreinvite=no 
sipreinvite=no
ссылка удалить спам редактировать

ответил 2011-07-14 21:38:14 +0400

um2010 Gravatar um2010
2056 69 11 52
0

все так и стояло, с натом я в последствии игрался, но сейчас вернул на yes ситуация не меняется причем я заметил что от смены этого параметра у меня на звонки вообще никак не влияет

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

ответил 2011-07-15 11:55:03 +0400

dzkik Gravatar dzkik
21 2 1 5
http://1cmd.md/
0

Asterisk периодически проверяет наличие связи, отсылая спец. сообщение провайдеру. В логах это видно. Он обрубает связь, не получая ответ в течение определенного времени (как раз эти 20 сек). Проще говоря, пакет назад не доходит. Скорее всего проблема в вашем маршрутизаторе. Он не умеет по-человечески делать нат. в sip.conf правильно укажите ваш белый адрес и внутренние сети, чтобы asterisk подставлял в пакеты правильный обратный маршрут. Далее на маршрутизаторе пробросьте на астериск udp порты rtp-траффика (по умолчанию 10000-20000). Это поможет.

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

ответил 2011-07-17 23:35:44 +0400

Engineer Gravatar Engineer
21
0

to daler

если бы причина была в клинетах тогда бы трабла была на всех номерах,а не на одном? это было проверено почти сразу на мобиле, софтовоне и 2х дектах через разные аташки и и простой городской номер


to Engineer

порты все проброшены еще с 1го провайдера, у которого , повторюсь, все работает все 3 номера

нат соответственно если бы криво работал то и интернета как такового почти не было есть все таки подозрения что где то с маршрутизацией не то но скорее по настройкам астериска

спасибо покопаем и на эту тему


to litnimax

-bash-3.2# tcpdump | grep 89.28.56.226

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes

14:30:46.586963 IP 89-28-56-226.starnet.md.sip > 192.168.1.222.sip: SIP, length: 4
14:30:59.009255 IP 89-28-56-226.starnet.md.sip > 192.168.1.222.sip: SIP, length: 789
14:30:59.010079 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 579
14:30:59.246159 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 595
14:30:59.452047 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 595
14:31:01.955706 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 808
14:31:02.956482 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 808
14:31:03.955414 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 808
14:31:05.955290 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 808
14:31:09.956012 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 808
14:31:13.955732 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 808
14:31:16.587672 IP 89-28-56-226.starnet.md.sip > 192.168.1.222.sip: SIP, length: 4
14:31:17.955460 IP 192.168.1.222.sip > 89-28-56-226.starnet.md.sip: SIP, length: 808

это дамп за время звонка на машине с Астериском,

вот дамп со шлюза

    15:16:55.772701 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.773064 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.792686 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.792787 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.812620 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.812862 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.832643 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.832780 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.852689 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.852932 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.872992 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.873055 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.892769 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.892945 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.912787 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.912885 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.932738 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.932915 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.952943 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.952964 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.972932 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:55.973055 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.992732 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:55.992895 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.012818 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.012925 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.032729 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.032902 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.052743 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.052938 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.072865 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.072947 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.092781 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.092909 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.472944 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.473099 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.492898 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.498101 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.513336 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.515025 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172
15:16:56.532934 IP 192.168.1.222.13086 > 89-28-56-228.starnet.md.55574: UDP, length 172
15:16:56.533499 IP 89-28-56-228.starnet.md.55574 > 192.168.1.222.13086: UDP, length 172

если на астериске, это полный лог, то со шлюза там страниц 5

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

ответил 2011-07-18 15:46:59 +0400

dzkik Gravatar dzkik
21 2 1 5
http://1cmd.md/

обновил 2011-07-18 16:02:31 +0400

0

итак больше недели работает нормально, и соответственно получаем решение ситуации Я надеюсь кто-то из более понимающих людей объяснит почему оно так работает т.к. по моему мнению оп идее работать не должно

зашел в админку freepbx. - Asterisk SIP Settings - NAT configuration и объявил что сервак находится вместо "Static IP" на "Public ip" и следовательно параметр "nat" выставил "no" и все заработало

телефоны другого провайдера по прежнему работают нормально что и проверял в течении недели

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

ответил 2011-08-11 14:13:25 +0400

dzkik Gravatar dzkik
21 2 1 5
http://1cmd.md/

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

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

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

Статистика

Задан: 2011-07-14 19:50:07 +0400

Просмотрен: 1,993 раз

Обновлен: Mar 12 '14

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