00:06.38 | *** part/#asterisk ruben23 (~owner@122.55.73.118) |
00:10.22 | *** join/#asterisk serafie (~erin@24.96.64.240) |
00:13.33 | WIMPy | wastonNope: I hear what you see. Seems to happen if you don't hang up for long enough. |
00:13.59 | wastonNope | hmm.. hang up for long enough |
00:14.10 | wastonNope | then asterisk spits some caller-id at you? |
00:14.28 | wastonNope | the caller-id is composed of the extension number and name |
00:14.40 | WIMPy | No idea. I don't have a POTS phone that supports caller ID. But I get a short ring. |
00:14.56 | wastonNope | hmm |
00:15.23 | WIMPy | The last time I used an analogue phone was before caller ID was invented. |
00:17.06 | wastonNope | maybe this is a sign that I should get some wifi sip phones? |
00:17.28 | WIMPy | No, you don't want them. |
00:17.30 | wastonNope | I have this aversion to spending money - I think I'm allergic to it |
00:17.59 | WIMPy | tries to find the right configuration to be able to dial... |
00:18.12 | WIMPy | :-) |
00:18.55 | wastonNope | I don't want wifi sip? |
00:19.12 | wastonNope | I'm able to dial and receive calls, no problem |
00:19.15 | WIMPy | No, you don;t want to use wifi for realtime. |
00:19.51 | wastonNope | everything seems to work as it should - except for this caller-id blast at the end of calls or when I restart asterisk, or update the config in freepbx |
00:20.41 | wastonNope | what product do you recommend for walking around the house and talking to people that have called me? |
00:21.01 | WIMPy | A normal DECT / CAT-iq phone. |
00:21.13 | WIMPy | You can get a SIP base station if you like. |
00:21.27 | wastonNope | oh - digital to the base station |
00:21.36 | wastonNope | DECT to the face |
00:21.37 | WIMPy | Digital all the way. |
00:22.32 | wastonNope | yup - that's what I'll do - thanks, WIMPy - you seem to be fairly interactive despite your name |
00:23.05 | wastonNope | I'd still like to figure out what the heck is going on with this caller-id blast, though - for my own curiosity and for the health of the project |
00:23.08 | WIMPy | Well, I wish I could say the same about Asterisk/DAHDI. |
00:23.13 | *** join/#asterisk gusto (~gusto@2a02:810d:8600:8d4:21b:63ff:fe31:8426) |
00:23.47 | WIMPy | You could try to disable call waiting/hold / 3-way calling. |
00:24.17 | wastonNope | you said something about the hang up length - but I receive this caller-id blast down the line even if a call hasn't been made - if I restart asterisk for instance |
00:24.31 | wastonNope | I will try |
00:24.44 | WIMPy | I don't see (hear) that. |
00:24.58 | wastonNope | the caller-id has the name and extension number - I'm thinking there is some protocol that uses caller-id to tell analog phones "who" they are |
00:25.16 | wastonNope | you know, some analog phone that has a digital display that shows its name and ext number |
00:25.27 | WIMPy | Hmmm/ |
00:25.36 | WIMPy | There was that thing called adsi. |
00:25.36 | wastonNope | I |
00:25.55 | wastonNope | I'll record a caller-id blast on a dead line.. give me a min |
00:27.22 | wastonNope | that sounds like an interesting path of research into this problem.... |
00:29.02 | WIMPy | Is it possible to have an invalid extension with immediate=no? |
00:30.50 | wastonNope | not sure- this is day 1 for me |
00:33.33 | wastonNope | WIMPy: https://soundcloud.com/user378628101/asterisk-caller-id-blast-on |
00:34.22 | WIMPy | I have no idea what I could make of that. |
00:35.35 | wastonNope | all I did was make a change to a description field in FreePBX, then hit "Apply Config" - I'm assuming it is restarting some service - in doing so, I get that caller-id blast down the analog line |
00:36.06 | wastonNope | I'm guessing to update the LCD display on some analog piece of equipment with the name and ext number |
00:36.27 | wastonNope | but my equipment don't play like that |
00:37.16 | WIMPy | Shit. At first I thought, immediate=no solves the dundi issue, but it doesn't. |
00:37.18 | WIMPy | Owh well. |
00:38.04 | wastonNope | dundi? |
00:38.45 | WIMPy | ~dundi |
00:38.45 | infobot | well, dundi is at http://www.dundi.com. DUNDi, an optional Asterisk component, is a distributed, decentralized peer to peer network that provides routes to PSTNs between peers on the same DUNDi network. |
00:41.26 | wastonNope | cool - this mark spencer guy needs to get a hobby ;) |
00:41.37 | wastonNope | making all this cool software |
00:42.51 | wastonNope | years ago I used to host asterisk.org for him |
00:42.55 | WIMPy | Unfortunatly (almost) noone seems to be interested in the good bits. |
00:45.02 | [TK]D-Fender | [19:28]WIMPyIs it possible to have an invalid extension with immediate=no? That should force a call against "s", no? |
00:45.51 | WIMPy | [TK]D-Fender: Well, it doesn't make sense to use no anyway. That just seemed to work better by chance. |
00:46.09 | wastonNope | [TK]D-Fender: https://soundcloud.com/user378628101/asterisk-caller-id-blast-on |
00:46.36 | wastonNope | another caller-id blast down the analog line without any use of the circuit |
00:46.48 | [TK]D-Fender | wastonNope: heard it earlier.. and I'm not sure why that is happening... Post up configs, etc on the tracker in a bug report and see what comes back. |
00:47.18 | wastonNope | ok - second recording is just dead space - then caller-id blip - then more dead space |
00:47.20 | wastonNope | will do |
00:59.07 | WIMPy | Is there no option to completely disable hookflash support? |
01:57.23 | ipengineer | When using the asterisk REALTIME cmd is there a way to match on multiple columns? |
02:05.09 | *** join/#asterisk BarthezZ (~bart@monitoring.deheij-ict.nl) |
02:08.31 | *** join/#asterisk saint_ (~saint@c-50-166-85-78.hsd1.nj.comcast.net) |
02:09.13 | *** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net) |
02:36.45 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
02:39.18 | *** join/#asterisk ipengineer_ (~zconkle@static-71-252-134-64.dllstx.fios.verizon.net) |
02:57.12 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:14.36 | *** join/#asterisk issackelly (sid18035@gateway/web/irccloud.com/x-makjwlrktsikacxj) |
03:15.43 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:26.07 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:31.40 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:37.16 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:42.29 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:47.44 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:50.43 | *** join/#asterisk saint_ (~saint@c-50-166-85-78.hsd1.nj.comcast.net) |
03:53.25 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
03:59.02 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
04:03.29 | *** join/#asterisk brendan` (~textual@107-0-240-226-ip-static.hfc.comcastbusiness.net) |
04:09.26 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
04:14.42 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
04:22.29 | *** join/#asterisk phix (~threat@123-243-44-131.static.tpgi.com.au) |
04:23.55 | *** join/#asterisk wacomcito (~ircap@137.Red-79-148-15.dynamicIP.rima-tde.net) |
04:24.00 | wacomcito | hi all |
04:25.34 | wacomcito | i have a problem with auth sip trunk. I think the problem is 2 clients at same IP with different user. |
04:25.42 | *** join/#asterisk Katty (~Kattytoo@24-207-199-117.dhcp.stls.mo.charter.com) |
04:25.56 | wacomcito | WARNING[13869][C-0000002d]: chan_sip.c:16326 check_auth: username mismatch, have <RTB_casa>, digest has <pstn-fix> |
04:25.59 | Katty | ohai. |
04:26.18 | wacomcito | any help? |
04:26.32 | Katty | i hear chocolate helps. |
04:26.38 | Katty | maybe some godiva liquor? |
04:27.00 | saint_ | 2 clients at same ip with same diff users does not matter |
04:34.14 | Katty | herp derp |
04:49.54 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
04:57.10 | wacomcito | solved :) |
05:15.10 | *** join/#asterisk amessina_ (~amessina@50-196-241-78-static.hfc.comcastbusiness.net) |
05:25.38 | *** join/#asterisk cbdev (~fnord@hieristdas.internetzuen.de) |
05:32.11 | *** join/#asterisk boratynskikamil (~kamilbora@wpb89.bialnet.pl) |
05:32.15 | boratynskikamil | Good morning. |
05:46.51 | *** join/#asterisk gerhard7 (~gerhard7@77-172-35-234.ip.telfort.nl) |
05:51.01 | *** join/#asterisk seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
06:25.42 | *** join/#asterisk brendan` (~textual@107-0-240-226-ip-static.hfc.comcastbusiness.net) |
06:51.20 | *** join/#asterisk gerhard7 (~gerhard7@77-172-35-234.ip.telfort.nl) |
07:03.32 | *** join/#asterisk illuder (illuder@105-236-47-242.access.mtnbusiness.co.za) |
07:04.12 | illuder | hello all, noob here on IRC..tx. |
07:05.01 | *** join/#asterisk evilman_home (~evilman_h@89-179-77-66.broadband.corbina.ru) |
07:05.51 | *** join/#asterisk evilman_home (~evilman_h@89-179-77-66.broadband.corbina.ru) |
07:11.10 | ChannelZ | points |
07:35.16 | *** join/#asterisk dfighter (~someone@arcemu/staff/dfighter) |
08:33.07 | *** join/#asterisk jhlavacek (~jirka@87.89.218.63) |
08:48.58 | *** join/#asterisk CeBe (~CeBe@port-92-206-92-141.dynamic.qsc.de) |
08:57.05 | *** join/#asterisk wonderworld (~ww@ip-62-143-158-113.unitymediagroup.de) |
09:05.36 | *** part/#asterisk jhlavacek (~jirka@87.89.218.63) |
09:05.52 | *** join/#asterisk chuckf (~chuckf@fedora/chuck) |
10:02.21 | boratynskikamil | Is it better recommended to write SIP users in users.conf or sip.conf? |
10:03.06 | WIMPy | users.conf is best used to practice the use of rm. |
10:14.34 | boratynskikamil | WIMPy: As I thought. :-) |
10:15.14 | boratynskikamil | And the extensions file? .conf or AEL? For me it does not matter, but as far as I may consider. AEL is newer then conf. |
10:16.20 | WIMPy | Well, AEL is just parsed to regular conf anyway. |
10:16.40 | boratynskikamil | WIMPy: Really? |
10:16.58 | WIMPy | It may look nicer to some, but the standard conf will give you best support. |
10:17.22 | WIMPy | Yes, it's more like a preprocessor thing. |
10:17.31 | boratynskikamil | WIMPy: Yeah, yeah. |
10:22.51 | *** join/#asterisk yago (~kresp0@gateway/tor-sasl/kresp0) |
10:24.03 | *** join/#asterisk Neoti (~Thunderbi@cpc5-nott16-2-0-cust33.12-2.cable.virginm.net) |
11:08.41 | *** join/#asterisk jhlavacek (~jirka@87.89.218.63) |
11:32.47 | *** join/#asterisk gusto (~gusto@2a02:810d:8600:8d4:21b:63ff:fe31:8426) |
11:55.53 | *** join/#asterisk tzafrir_laptop (~tzafrir@local.xorcom.com) |
12:59.14 | *** join/#asterisk jonmasters (~jcm@edison.jonmasters.org) |
13:51.51 | *** join/#asterisk RypPn (~RypPn@unaffiliated/ryppn) |
14:51.01 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
14:57.08 | *** join/#asterisk johnmilton (~johnmilto@ool-44c5f2a3.dyn.optonline.net) |
15:14.30 | *** join/#asterisk Robotman321 (~brad@50-194-126-9-static.hfc.comcastbusiness.net) |
15:17.30 | *** join/#asterisk wastonNope (18fb2a7b@gateway/web/freenode/ip.24.251.42.123) |
15:17.48 | wastonNope | http://www.youtube.com/watch?v=bPXVGQnJm0w |
15:22.54 | *** join/#asterisk serafie (~erin@24.96.64.240) |
15:46.05 | *** join/#asterisk jasonwert (~w3rt@71.89.137.28) |
16:37.37 | *** join/#asterisk illuder (illuder@105-236-47-242.access.mtnbusiness.co.za) |
16:49.15 | *** join/#asterisk HmdP_Mobile (~HmdP_Mobi@62.140.132.29) |
17:00.02 | *** join/#asterisk wastonNope (18fb2a7b@gateway/web/freenode/ip.24.251.42.123) |
17:01.26 | *** join/#asterisk Zogot (~Leon@26.sub224.ddfr.nl) |
17:01.53 | *** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2) |
17:02.54 | *** join/#asterisk clopez_ (~tau@neutrino.es) |
17:04.03 | *** join/#asterisk chuckf_ (~chuckf@fedora/chuck) |
17:04.12 | *** join/#asterisk justdave_ (~dave@unaffiliated/justdave) |
17:08.23 | *** join/#asterisk zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net) |
17:08.38 | *** join/#asterisk digiv (~digiv@as1.si.umich.edu) |
17:11.06 | *** part/#asterisk digiv (~digiv@as1.si.umich.edu) |
17:15.13 | *** join/#asterisk gerhard7 (~gerhard7@77-172-35-234.ip.telfort.nl) |
17:15.58 | *** join/#asterisk afournier (~admin@46.255.181.29) |
17:16.47 | *** join/#asterisk chazzam (~chazz@donutokyo.info) |
17:52.33 | *** join/#asterisk RypPn (~RypPn@unaffiliated/ryppn) |
17:57.51 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
18:00.30 | *** join/#asterisk Qwell (~north@pdpc/sponsor/digium/Qwell) |
18:00.38 | *** mode/#asterisk [+o Qwell] by ChanServ |
18:08.07 | *** join/#asterisk Qwell (~north@pdpc/sponsor/digium/Qwell) |
18:08.08 | *** mode/#asterisk [+o Qwell] by ChanServ |
18:17.47 | *** join/#asterisk digiv (~digiv@as1.si.umich.edu) |
18:21.16 | *** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
18:23.22 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
18:23.46 | wastonNope | I would like to set fxs_immediate=yes on only one fxs channel, not all of them. I'm using the current stable AsteriskNOW distribution. I'm at a loss as to what config file to place this in. Any help would be appreciated. |
18:24.27 | *** join/#asterisk wonderworld (~ww@ip-62-143-158-113.unitymediagroup.de) |
18:25.11 | *** join/#asterisk jhlavacek (~jirka@87.89.218.63) |
18:26.26 | ChannelZ | I don't even know what that is. There is just an 'immediate' in chan_dahdi.conf |
18:27.14 | wastonNope | I don't think that is the same |
18:27.22 | wastonNope | let me find what I was reading... |
18:28.26 | *** join/#asterisk yago (~kresp0@gateway/tor-sasl/kresp0) |
18:28.29 | wastonNope | I believe that immediate doesn't wait to see what digits are dialed and connects immediatly to an extension. Say for something like a Batphone |
18:28.59 | ChannelZ | and what is it you are trying to make happen? |
18:29.03 | wastonNope | fxs_immediate=yes immediatly answers a ringing FSX line and doesn't wait for the caller-id information |
18:29.23 | wastonNope | I have an FSX port hooked up to a doorbell that rings a phone line |
18:29.38 | wastonNope | right now, I'm picking up the inbound route and sending to a queue |
18:29.59 | wastonNope | however, it rings a few times before being answered as it is waiting to hear the caller-id announcement |
18:30.02 | *** join/#asterisk danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
18:30.13 | wastonNope | there is no caller-id, so it just needs to answer right away |
18:30.38 | wastonNope | which fxs_immediate=yes will do as I understand it - but I don't want to enable it for all fxs ports, just port 3 |
18:30.43 | ChannelZ | so turn off caller ID for that channel |
18:30.50 | wastonNope | okay |
18:31.05 | wastonNope | same problem - where do I put that? callerid=no |
18:31.08 | ChannelZ | but in either case, you set the option before the channel => specification to set it for that channel. |
18:31.15 | ChannelZ | Then set it back to whatever prior to the rest. |
18:31.17 | WIMPy | There's only an immediate without fxs_. |
18:31.26 | wastonNope | usecallerid=no |
18:31.47 | WIMPy | But immediate probably doesn't make any sense on fxo. |
18:31.51 | wastonNope | ChannelZ: I see |
18:32.44 | wastonNope | WIMPy: I see /usr/dadhi/genconf_parameters:#fxs_immediateyes |
18:33.35 | ChannelZ | options in chan_dahdi are basically sequential, you set up all the options and then when it hits a channel => line it assigns those paramaters to the channel(s) being defined. |
18:33.39 | WIMPy | Well, that's just for genconf. |
18:33.54 | wastonNope | ChannelZ: thanks! |
18:34.36 | wastonNope | I'm wondering if my modification of /etc/asterisk/chan_dahdi_groups.conf will be overwritten by FreePBX |
18:35.36 | ChannelZ | chan_dahdi.conf is the *actual* file being read, so things are parsed sequentially. If they #include other files, it will happen 'in order' where that statement is. |
18:35.54 | *** join/#asterisk digiv (~digiv@as1.si.umich.edu) |
18:36.04 | ChannelZ | So if the channels get defined somewhere by FreePBX before your manual ones, they win. |
18:37.09 | wastonNope | ChannelZ: it worked like a charm |
18:37.58 | ChannelZ | turning off CallerID? |
18:38.00 | wastonNope | I'm guessing I should put this in a seperate config file that is included by chan_dahdi.conf |
18:38.01 | wastonNope | ChannelZ: yes |
18:38.35 | ChannelZ | I thought FreePBX generally put "### THIS FILE WILL BE OVERWRITTEN ###" type comments in the config files it pisses all over |
18:38.39 | wastonNope | can channels be referenced more than once? |
18:38.52 | WIMPy | no |
18:38.57 | ChannelZ | No, the channels => line "consumes" the channels |
18:38.57 | wastonNope | ChannelZ: yes, this file has that |
18:39.29 | ChannelZ | well then #including your own from there won't matter either since your #include statement will get written over. |
18:39.33 | wastonNope | okay - so how do I specify custom channel parameters, such as turning caller-id off and not have it overwritten by FreePBX? |
18:39.35 | ChannelZ | This is why I hate GUIs |
18:40.04 | WIMPy | And that's why you have to ask that question in #freepbx. |
18:40.32 | wastonNope | it looks like it provides #include chan_dahdi_general_custom.conf for custom config enteries |
18:40.42 | ChannelZ | write protect it and change the permissions so freepbx can't write to it :) (unless it runs as root) |
18:40.46 | wastonNope | but I'm not sure how I can reference a channel twice |
18:40.51 | wastonNope | I'll ask in #freepbx |
18:41.10 | wastonNope | ChannelZ: ha! that doesn't sound very nice to freepbx |
18:41.24 | WIMPy | Yes, write protection usually works. But you never know what happens if it fails to write. |
18:41.32 | wastonNope | exactly |
18:43.38 | wastonNope | ChannelZ: WIMPy and I were looking at another problem yesterday - on my FXO port I have an analog phone with caller-id. After every call or asterisk re-hup I get a caller-id blast. For example, if I take the phone off hook for a few seconds, then hang up, a few seconds later I get a caller-id blast with the extension name and number |
18:43.49 | wastonNope | the problem is that my analog phone registers this as a missed call |
18:45.23 | *** join/#asterisk serafie (~erin@24.96.64.240) |
18:45.29 | wastonNope | ChannelZ: here is what comes down the line during an asterisk reload: https://soundcloud.com/user378628101/asterisk-caller-id-blast-on |
18:48.04 | WIMPy | And I'd like to completely disable multiple calls. But can only find the callwaiting parameter. |
18:55.52 | ChannelZ | I don't know why asterisk would be doing that |
18:59.45 | *** join/#asterisk vinhdizzo (~vinh@cpe-98-154-220-20.socal.res.rr.com) |
18:59.55 | WIMPy | Oh, and I'd also like to know why I get a ringback tone instead of a dialtone and why it doesn't stop when dialling. I'm very sure that didn't happen last time I tried dahdi. |
19:04.42 | *** join/#asterisk JoshBon (~JoshBon@ns2.b-digital.biz) |
19:06.22 | JoshBon | Hello - I was speaking on here the other day about an issue with the network on a PBX and SIP provider. On an MTR report I get a loss of 90%+ but the packets continue to go through without issue, the voice quality is awful - Would this be the cause? |
19:07.53 | ChannelZ | Well packet loss is certainly not going to make for good calls. |
19:08.02 | *** join/#asterisk wastonNope (18fb2a7b@gateway/web/freenode/ip.24.251.42.123) |
19:08.38 | wastonNope | hmm... where can I find documentation on chan_dahdi.conf ? |
19:09.28 | *** join/#asterisk u0m3 (~u0m3@92.80.90.121) |
19:09.31 | ChannelZ | it's all pretty much in the stock chan_dahdi.conf |
19:09.38 | WIMPy | Only in chan_dahdi.conf.sample |
19:09.42 | [TK]D-Fender | wastonNope: The sample config |
19:10.10 | wastonNope | [TK]D-Fender: right, duh |
19:10.29 | JoshBon | What is the loss meaning exactly? |
19:10.40 | JoshBon | As the packets sent on the before, current and after count all match |
19:10.44 | wastonNope | foobar - I don't have a sample config in my distro |
19:10.56 | wastonNope | I found http://www.voip-info.org/wiki/view/chan_dahdi.conf but it looks old |
19:10.59 | wastonNope | 2008 |
19:13.02 | ChannelZ | JoshBon: Loss is loss, packets that don't successfully make it from the source to the destination. I'm not sure what mtr is actually doing/sending |
19:14.11 | WIMPy | ICMP echo requests |
19:14.47 | ChannelZ | so I guess you could get false positives if someone doesn't respond to pings |
19:15.01 | ChannelZ | but the fact that your calls sounds like shit seems to indicate actual loss |
19:15.13 | ChannelZ | Of many possible problems I suppose |
19:15.16 | *** join/#asterisk brendan` (~textual@107-0-240-226-ip-static.hfc.comcastbusiness.net) |
19:15.21 | JoshBon | Yeah |
19:15.31 | JoshBon | But I wondered what the loss is exactly |
19:15.42 | JoshBon | As it reports they also all go through :/ |
19:18.14 | WIMPy | That's just someone not playing along. |
19:18.41 | ChannelZ | I don't know what you mean by it shows they "all go through", what options are you using? |
19:19.09 | ChannelZ | All I see mtr report is the number of packets sent, a loss %, and latency. |
19:20.16 | WIMPy | You can have a loss to some node on the way without having loss to the destinaton. |
19:20.42 | JoshBon | I am running mtr -tu sip.server |
19:20.49 | JoshBon | They all get to the destination |
19:20.57 | JoshBon | But on one of the hops, there is a 90% loss |
19:21.03 | JoshBon | Loss of what, they all got there?! |
19:21.50 | WIMPy | That node doesn't reply to your requests. |
19:21.57 | WIMPy | Or rarely. |
19:22.14 | wastonNope | JoshBon: some routers depreference certain types of traffic and will drop them first if they are above a certain threshold of CPU for instance |
19:22.42 | wastonNope | JoshBon: it could be that router is dropping the specific type of packets that MTR is using for the probe |
19:23.24 | wastonNope | JoshBon: if you are able to adjust the type of probes in MTR (it's been a while) you should try that |
19:25.06 | JoshBon | Okay, I'll take a look. Currently looking at moving to a different server |
19:27.18 | *** join/#asterisk jhlavacek (~jirka@87.89.218.63) |
19:31.32 | *** join/#asterisk infernix (nix@unaffiliated/infernix) |
19:42.02 | *** join/#asterisk danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
20:06.56 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
20:28.50 | *** join/#asterisk dfighter (~someone@arcemu/staff/dfighter) |
21:00.14 | *** join/#asterisk Weezey (~ohno@i.am.weezey.com) |
21:01.16 | *** join/#asterisk cmendes0101 (~cmendes01@pool-96-251-59-96.lsanca.fios.verizon.net) |
21:02.15 | *** part/#asterisk IamTrying (~IamTrying@dD5E036FE.access.telenet.be) |
21:03.14 | *** join/#asterisk mirela666 (~mirko.bra@cable-178-149-190-10.dynamic.sbb.rs) |
21:38.33 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
21:41.46 | *** part/#asterisk Zogot (~Leon@26.sub224.ddfr.nl) |
21:51.04 | *** join/#asterisk leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
21:51.05 | *** mode/#asterisk [+o leifmadsen] by ChanServ |
22:10.12 | *** join/#asterisk danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
22:55.47 | *** join/#asterisk lpmusic (~lpmusic@reddy.denetron.net) |
23:00.18 | *** join/#asterisk caveat- (hoax@2a01:4f8:191:9111:30::10) |
23:00.54 | *** join/#asterisk serafie (~erin@24.96.64.240) |
23:04.34 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
23:14.07 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
23:27.55 | *** join/#asterisk timahvo1 (~rogue@197.237.174.93) |
23:29.07 | *** join/#asterisk caveat- (hoax@2a01:4f8:191:9111:30::10) |
23:38.33 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
23:41.43 | *** join/#asterisk jhlavacek (~jirka@87.89.218.63) |
23:49.23 | *** join/#asterisk zelele (~zelele@179-239-146-2.user3g.veloxzone.com.br) |
23:51.39 | *** join/#asterisk serafie (~erin@24.96.64.240) |
23:54.51 | *** part/#asterisk zelele (~zelele@179-239-146-2.user3g.veloxzone.com.br) |