[asterisk-bugs] [JIRA] (ASTERISK-30377) Receiver and Caller can not hear the voice of each other

Asterisk Team (JIRA) noreply at issues.asterisk.org
Mon Dec 26 04:28:08 CST 2022


     [ https://issues.asterisk.org/jira/browse/ASTERISK-30377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Asterisk Team closed ASTERISK-30377.
------------------------------------

    Resolution: Not A Bug

> Receiver and Caller can not hear the voice of each other 
> ---------------------------------------------------------
>
>                 Key: ASTERISK-30377
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30377
>             Project: Asterisk
>          Issue Type: Information Request
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 16.29.0
>            Reporter: usman Sajid
>
> Dear Asterisk Team
> I Hope every thing is fine with you. 
> I was using Asterisk 1.8.22.0 and configured more than 100 extensions and 4 to 5 SIP trunks some years ago. Suddenly I planned to upgrade my asterisk box. I configured the new asterisk server with Asterisk 16.29.0. every thing is working fine but my one sip trunk is registered but when incoming or outgoing calls land on this server both receiver and caller can not hear the voice of each other. 
> I investigate the RTP Packet and found that my asterisk server user new SSRC after 200 OK. 
> Below are the configuration details. 
> [general]
> context = default  
> allowguest = yes
> allowoverlap = yes 
> bindport=5060
> udpbindaddr = 0.0.0.0
> tcpenable = no  
> tcpbindaddr = 0.0.0.0
> transport = udp  
> srvlookup = yes  
> videosupport = yes
> localnet=10.5.0.0/255.255.0.0
> externip = 0.0.0.0
> qualify=yes
> nat=yes	
> subscribecontext = default
>  [PTCL]
> fromuser = XXXXXXXXXXX
> authname = XXXXXXXXXXX
> host = XX.XX.XX.XX
> type = peer
> nat = comedia
> dtmfmode=inband
> allow = ulaw
> allow = alaw
> qualify = yes
> directmedia=no
> context = UAN-Calling
> Kindly help me for the same and Thanks in advance. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list