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,272 раз
Обновлен: Mar 12 '14
создание динамической конференции
Звонок с сайта и проигрывание мелодии.
срывается звонок после перевода звонка
1.8 повторный набор в sip-транк
Обратный звонок через сайт на elastix
С внутреннего IP на внешний абонент недоступен.
Не слышу входящих до перевода на другую трубку
spa3000 отбить входящий звонок
входящий звонок. вместо разговора звонящий слышит динные гудки
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.