AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

[Решено] Входящие звонки идут нормально, а в исходящих слышно только звонящего, а голос абонента не идет.

Newbies/FAQ Forum 25 сообщений -
#1

Debian + Asterisk 1.8.6

Входящие звонки проходят нормально, все отлично. А в исходящих голос идет только туда, а обратно тишина полная.
При том вот что интересно, если звоню на билайн и поднимаю там трубку, то голос туда идет, обратно ничего не слышно, и при этом астериск считает что трубка там не поднята.
А вот если звоню на МТС, то астериск вообще не чувствует поднятие трубки. То есть в сотовом телефоне слышна тишина, а офисные в это время выдает гудки как будто никто не поднимает трубку.

А входящие с обоих операторов идут нормально.

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

В сервере три карты (я тут уже писал как то про конфигурацию). Одна карта на интернет, вторая внутренняя сеть, третья на прямой кабель к провайдеру. Не работает тот канал который напрямую к провайдеру.


Последний раз редактировалось: max73 (Ср Фев 15, 2012 10:41)
#2

Провайдер Вам NAT'а не добавил?.. в половине случаев связанных с проходимостью голоса только в одну сторону виноват он. Возможно сотрудники по незнанию подумали, что глюки с АТС - перезагрузили, а дело даже не в ней
смотрите tcpdump, приходит ли голос, если нет - будет сразу все понятно
tcpdump -i igb1 -w /var/log/D_%d_%m_%YT_%H_%M.pcap -G 600 -nn -t -s 1500 'host 1.1.1.1 and host 2.2.2.2 and ip proto \udp'
где,
igb1 - интерфейс
1.1.1.1 - ip астериска
2.2.2.2 - ip провайдера
файлы из /var/log/ скидываете себе на win машину, устанавливаете wireshark и смотрите
#3

трафик идет
я так понимаю мой сервер его не воспринимает Sad

но почему он его воспринимает при входящих звонках, это я что то не понимаю Sad
#4

Кодеки?
#5

стандартно, .711

завтра буду весь день дебагить.
не понимаю, все-же работало. Если это оператор что то изменил, то будет сложно доказать. Особенно учитывая что я сам его попросил подключить меня по сип каналу. Просто хотелось избавиться от voip шлюза который он поставил, думал какой в нем смысл. А вот смысл есть, сейчас бы спихнул все ан них и не парился. Но правда это периодически проскакивало.
#6

Работал я в sip провайдере, шлюз это точно такая же точка отказа, особенно если к клиенту идет немного линий, то ставится что попроще, а оно часто виснет. У того же audiocodes'а бывает зависнет 1-2 endpoint(в случае регистрации) и лечится только перезагрузкой. И сами это заметите если подаются 1-3 линии, а если 8, то так и будете в неведении работать на 6-ти до следующего отключения питания
Если 100% приходит именно тот rtp, то можно через софтфон проверить тоже самое
#7

1.
Цитата:
стандартно, .711

alaw или ulaw? Возможно провайдер или вы поменяли приоритет кодеков, один из этих отрубили и теперь вы с провайдером во время звонков просто нормально договориться не можете. sip set debug on - и смотрите как договор о кодеках идёт и на чем он закончился.

2.
iptables в норме? Точно всё в норме?
2.1. (отвлеченно)
если iptables вообще не настраивали, то какого хрена вы этого не делали???))))))))))))

3.
canreinvite=yes|no?
nat=yes|no?
#8

1. сейчас дебугю, смотрю что куда идет
2. iptables я почти не настраивал кроме как частично прикрыл внешний интерфейс смотрящий в интернет. Тот интерфейс который глюч я не трогал вообще, кроме настройки таблицы маршрутизации. Она работает нормально, с этим я уже имел проблемы, там все ок.
3. пробовал и так и так. Сейчас все no

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

ох, чую я что все дело в провайдере, чую чую.

Added after 3 minutes:

caisa писал(а):

Если 100% приходит именно тот rtp, то можно через софтфон проверить тоже самое


