00:16.15 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
00:17.34 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
01:16.21 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
01:25.42 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
01:55.04 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
02:17.56 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
02:30.46 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
03:10.50 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
03:24.00 | *** join/#asterisk DannyA (~DannyA@cpe-74-64-125-9.nyc.res.rr.com) |
03:24.26 | DannyA | hey all. im trying to use SendDTMF but the tones i hear are the shortest blips, barely registering to me. |
03:24.34 | DannyA | how do i get nice, long dtmf tones to play? |
03:35.36 | igcewieling | DannyA: call from a cell phone. |
03:35.53 | DannyA | i am |
03:36.48 | igcewieling | most sip phones will mute inband DTMF and Asterisk will mute inband DTMF and use rfc2833 DTMF. Enable DTMF debugging to see what is really happening with DTMF |
03:37.32 | igcewieling | you can't really "listen to dtmf audio" in VoIP. |
03:38.53 | DannyA | it's apparently working |
03:39.09 | DannyA | i made an automated system to ensure that audio is working in both directions |
03:39.22 | DannyA | the system initiates a test call from twilio, dialing our verizon did->asterisk every minutes |
03:39.31 | DannyA | there's a read, then a senddtmf |
03:39.37 | DannyA | it's meant to ensure audio works both ways |
03:39.53 | DannyA | even though i can't hear the dtmf tones when i call from my cell, apparently twilio is "hearing" them just fine |
03:40.22 | DannyA | is it still being sent via "audio"? meaning, as long as this "test" passes, i can assume human voice audio will also work in both directions? |
03:48.27 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
04:02.55 | igcewieling | yes, you can assume that. |
04:03.10 | igcewieling | enable dtmf logging in logger.conf too. |
04:04.57 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
04:10.06 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
04:22.50 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
04:42.21 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
04:54.56 | *** join/#asterisk eharris (~eharris@unaffiliated/eharris) |
05:00.07 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
05:06.59 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
05:36.55 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
05:41.38 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
06:02.51 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
06:26.37 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
06:34.03 | *** join/#asterisk led_belly (~led_belly@192.40.57.240) |
06:57.56 | *** join/#asterisk tsal (~tsal@i59F52AAE.versanet.de) |
07:22.46 | *** join/#asterisk matrix1233 (~matrix123@78.250.175.139) |
07:38.00 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
07:39.11 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
08:27.06 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
08:31.46 | *** join/#asterisk puzzola (~puzzola@unaffiliated/puzzola) |
08:31.46 | *** join/#asterisk sinaowolabi (~Sina@160.152.27.64) |
09:18.02 | *** join/#asterisk gavlee (~gav@unaffiliated/gavlee) |
10:16.54 | *** join/#asterisk gavlee (~gav@unaffiliated/gavlee) |
11:03.43 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
11:04.51 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
12:03.35 | *** join/#asterisk BakaKuna (~user@86.89.65.191) |
12:24.07 | *** join/#asterisk rpifan (~rpifan@p54ac5ba1.dip0.t-ipconnect.de) |
12:58.18 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
13:02.54 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
13:14.25 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
13:45.26 | *** join/#asterisk flok (~flok@2001:980:c324:4:5054:ff:fe87:b394) |
13:45.50 | flok | how can I make all data from my iax phone go through asterisk instead of direct? |
13:51.15 | flok | I tried setting canreinvite=yes and directmedia=no |
13:52.34 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
14:10.55 | *** join/#asterisk retentiveboy (~retentive@c-73-43-121-243.hsd1.ga.comcast.net) |
14:25.07 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
15:02.20 | *** join/#asterisk Janos (~textual@201.204.94.76) |
15:22.38 | *** join/#asterisk TandyUK2 (~admin@TandyUK/staff/James) |
15:26.03 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
15:28.32 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
15:38.25 | *** join/#asterisk spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
15:42.56 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
16:36.32 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
17:02.56 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
17:37.35 | igcewieling | "kernel:[Hardware Error]: MC4 Error (node 1): L3 data cache ECC error." |
17:37.47 | igcewieling | *sigh* I sometimes hate hardware. |
18:14.42 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:1170:be3c:41c8:3b3e:1545:e87c) |
18:57.13 | muks | grandstream support staff leave a lot to be desired.. they keep going on and on and on about changing config settings even after i provided enough info to demonstrate it's a firmware bug and asked the staff to forward the report to their developers |
18:57.56 | muks | asterisk logs errors like this when we use grandstream phones with 256-bit SRTP key (AES_256_CM) |
18:58.03 | muks | [2020-06-15 22:37:01] WARNING[38824] res_srtp.c: SRTP descriptions key length is '48', not '46' |
18:58.06 | muks | [2020-06-15 22:37:01] WARNING[38824] res_pjsip_sdp_rtp.c: Ignoring crypto offer with unsupported parameters: 1 AES_CM_256_HMAC_SHA1_80 inline:difEv6MhiHENEEqRBd1j5dWV1jtmGY8EL4t8RM4ix0RJiwTsrYxdupynS6GFroda|2^32 |
18:58.57 | muks | that inline: parameter of SDES is a base64 encoding of a concatenation of master key + salt |
18:59.15 | muks | >>> len(base64.b64decode('difEv6MhiHENEEqRBd1j5dWV1jtmGY8EL4t8RM4ix0RJiwTsrYxdupynS6GFroda')) |
18:59.18 | muks | 48 |
19:00.01 | muks | the AES-256 master key is 256 bits (32 octets) and its salt per RFC 6188 section 2 is 112 bits (14 octets) |
19:00.13 | muks | 32 + 14 = 46 whereas the phone is sending 46 bytes |
19:00.18 | muks | 32 + 14 = 46 whereas the phone is sending 48 bytes |
19:00.28 | muks | what more can i tell them? |
19:01.59 | drmessano | You seem to be answering your own question |
19:02.42 | muks | i want the support staff to fwd it on to their developers.. instead i get responses like: |
19:02.45 | muks | Could you: |
19:02.45 | muks | 2. provide the password of your phone config |
19:02.48 | muks | 1. please disable the "Crypto Life Time" in Asterisk and try again |
19:03.03 | drmessano | They're not competent enough to recognize the issue, so either wait until someone who buys their phones 20,000 at a time complains, or stick to 128 |
19:04.02 | drmessano | It's grandstream FFS |
19:04.15 | drmessano | Expect nothing, be happy with what you do get |
19:05.14 | drmessano | If I was buying for a buildout, I would have sent back these 50 or 100 phones and got a brand that did support 256 without a bug |
19:06.10 | sibiria | just an aside: 128 bit key is safe enough for rijndael |
19:06.20 | sibiria | there's no practically feasible attack against that key size |
19:06.43 | drmessano | My SB8200 cable modem shits the bed when I try to run LACP on it |
19:06.50 | drmessano | Known issue for 3 months |
19:06.54 | drmessano | Reported by many |
19:06.57 | drmessano | No fix |
19:07.04 | muks | this model of phone is kind of unique.. (the UI).. the phone works well mostly. that's the reason why i haven't given up.. it's an "almost there" |
19:07.23 | drmessano | and thats a cable modem, not a low-end phone with an obscurely high level of encryption |
19:07.34 | drmessano | It's not |
19:07.42 | drmessano | It's a "doesn't work" |
19:26.16 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
19:26.16 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
19:40.01 | *** join/#asterisk Janos (~textual@201.204.94.76) |
19:57.11 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
20:10.58 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
20:22.57 | *** join/#asterisk rpifan (~rpifan@p200300d26702b250332fa25089e504d9.dip0.t-ipconnect.de) |
21:11.09 | *** join/#asterisk Kritnich (~Kritnich@hypervisor.space) |
21:19.26 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
22:03.13 | *** join/#asterisk matrix1233 (~matrix123@78.250.79.247) |
22:18.26 | *** join/#asterisk Janos (~textual@201.204.94.76) |
22:22.23 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
22:30.33 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
22:50.01 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
22:54.10 | *** join/#asterisk Ellenor (ellenor@unaffiliated/ellenor) |
23:05.31 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:20.14 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:30.40 | *** join/#asterisk Casper (~Casper@unaffiliated/thephantom) |
23:32.14 | Casper | hi there, question about pap2t... I currently use a voip provider, which said that no issues has been reported... so I'm starting to doubt my pap2t... the symptoms is: intermittant no incomming audio, or dropping incomming audio. Like you pick up the line and you hear nothing but the caller hear you, or during a conversation you lose the incomming audio... |
23:32.24 | Casper | does this sound like a failing pap2t? |
23:33.40 | Samot | Well..I would say so. |
23:36.41 | Casper | and the grandstream ht-802 is still the recommended ata? |
23:39.10 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:59.49 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |