Мне тоже очень интересны подробности решения этой ситуации.
starzkv (
2011-08-01 22:11:11 +0400
)редактировать
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**
не можем никак догнать что происходит, все вроде и работает и правильно подскажите в какую сторону курить
вроде решил , проблема похоже была в маршрутизации, дам пару дней на тест и отпишусь
проблема может быть у конечных пользователей поменяй сам SIP софт-фон двух клиентов попробуй так.
Включай tcpdump и смотри на трафик. Где-то блокирует firewall?
У Вас NAT? externip правильно указан? Все провайдеры приходят по одному интерфейсу?
попробуйте указать в пирах
nat=yes
qualify=yes
canreinvite=no
sipreinvite=no
все так и стояло, с натом я в последствии игрался, но сейчас вернул на yes ситуация не меняется причем я заметил что от смены этого параметра у меня на звонки вообще никак не влияет
Asterisk периодически проверяет наличие связи, отсылая спец. сообщение провайдеру. В логах это видно. Он обрубает связь, не получая ответ в течение определенного времени (как раз эти 20 сек). Проще говоря, пакет назад не доходит. Скорее всего проблема в вашем маршрутизаторе. Он не умеет по-человечески делать нат. в sip.conf правильно укажите ваш белый адрес и внутренние сети, чтобы asterisk подставлял в пакеты правильный обратный маршрут. Далее на маршрутизаторе пробросьте на астериск udp порты rtp-траффика (по умолчанию 10000-20000). Это поможет.
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
итак больше недели работает нормально, и соответственно получаем решение ситуации Я надеюсь кто-то из более понимающих людей объяснит почему оно так работает т.к. по моему мнению оп идее работать не должно
зашел в админку freepbx. - Asterisk SIP Settings - NAT configuration и объявил что сервак находится вместо "Static IP" на "Public ip" и следовательно параметр "nat" выставил "no" и все заработало
телефоны другого провайдера по прежнему работают нормально что и проверял в течении недели
Задан: 2011-07-14 19:50:07 +0400
Просмотрен: 3,321 раз
Обновлен: Mar 12 '14
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.