хорошая мысль кстати, я все сидел и плакал вспоминая простую телефонию, где берешь самый задрыпанный чуть ли не дисковый телефон, втыкаешь напрямую в пару от провайдера и сразу понятно что-куда. BigGrin3
Надо попробовать софтфон напрямую ткнуть.
#9

все плохо, получил подтверждение что у меня кривые руки Sad
подключил ip-телефон напрямую к каналу провайдера, все работает. Sad

повторюсь, с входящими все ок.
исходящие, слышно только звонящего, а назад звук не идет Sad


пакеты туда-сюда ходят, и в tcpdump и в sip set debug ip

ошибок нет никаких Sad
и звука тоже нет Cray (а значит есть какие то ошибки, но как их понять)
#10

проверьте еще раз эти два пункта
dotprint писал(а):

3.
canreinvite=yes|no?
nat=yes|no?
#11

ничего особенного, так как провод выделенный, то по сути из всего нижеперечисленного можно было бы оставить две-три строки, не более. Так и было пока работало. Остальное я уже дописал пока тут мучаюсь.

disallow=all
allow=alaw
allow=ulaw
allow=g723
call-limit=2
canreinvite=no
nat=no
host=93.191.21.34
type=peer
videosupport=no
insecure=port,invite
dtmfmode=rfc2833
#12

Как понять порт выделенный? интернет? если да, то это неважно, выделенный он или нет. А что там с билайн и мтс? исходящий нормально работает на одного из операторов?
тут либо голосовой трафик не туда маршрутизируется, либо с кодеками что то. нужно смотреть debug
#13

предыстория,
провайдер подал телефонию, провел кабель и поставил голосовой шлюз. Я ему предложил это все дело завести напрямую в станцию и дать мне возможность коннектиться к нему по sip. Все очень просто, у меня есть выделенный ip из локальной сети провадера и по этой сети трафик идет сразу к нему на сервер, не через интернет!

Все было хорошо, но пока я был в отпуске сервер пару раз зависал и его перегружали. И вот почему теперь нифига не работает я не понимаю. Sad

вот небольшая выдержка из дебуга:

Audio is at 5060
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 93.191.21.34:5060:
INVITE sip:89057090368@93.191.21.34 SIP/2.0
Via: SIP/2.0/UDP 10.202.38.212:5060;branch=z9hG4bK3cb34a13
Max-Forwards: 70
From: "Maxim" ;tag=as0a21a4cf
To:
Contact:
Call-ID: 3561e8ca61cb1cf433ad17b33a484279@10.202.38.212:5060
CSeq: 102 INVITE
User-Agent: FPBX-2.9.0(1.8.6.0)
Date: Thu, 27 Oct 2011 15:47:44 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 258

v=0
o=root 32332282 32332282 IN IP4 10.202.38.212
s=Asterisk PBX 1.8.6.0
c=IN IP4 10.202.38.212
t=0 0
m=audio 10496 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

---
-- Called SIP/tr_grs/89057090368


SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.202.38.212:5060;branch=z9hG4bK3cb34a13
From: "Maxim" ;tag=as0a21a4cf
To:
Call-ID: 3561e8ca61cb1cf433ad17b33a484279@10.202.38.212:5060
CSeq: 102 INVITE
Contact:
Server: MERA MVTS3G v.4.4.0-15
Content-Length: 0


--- (9 headers 0 lines) ---


SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.202.38.212:5060;branch=z9hG4bK3cb34a13
From: "Maxim" ;tag=as0a21a4cf
To: ;tag=2087230985-3776033536-620789895-4173663120
Call-ID: 3561e8ca61cb1cf433ad17b33a484279@10.202.38.212:5060
CSeq: 102 INVITE
Contact:
Content-Type: application/sdp
Server: MERA MVTS3G v.4.4.0-15
Content-Length: 241

v=0
o=- 1319730469 1319730469 IN IP4 93.191.21.35
s=-
c=IN IP4 93.191.21.35
t=0 0
m=audio 28538 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
a=silenceSupp:off - - - -

