| 03:43.24 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 03:43.24 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:17.54 | *** join/#asterisk-dev joshelson (~joshelson@l136.denver.dsl.forethought.net) |
| 06:49.22 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:51.57 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:51.57 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:58.51 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:58.52 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 07:03.42 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:27.21 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:44.24 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.172) |
| 09:09.54 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.162) |
| 09:17.46 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 10:31.20 | file | achoo. |
| 10:31.42 | gtjoseph | ew, someone get me a towel |
| 11:01.24 | dan_j | gtjoseph: it seems that my issues are still ongoing |
| 11:01.34 | gtjoseph | NO!! |
| 11:02.11 | dan_j | It's not caused by DNS because I've been monitoring DNS packets and during the outage, all DNS responses were received within a few milliseconds. |
| 11:03.00 | gtjoseph | monitoring in the same VM that asterisk is running in? |
| 11:03.38 | gtjoseph | and just checking... is the asterisk vm's hostname in /etc/hosts? |
| 11:03.40 | dan_j | Yes. Monitoring all DNS requests and responses from the machine that is running asterisk. Using tcpdump on that machine (ie not monitoring from the firewall or something external). |
| 11:04.09 | dan_j | Yes. It's in the hosts file. |
| 11:04.54 | gtjoseph | hmmmmm |
| 11:05.06 | dan_j | I had no outages yesterday, although there were some occasions where sipsak didnt receive a timely response. But today, the monitoring company has started to report outages again and I can see that sipsak is having more trouble today. |
| 11:05.22 | dan_j | On both servers. |
| 11:06.09 | gtjoseph | Would it be possible to set up a local caching nameserver on one of the asterisk servers? |
| 11:06.20 | gtjoseph | just to be sure |
| 11:14.06 | dan_j | I can give it a go. I dont really have experience with bind. My DNS runs on a windows server. |
| 11:14.40 | gtjoseph | the asterisk vm uses the windows server for it's DNS already? |
| 11:16.27 | dan_j | No. The asterisk vm uses OpenDNS.com's DNS servers. |
| 11:16.52 | dan_j | The windows server doesn't do recursive queries. |
| 11:17.24 | gtjoseph | ok. the default install of bind is usually set up as a caching-only nameserver so there isn't much to do. you just need to point it to opendns then change resolve.conf to 127.0.0.1 |
| 11:17.38 | gtjoseph | s/resolve/resolv/ |
| 11:18.00 | dan_j | does changing resolve.conf require a reboot? |
| 11:18.32 | gtjoseph | no but asterisk does need to be restarted iirc. |
| 11:19.38 | dan_j | ok. I'll do it tonight and see how tomorrow goes. although, looking at the dns packets, there arent that many lookups. thanks again. |
| 11:21.12 | gtjoseph | file: in 13 does pjsip use dnsmgr? I forget. |
| 11:21.21 | file | for what purpose? |
| 11:21.22 | gtjoseph | i know it doesn't in 14 |
| 11:21.40 | gtjoseph | caching dns lookup results |
| 11:21.51 | file | DNS is used in a lot of places, you have to be specific |
| 11:21.59 | file | internally in PJSIP no - it uses their resolver which does caching |
| 11:22.20 | file | in other places it's a bit of dnsmgr in really really recent stuff, otherwise no |
| 11:22.28 | file | like external_* when loading config |
| 11:22.46 | gtjoseph | yeah, ok. |
| 11:23.14 | gtjoseph | dan_j: do you have dnsmgr enabled in dnsmgr.conf? |
| 11:23.35 | gtjoseph | you can also do 'dnsmgr status' in the asterisk cli |
| 11:47.40 | dan_j | https://www.irccloud.com/pastebin/Y7IkI1gt/ |
| 11:48.06 | dan_j | It isn't enabled, unless it's enabled by default |
| 11:49.24 | dan_j | Is running a caching nameserver not going to cause problems if the provider removes an ip from circulation? |
| 11:51.14 | gtjoseph | shouldn't be an issue if the TTLs are set correctly. |
| 11:51.34 | dan_j | ok. im sure they are. |
| 11:55.09 | dan_j | should i be enabling dnsmgr? |
| 11:55.27 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 11:55.48 | gtjoseph | hmmm. it may just confuse things |
| 12:58.25 | *** part/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 12:58.28 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 13:32.46 | *** join/#asterisk-dev newtonr (newtonr@nat/digium/x-nxphqhgyczrzgvvh) |
| 13:32.46 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:43.13 | *** join/#asterisk-dev kgunnit (~kgunnit@2600:100e:b035:9fc6:2a76:d539:79d7:5171) |
| 13:49.26 | *** join/#asterisk-dev kgunnit1 (~kgunnit@217.sub-97-44-3.myvzw.com) |
| 13:50.27 | *** join/#asterisk-dev kgunnit2 (~kgunnit@2600:100e:b047:c484:2800:cda2:9edb:8c4c) |
| 14:09.38 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 14:09.38 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 14:10.15 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 14:10.15 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:15.22 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:15.22 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:19.13 | cresl1n | Wow. Good morning gerrit |
| 14:21.08 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-qobpobmzsphahalx) |
| 14:21.08 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:21.32 | gtjoseph | wdoekes: just fyi, when you cherry pick in gerrit, it automatically adds the branch name to the end of the topic, which we have to remove. i'll fix them up for you. |
| 14:22.21 | wdoekes | s/we/someone, preferably the author of the review, / ? |
| 14:22.46 | gtjoseph | yeah |
| 14:22.52 | wdoekes | tnx! |
| 14:23.24 | gtjoseph | we could never figure out hot to tell gerrit to not do that. |
| 14:26.19 | file | I don't think there is actually a way >_> |
| 14:30.27 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 14:30.48 | leifmadsen_ | hey dumb question from someone who hasn't kept up with hardware. Is there an ability to do SRTP hardware offloading? (are there cards that are supported by Asterisk vanilla for that?) |
| 14:33.33 | seanbright | so... i broke formas |
| 14:33.36 | seanbright | formats too |
| 14:34.21 | seanbright | i think i have a fix, but i guess just a general question |
| 14:34.40 | seanbright | if we're filling up a frame from a file, and we're looking for 320 bytes of data |
| 14:34.48 | seanbright | but we only get 200 bytes before EOF or error |
| 14:35.14 | seanbright | what do we do with those 200 bytes? do we throw them away? |
| 14:35.39 | seanbright | or rather, what SHOULD we do with them |
| 14:37.51 | file | depends on the underlying format I'd say |
| 14:37.57 | seanbright | right. |
| 14:38.01 | file | if the 200 bytes represent an amount of samples, then it could go into a frame |
| 14:38.16 | file | if the format in question requires a frame to be 320 bytes, then you'd discard |
| 14:38.44 | seanbright | ok, well then i revert back to the previous behavior i guess |
| 14:38.51 | seanbright | it probably wasn't broken in the first place |
| 15:27.55 | *** join/#asterisk-dev chazzam (~chazz@vps.roguewerks.com) |
| 15:51.56 | seanbright | can we move chan_iax2 to extended support as well? |
| 15:52.08 | seanbright | it's not getting much in the way of 'core' support these days anyway |
| 15:52.29 | seanbright | doesn't handle newer codecs, etc, etc, etc, etc, etc, etc |
| 15:54.36 | seanbright | etc, etc, etc. |
| 15:54.43 | seanbright | etc, etc |
| 15:54.46 | seanbright | etcetcetcetc |
| 15:57.33 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-dnenqerraaetkfns) |
| 15:57.33 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:06.47 | file | seanbright: I'd rather app_queue, but that's just me |
| 16:07.08 | seanbright | well we know that isn't going to happen |
| 16:21.51 | *** join/#asterisk-dev joshelson (~joshelson@2601:282:782:4b79:69ce:ab14:3663:94f2) |
| 16:54.43 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00b8dfbd6c4f779ed3.ipv6.abo.wanadoo.fr) |
| 17:30.15 | file | beep boop |
| 17:32.24 | rmudgett | boop beep |
| 17:54.14 | *** join/#asterisk-dev oej (~oej@h-205-12.A165.corp.bahnhof.se) |
| 17:54.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:56.18 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 18:17.28 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 18:47.26 | *** join/#asterisk-dev opticron (~opticron@75.76.59.35) |
| 18:47.26 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 20:13.20 | *** join/#asterisk-dev opticron (~opticron@75.76.59.35) |
| 20:13.20 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 21:47.32 | *** join/#asterisk-dev gtjoseph_ (~gtjoseph@unaffiliated/gtj) |
| 21:47.32 | *** mode/#asterisk-dev [+o gtjoseph_] by ChanServ |
| 21:56.26 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 22:02.27 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 23:25.15 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-qobpobmzsphahalx) |