01:25.52 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
01:25.52 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
05:11.57 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
12:10.40 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
12:10.41 | *** join/#asterisk-bugs ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) [NETSPLIT VICTIM] |
12:10.41 | *** join/#asterisk-bugs dwayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
12:10.41 | *** mode/#asterisk-bugs [+o Deeewayne] by irc.freenode.net |
12:16.00 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
12:37.14 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
13:22.28 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
13:42.46 | *** join/#asterisk-bugs davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
14:04.02 | *** part/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
14:04.17 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
14:42.40 | *** join/#asterisk-bugs Deeewayne (n=dwayne@75.76.254.162) |
14:42.40 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
14:44.05 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
15:43.11 | *** join/#asterisk-bugs ebroad (n=EB@72.11.213.195) |
15:57.18 | Entomologist | *** CLOSED (15675) [Applications/app_chanspy] [patch] o option not working |
15:57.18 | Entomologist | Reported by: john8675309 Karma: 0 |
15:57.19 | Entomologist | https://issues.asterisk.org/view.php?id=15675 |
15:57.19 | Entomologist | ********************************************************* |
16:29.04 | ebroad | Qwell, ping |
21:05.03 | *** join/#asterisk-bugs ebroad (n=EB@72.11.213.195) |
21:05.08 | ebroad | file, ping |
21:05.26 | file | pong? |
21:05.33 | ebroad | M16014 |
21:05.35 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/CodecHandling 0016014: Asterisk cuts audio to the internal extension reported by mrmrmrmr (Karma: neutral) https://issues.asterisk.org/view.php?id=16014 |
21:05.47 | ebroad | can you take a quick look when you have a second |
21:05.56 | file | I'll have a second in... 3 months |
21:06.16 | ebroad | i think its VAD related, and could probably be closed with a won't fix |
21:07.09 | ebroad | i just want an expert opinion before i do so |
21:09.50 | file | it's sending audio packets of varyling size |
21:09.54 | file | varying size rather |
21:09.59 | file | that is probably freaking something out |
21:10.27 | ebroad | are g729 hiss frames a set size |
21:10.32 | ebroad | or variable? |
21:11.40 | file | I don't know, but I bet that is the problem... our stuff is freaking out over it, don't think I've ever seen that |
21:11.45 | file | usually it's a constant size |
21:13.51 | ebroad | http://lists.digium.com/pipermail/asterisk-dev/2004-September/006335.html |
21:14.23 | ebroad | g729b vad frames are supposedly smaller than voice frames |
21:14.25 | Qwell | those 2 bytes are either CNG or VAD. I forget which |
21:15.16 | ebroad | rtp debug has a mix of 20, 60 |
21:15.22 | ebroad | and one of them is 42 |
21:15.30 | Qwell | 40 is acceptable |
21:15.32 | file | the rtp debug shows sizes that I would expect to be audio |
21:15.43 | Qwell | any multiple of 20 really |
21:15.58 | ebroad | so 20 and 60 are ok |
21:16.13 | ebroad | Got RTP packet from 193.243.202.124:32344 (type 18, seq 004251, ts 15567260, len 000042) |
21:16.54 | ebroad | i wonder if its choking on that 1 42 byte frame |
21:17.43 | Qwell | that is the point where it stops sending to .5 |
21:18.38 | Qwell | 015811 is the last sent seq |
21:19.25 | Qwell | wait |
21:19.47 | Qwell | there are no properly sized packets *coming from the endpoint* after that |
21:19.56 | Qwell | the endpoint is sending us crap. |
21:20.32 | ebroad | se 4262 |
21:20.35 | ebroad | *sea |
21:20.37 | ebroad | *seq |
21:20.41 | Qwell | wait no I guess they do start again. yeah, definitely need to fix their device |
21:21.22 | ebroad | M16014#0112339 |
21:21.25 | MuffinMan | [16014#0112339] Commented by mrmrmrmr on 2009-10-15 at 13:45: I made the test (both the echo test and the original call issue) with a softphone. (Softphone connected as the external CPE instead of the CPE which is making the call) |
21:21.25 | MuffinMan | .. |
21:21.25 | MuffinMan | ..When I enable VAD on softphone the problems occur. If I disable VAD, then the problem is gone. |
21:21.25 | MuffinMan | .. |
21:21.27 | MuffinMan | ..So, now we know that both problems (echo test and the original problem described) is related to VAD being enabled on the external CPE behind external SIP proxy. |
21:21.31 | MuffinMan | .. |
21:21.33 | MuffinMan | ..How can we solve this on Asterisk ? |
21:21.35 | MuffinMan | .. |
21:21.39 | MuffinMan | ..Why does Asterisk stop sending the received RTP to the inside client ? |
21:21.42 | MuffinMan | .. |
21:21.45 | MuffinMan | ..Is there a configuration to disable this kind of behaviour ? |
21:22.02 | ebroad | looks like a standard softphone triggers it too |
21:24.54 | ebroad | im out of ideas |
21:25.15 | ebroad | i never used g729, so i have no experience with vad |
21:39.43 | ebroad | do we support crtp? |
21:40.15 | file | nope |
21:40.40 | ebroad | hmm, 42 bytes sounds like 60 compressed |
21:40.50 | ebroad | 20 byte header to 2 |
23:47.45 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
23:47.45 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |