sip*CLI>
-- Executing [7111111@tosip:1] Dial("SIP/5188-08b12360", "SIP/7111111@1.2.2.3|20|t") in new stack
-- Called 7111111@1.2.2.3
-- SIP/1.2.2.3-08affba8 is ringing
-- Call on SIP/1.2.2.3-08affba8 placed on hold
-- Started music on hold, class 'default', on SIP/5188-08b12360
-- SIP/1.2.2.3-08affba8 is making progress passing it to SIP/5188-08b12360
Потом когда трубку берут идет Stop music on hold и разговор.
Где ковырять ?
ATC это SoftSwitch от Iskartelling.
объясните
_________________
Ubuntu-Server 6.06 /Asterisk 1.4.12/app_fax /spandsp4pre11
Digium TDM400/NateksNetworks VC115-2/Polycom IP301 SP /Snom 360
Щас пробуем с Huawey. Там по другому.
КПВ нормальный, берут трубку и пошел MOH со стороны Huawey отбой.
Че за глюк то ?
Added after 1 hours 31 minutes:
Кароче кое что прояснилось.
в sip.conf есть такой параметр.
callevents = yes|no: Set to yes to receive events on AMI when a call is put on/off hold.
Поставил no теперь холда нет, но при звонке на huawey когда раньше был холд, теперь при поднятии трубки сразу обрыв соединения и вот такая фигня
[Aug 20 11:53:16] DEBUG[18090]: rtp.c:2948 bridge_native_loop: Got a FRAME_CONTROL (
Попробую это побороть.
| Аndy писал(а): |
| ничего не помогает.... |
sip debug покажи...
_________________
ys
http://voip.rus.net/
10.10.10.19 - мой телефон Cisco 7960
10.10.10.15 - asterisk
10.20.20.3 - SoftSwitch
10.20.20.9 - это то-же SoftSwitch но я не знаю, что это и зачем, т.е. я отправляю звонок на 10.20.20.3 и откуда 9й вылезает не в курсе.
если это критично то выясню.
5188 (7272954188) - мой телефон
7111111 - телефон куда я звоню на софтсвиче.
Вроде все.
| sipdebug.txt | |||
| Description: |
| Download | |
| Filename: | sipdebug.txt | ||
| Filesize: | 17.67 KB | ||
| Downloaded: | 25 Time(s) | ||
Без него никак?
Дело вот в этой бобине:
SIP/2.0 180 Ringing
Call-ID: 433c0fa7179889ff3414d14c6c4aaf95@10.10.10.15
Contact:
CSeq: 102 INVITE
From: "Andy Parfenov" ;tag=as0eff5cc6
To: ;tag=ewnxwko130
Via: SIP/2.0/UDP 10.10.10.15:5060;branch=z9hG4bK2b182a16;rport=5060
Content-Length: 184
Content-Type: application/SDP
Content-Disposition: session;handling=required
v=0
o=- 3846072 6033783 IN IP4 10.20.20.9
s=-
c=IN IP4 10.20.20.9
b=AS:64
t=0 0
m=audio 20000 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -
a=ptime:20
a=sendonly
Там в chan_sip.c какая-то муть по этому поводу....
В конце функции process_sdp() есть такая странная вещь:
| Код: |
| .... else if (!sin.sin_addr.s_addr || (sendonly && sendonly != -1)) change_hold_state(p, req, TRUE, sendonly); |
Толи || с && перепутали, толи мысль такая была....
Скорее перепутали
_________________
ys
http://voip.rus.net/
| ys писал(а): | ||
| Там в chan_sip.c какая-то муть по этому поводу.... В конце функции process_sdp() есть такая странная вещь: |
| Код: |
| .... else if (!sin.sin_addr.s_addr || (sendonly && sendonly != -1)) change_hold_state(p, req, TRUE, sendonly); |
Толи || с && перепутали, толи мысль такая была....
Скорее перепутали
Да уж наверняка перепутали, уних (нас) бывает. Завтра посмотрю, что к чему...
_________________
SuSE 10.1 / Asterisk-trunk / Celeron 1000 / chan_misdn (HFC)
Linksys PAP2T / SPA941 / SPA3102 / SPA2102
Данный кусок кода будет выполнен если в sdp присутствуют записи unactive или sendonly.
_________________
SuSE 10.1 / Asterisk-trunk / Celeron 1000 / chan_misdn (HFC)
Linksys PAP2T / SPA941 / SPA3102 / SPA2102
Может чего на SS поправить ?
_________________
Успехов!
_________________
SuSE 10.1 / Asterisk-trunk / Celeron 1000 / chan_misdn (HFC)
Linksys PAP2T / SPA941 / SPA3102 / SPA2102