similar to: RTP Timestamp errors

Hello list, We're currently facing some issues concerning T.38 gateway faxing. This is a device used almost exclusively for receiving faxes. Calls are incoming to asterisk on a SIP trunk (sangoma netborder) using G711A. Gateway mode is activated in the asterisk dialplan towards a Cisco SPA 112 running firmware 1.3.5. We are using asterisk 1.8.13.0 with the T.38 gateway patch applied (I know I

hi, i have strange problem with no rtp packets from asterisk after dns query. see pcap below centos6/asterisk 13.9 + chan_sip 172.23.0.3 - asterisk 172.23.5.1/2 - voip phones any ideas/hints? 1170 25.028206000 172.23.0.3 -> 172.23.5.1 RTP 214 PT=ITU-T G.711 PCMA, SSRC=0x334508F6, Seq=49318, Time=1442112256 1171 25.045556000 172.23.5.1 -> 172.23.0.3 RTP 214 PT=ITU-T G.711

Hello. Is someone here using VoIPmonitor? I am using just the sniffer and I found some pcap files that contain some odd streams. For example, I have a file with 3 streams, but the weird stuff is that 2 streams are the same (e.g., have the same source address and port and same destination address and port). Example: "Source Address","Source Port","Destination

Hi All, Could somebody explain me how the timestamps are computed in asterisk while bridging two sip channels ? I've got situation with my provider, who changed some things in config and added some codecs (that much i know) and after that we got one way audio issues. It seems that the problem is with RTP timestamps. Within one outgoing stream the RTP timestamps are growing, as it should

Audio packets are running... 961 16.150421076 192.168.5.150 -> 192.168.5.25 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x6A3E0AF1, Seq=28402, Time=73280 962 16.170411284 192.168.5.150 -> 192.168.5.25 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x6A3E0AF1, Seq=28403, Time=73440 963 16.190381989 192.168.5.150 -> 192.168.5.25 RTP 214 PT=ITU-T G.711 PCMU, SSRC=0x6A3E0AF1, Seq=28404, Time=73600 964 16.210387990

While sending calls to a SIP provider, the following warning generates: -- Executing Dial("SIP/1000-c317", "SIP/13057671523@209.120.202.94:5060|55|o") in new stack -- Called 13057671523@209.120.202.94:5060 -- SIP/209.120.202.94:5060-0533 is making progress passing it to SIP/1000-c317 -- SIP/209.120.202.94:5060-0533 answered SIP/1000-c317 -- Attempting

Hi LLVMers, there were a gcc ICE problem discussed in current mail list. Chris was right here: http://mail.cs.uiuc.edu/pipermail/llvmdev/2003-December/000693.html saying that the PR 12544 is not really the corresponding issue :) The correct one is PR 13392: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13392 Interesting fact is that -O2 (or -O3) goes somehow around this

Hi Everyone, We're routing calls through Asterisk (dialing in via sip and then dialing out via SIP). We've noticed a curious behavior in chan_sip that doesn't persist with chan_pjsip. When examining the packet capture, we're seeing the SSRC changing constantly on the call. At first it happens over a variable interval (15s 6s etc) but eventually it ends up changing exactly every

Hi, I'm getting messages like res_srtp.c:395 ast_srtp_unprotect: SRTP unprotect failed with replay check failed (index too old), retrying == SRTP unprotect failed on SSRC 576693764 because of authentication failure 10 == SRTP unprotect failed on SSRC 576693764 because of authentication failure 160 [...] ... after a couple minutes during voice calls after which the connection is being

Hello I am trying to set up webRTC video calls from my Chrome webbrowser (Fedora) to my Chrome webbrowser (Windows 10). There is local video input (I can see myself), but never video on the receiving side. This is the case in both directions (so it makes no difference which peer is calling which peer). Both webRTC SIP peers have opus and H264 codec in their peer definition :   Video

On Tue, Jan 20, 2015 at 12:43 AM, Scott Griepentrog <sgriepentrog at digium.com > wrote: > I would recommend capturing traffic outside your Asterisk server with > Wireshark, then running the Telephony/Rtp/Analysize Streams option to > determine if you have packet loss at that point in the network. > > On Mon, Jan 19, 2015 at 1:00 PM, Todd R. <tjrlist at live.com> wrote:

I would recommend capturing traffic outside your Asterisk server with Wireshark, then running the Telephony/Rtp/Analysize Streams option to determine if you have packet loss at that point in the network. On Mon, Jan 19, 2015 at 1:00 PM, Todd R. <tjrlist at live.com> wrote: > Thanks but no Adtran here. > > I do think these stats are indicating an issue, I just don't know how to

Hi all, Apologies in advance, this email is quite long. I've prepared an updated Vorbis RTP Internet Draft, which is a continuation of draft-moffitt-vorbis-rtp-00.txt which can be found below. If this new draft gets the ok I'd like to submit this to the AVT WG later this week. There are a number of changes over the original I-D, notably the changing of the M bit function in the RTP

Evnin... Googled around for this strange error meesage with no helpful results at all... Does somebody has any idea what this means? "Forcing Marker bit, because SSRC has changed" At the same time I only get inbound audio but other side can't hear me...sometimes I just hear my echo and nothing from other side... Asterisk version 1.2.9 and both participants with public IP

On Thu, Jan 16, 2020 at 11:35 AM hw <hw at gc-24.de> wrote: > On Tuesday, January 14, 2020 5:29:04 PM CET hw wrote: > > Hi, > > > > I'm getting messages like > > > > > > res_srtp.c:395 ast_srtp_unprotect: SRTP unprotect failed with replay > check > > failed (index too old), retrying == SRTP unprotect failed on SSRC > 576693764 > >

hey all, can any body know what this parameter stands for i got RTPAUDIOQOS while i have SIP channels but could not understand then what this parameter tell * ssrc=254186206;themssrc=2024901615;lp=0;rxjitter=0.020917;rxcount=150;txjitter=0.000000;txcount=83;rlp=0;rtt=14818.715000 * if any one know plese help me to or give any documentation link regards Dhaval -------------- next part

Dear list (and more specifically Bret), I am getting one-way (inbound only) audio when trying to place a SIP call via voip.trxtel.com (i.e. 18005558355@voip.trxtel.com). The Cli spits out "== Forcing Marker bit, because SSRC has changed" 5 times after atempting a native bridge. I realize this is most certainly a NAT issue, the * server is behind one. Sip.conf has externip=, and

Building PowerPC.td register information header with tblgen Included from PowerPC.td:22: Parsing PowerPCInstrInfo.td:53: Variable not defined: 'GPRC'! make[3]: *** [PowerPCGenRegisterInfo.h.inc] Error 1 make[3]: Leaving directory `/pool/tmp/ssrc/llvm/lib/Target/PowerPC' maybe I just have to "make clean" and/or ./configure BTW, would it be nice to put Depend, Release and

Hi, A radio is being developped at school, and we wanted to avoid eating too much bandwidth, so we had a look at RTP. I first implemented it in icecast1 and it worked well (although we had to apply a patch to make RTP work with xmms). We are indeed saving a lot of bandwidth. I then adapted it to icecast2, here is the patch. The biggest trouble for now is the configurability. I added 3 global

Steve, Here is the config, I pulled from my server, that works with D'Link Phones: Main Menu -------------------------------------------------------------------------------- SIP.CONF [general] port = 5060 ; Port to bind to (SIP is 5060) ;bindaddr = 0.0.0.0 ; Address to bind to (all addresses on machine) bindaddr = 67.109.153.236 disallow=all ;allow=ilbc allow=gsm allow=ulaw