--- (10 headers 12 lines) ---
Found RTP audio format 8
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - 0xd (g723|ulaw|alaw), peer - audio=0x8 (alaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 93.191.21.35:28538
-- SIP/tr_grs-000002f9 is ringing


OPTIONS sip:84956415894@10.202.38.212:5060 SIP/2.0
Via: SIP/2.0/UDP 93.191.21.34:5060;rport;branch=z9hG4bK-3462068235-3776033536-620789895-41736631201
Via: SIP/2.0/UDP 10.202.21.66:5061;rport=5061;branch=z9hG4bK-3462068235-3776033536-620789895-4173663120;received=10.202.21.66
From: ;tag=2087230985-3776033536-620789895-4173663120
To: "Maxim" ;tag=as0a21a4cf
Call-ID: 3561e8ca61cb1cf433ad17b33a484279@10.202.38.212:5060
CSeq: 103 OPTIONS
Contact:
Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, PRACK, REFER, REGISTER, SUBSCRIBE, UPDATE
Accept: application/sdp
Supported: 100rel
Max-Forwards: 70
User-Agent: MERA MVTS3G v.4.4.0-15
Content-Length: 0



Added after 2 minutes:

у провайдера кодек alaw они вроде согласуются
трафик идет в обще стороны, тут вроде видно, да и tcpdump-ом проверял тоже.
фиг знает Sad

думаю может обновиться до 1.8.7, фиг знает, вдруг что изменится. Может просто система освежится и заработает.
#14

Я конечно таки дико извиняюсь...
А у вас все ваши остальные хосты-телефоны в той же подсетке, что и провайдер? Если нет, то это, извините меня, nat.
#15

нет, естествено телефоны в моей подсетке.
только извините меня тоже, а с чего же это вдруг нат, когда это на самом деле просто напросто прямая маршрутизация. У сервера три карты, прямая в интернет, в локалку и к провайдеру. Никаких натов на нем нет в помине. Телефоны коннектятся к астериску по локалке 192.168.0.0 а астериск по подсетке 10.202.38.192/27 к провайдеру. В чем тут нат то? Насколько я понял трафик с телефонов идет через астериск, а не напрямую к провайдреу.

Тем более, в сервере есть палат в FXS, я пробовал и через нее звонить, такая же история. Надеюсь палату то никак нельзя обвинить в нахождении за nat.
Пробовл потому что возникло подозрение что может в телефонах что то. но вот видимо нет.
#16

При звонке
*CLI> rtp set debug on
RTP Debugging Enabled

Got RTP packet from 192.168.0.15:7850 (type 08, seq 029359, ts 019886, len 000160)
Sent RTP packet to 192.168.0.15:7850 (type 08, seq 023997, ts 000320, len 000160)
Sent RTP packet to 93.191.21.35:40004 (type 08, seq 023998, ts 000480, len 000160)
Got RTP packet from 93.191.21.35:40004 (type 08, seq 029360, ts 020046, len 000160)
Got RTP packet from 192.168.0.15:7850 (type 08, seq 029361, ts 020206, len 000160)
Sent RTP packet to 192.168.0.15:7850 (type 08, seq 023999, ts 000640, len 000160)
Got RTP packet from 93.191.21.35:40004 (type 08, seq 029362, ts 020366, len 000160)
Sent RTP packet to 192.168.0.15:7850 (type 08, seq 029503, ts 1030684024, len 000160)

есть такое?
#17

нет, только GOT от провадера
но вот что странно, провайдерский хост у меня 92.191.21.34, а пакеты такие:

Got RTP packet from 93.191.21.35:41920 (type 08, seq 011779, ts 222427298, len 000160)
Got RTP packet from 93.191.21.35:41920 (type 08, seq 011780, ts 222427458, len 000160)
Got RTP packet from 93.191.21.35:41920 (type 08, seq 011781, ts 222427618, len 000160)

отсюда вопрос, я что то не знаю? почему пакеты идут с другого IP? и если они идут с другого ip, то я как то должен указать что их оттуда надо принимать?

Added after 24 minutes:

в общем ситуация примерно такая,
пока набираю и слушаю длинные гудки, трафик идет от провайдера. Поднимаю трубку на сотовом, пофигу, в телефоне продолжают идти длинные гудки и трафик идет только от проваедера на астериск (не на телефон с которого звоню)
как только кладу трубку на сотовом, трафик от провайдера прекращается с сообщением что телефон недоступен или трубка брошена, и начинается трафик от астериска на телефон с которого звоню.
что то я не понимаю нифига.

Added after 24 minutes:

c 93.191.21.35 разобрался, это возникает в случае если я включаю опцию Reinvite, тут как бы ясно, выключил ее навсегда, не о экспериментов.
#18

Цитата:

в общем ситуация примерно такая,
пока набираю и слушаю длинные гудки, трафик идет от провайдера. Поднимаю трубку на сотовом, пофигу, в телефоне продолжают идти длинные гудки и трафик идет только от проваедера на астериск (не на телефон с которого звоню)
как только кладу трубку на сотовом, трафик от провайдера прекращается с сообщением что телефон недоступен или трубка брошена, и начинается трафик от астериска на телефон с которого звоню.
что то я не понимаю нифига.

Что то я не понял, абонента же было слышно а телефон нет? Немного странная схема подключения, на всякий случай пропишите статический роут, чтобы трафик на 93.191.21.0/25 ходил через интерфейс с 10 сеткой

Цитата:

отсюда вопрос, я что то не знаю? почему пакеты идут с другого IP? и если они идут с другого ip, то я как то должен указать что их оттуда надо принимать?

Так бывает, это нормальная ситуация. Это потому что в Ringing, SDP такой прилетает от провайдера. Так что Астериск сам разберется куда ему голос слать. Это скорее всего какой-нибудь голосовой шлюз(скажем mediant), а Mera сигнализацию обрабатывает
Код:
Contact:
Content-Type: application/sdp
Server: MERA MVTS3G v.4.4.0-15
Content-Length: 241

v=0
o=- 1319730469 1319730469 IN IP4 93.191.21.35
s=-
c=IN IP4 93.191.21.35

Вы многого не знаете, там еще пара хостов вылезает с 5061, но это не суть, скорей всего второй интерфейс Mera, который она слушает по 5061 в том числе
Код:
Via: SIP/2.0/UDP 93.191.21.34:5060;rport;branch=z9hG4bK-3462068235-3776033536-620789895-41736631201
Via: SIP/2.0/UDP 10.202.21.66:5061;rport=5061;branch=z9hG4bK-3462068235-3776033536-620789895-4173663120;received=10.202.21.66


Added after 4 minutes:

Когда не до экспериментов я бы наоборот поставил canreinvite=no, глобально, ну либо для тестируемых учеток(в том числе и на провайдерский пир)
#19

все-таки не пойму что не так Sad

еще зацепка, первую секунду обратный звук идет. А дальше все, тишина.
уже попробовал полностью отключить сервер астериска от других сетей, оставить только сеть провайдера, пофиг, тоже самое

Added after 1 hours 11 minutes:

еще вопрос, чем отличается IP телефон от астериска? я имею ввиду почему телефон подключенный к кабелю провайдера работает, а астериск нет.

Added after 1 minutes:


есть предложение поработать, подкрепляемое финансами!
#20

все, алез, или я дебил, или провайдер Sad

зарегистрировалсяя на sipnet, настроил транк, все закрутилось с полтычка.
ну ПАЧАМУ не работает транк на моего провайдера!!!!!???????????????
Настройки идентичные.
#21

а что, денег никому не надо?
#22

disallow=all
allow=alaw
allow=ulaw
allow=g723
call-limit=2
canreinvite=no
nat=no
host=93.191.21.34
type=friend
videosupport=no
insecure=invite
dtmfmode=rfc2833
#23

а почему type=friend ?
#24

получилось?
#25

Код:
canreinvite=no
nat=yes

Глобально. Затем проверить ДО того как задавать глупые вопросы "а почему так". О результате отписаться.