| 00:00.35 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
| 00:15.35 | *** join/#asterisk bmg505 (~leon@196-210-23-113.dynamic.isadsl.co.za) |
| 00:25.06 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 00:36.17 | *** join/#asterisk bmg505 (~leon@196-209-225-158.dynamic.isadsl.co.za) |
| 00:55.49 | *** join/#asterisk bmg505 (~leon@196-209-248-34.dynamic.isadsl.co.za) |
| 01:01.06 | *** join/#asterisk pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
| 01:13.56 | *** join/#asterisk dandann00dle (~dandann00@12.150.125.37) |
| 01:15.55 | *** join/#asterisk bmg505 (~leon@196-209-225-220.dynamic.isadsl.co.za) |
| 01:21.13 | *** join/#asterisk pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
| 01:36.13 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 01:36.17 | *** join/#asterisk bmg505 (~leon@196-209-225-220.dynamic.isadsl.co.za) |
| 01:46.54 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 02:06.16 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 02:43.33 | *** join/#asterisk bmg505 (~leon@196-209-225-220.dynamic.isadsl.co.za) |
| 03:04.57 | *** join/#asterisk bmg505 (~leon@196-209-225-220.dynamic.isadsl.co.za) |
| 03:23.53 | *** join/#asterisk bmg505 (~leon@196-209-219-24.dynamic.isadsl.co.za) |
| 03:28.11 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |
| 03:45.01 | *** join/#asterisk bmg505 (~leon@196-209-219-24.dynamic.isadsl.co.za) |
| 03:47.57 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 05:17.58 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:29.28 | *** join/#asterisk mutin-sa (~s-mutin@85.234.114.134) |
| 05:58.14 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 06:07.34 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 06:33.30 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 06:47.08 | *** join/#asterisk miralin (~Thunderbi@81.177.202.137) |
| 06:51.45 | *** join/#asterisk jkroon (~jkroon@165.16.203.121) |
| 07:27.07 | *** join/#asterisk ghoti_ (ghoti@dev-160.experiencepoint.com) |
| 07:30.09 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 07:33.29 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 07:39.03 | *** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net) |
| 07:52.26 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 07:55.23 | *** join/#asterisk Downlots (~Downlots@185.73.41.1) |
| 07:58.16 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 08:01.26 | *** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net) |
| 08:29.55 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 09:47.02 | *** join/#asterisk pchero_work (~pchero@87.213.240.121) |
| 10:25.21 | *** join/#asterisk gtjoseph_ (~gtjoseph@unaffiliated/gtj) |
| 10:25.21 | *** mode/#asterisk [+o gtjoseph_] by ChanServ |
| 10:59.52 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 11:17.18 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 11:19.48 | *** join/#asterisk rpifan (~rpifan@p578D20EA.dip0.t-ipconnect.de) |
| 11:41.37 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 11:44.36 | *** join/#asterisk rpifan (~rpifan@p578D20EA.dip0.t-ipconnect.de) |
| 11:48.44 | *** join/#asterisk cranq (~crank@107.161.164.124) |
| 11:49.45 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 11:51.30 | *** join/#asterisk kamyl (~user@unaffiliated/kamyl) |
| 11:51.57 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
| 11:54.37 | *** join/#asterisk cranq (~crank@107.161.164.124) |
| 11:59.30 | *** join/#asterisk rpifan (~rpifan@p578D20EA.dip0.t-ipconnect.de) |
| 12:02.15 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
| 12:41.38 | *** join/#asterisk mindthelion (~techquila@122-61-223-81-adsl.sparkbb.co.nz) |
| 12:42.22 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 12:50.03 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 12:50.03 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 12:50.47 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 12:57.38 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:24.06 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-kwmgztembxxvbivw) |
| 13:24.06 | *** mode/#asterisk [+o bford] by ChanServ |
| 13:42.56 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 13:43.29 | *** join/#asterisk alexandre9099 (~alexandre@unaffiliated/alexandre9099) |
| 13:50.04 | *** join/#asterisk yuljk (~yuljk@unaffiliated/yuljk) |
| 13:51.13 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
| 13:58.01 | *** join/#asterisk miralin1 (~Thunderbi@81.177.202.137) |
| 14:04.31 | *** join/#asterisk cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:04.31 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 14:06.26 | *** join/#asterisk dandann00dle (~dandann00@174.47.51.123) |
| 14:17.35 | *** join/#asterisk miralin (~Thunderbi@81.177.202.137) |
| 14:17.58 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 14:19.36 | *** join/#asterisk kharwell (kharwell@nat/digium/x-hzhriumqexkyvrar) |
| 14:19.36 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:20.43 | *** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@176.98.158.240) |
| 14:41.43 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-mipldpdchavlxbpf) |
| 14:41.43 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 14:43.47 | *** join/#asterisk mhache (~mhache_@vps1.mhache.name) |
| 14:46.49 | *** join/#asterisk miralin1 (~Thunderbi@81.177.202.137) |
| 15:15.25 | *** join/#asterisk mducharme (uid303982@gateway/web/irccloud.com/x-tjiymqmvcfpwdyyj) |
| 15:38.48 | *** part/#asterisk LunaLovegood (~merv@75.98.139.193) |
| 15:43.35 | life_of_e | Has anyone ever used one of the SIP video doorbells before like from Axis or Grandstream? |
| 15:47.49 | [TK]D-Fender | I'm sure some has used them before ... becaus ecompanies figured this was a product they should make, and I'm betting that the manage to sell them |
| 15:47.56 | [TK]D-Fender | #epistemology |
| 15:48.03 | [TK]D-Fender | NEXT!@@@! (c) BKW |
| 15:48.14 | life_of_e | heh :) |
| 15:49.48 | life_of_e | I just wondered if anyone had a technical issue with them during setup. Amazon reviews aren't exactly perfect sources of information (shock and amazement). |
| 15:50.18 | [TK]D-Fender | that sounds like 2 different things |
| 15:51.04 | life_of_e | Which two things are those? |
| 15:51.09 | [TK]D-Fender | Which can accounted for between a lack of understanding, poor execution, other non-compliant pieces, etc |
| 15:52.08 | [TK]D-Fender | Step 1: go download the MANUAL and see how it's supposed to work. See if any aspect falls outside the functionality you're aware of. Ask on those aspects specifically |
| 15:52.34 | [TK]D-Fender | Much like you found your hook-switch challenge required a patch.... |
| 15:52.38 | life_of_e | Already read the manual on both an Axis and a Grandstream |
| 15:52.54 | life_of_e | They were both run through Google Translate |
| 15:53.11 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 15:53.14 | life_of_e | Grandstream's manual was worse in that respect, actually |
| 15:55.30 | life_of_e | Nothing appeared to be a showstopper but they have interdependent settings and the manual does not always help clarify what people might determine through experience (e.g. "I found that if you have A set and B unset, things work even though the function labels are backwards") |
| 15:56.16 | [TK]D-Fender | have you googled them specifically with regards to *? |
| 15:57.05 | life_of_e | Yes but I don't think my Google Fu was correct since I didn't get much of anything |
| 15:57.23 | *** join/#asterisk dandann00dle (~dandann00@174.47.51.123) |
| 15:58.47 | *** join/#asterisk bmg505 (~leon@196-209-248-14.dynamic.isadsl.co.za) |
| 16:10.12 | [TK]D-Fender | Good odds taht they are low-suage deviecs as well and that there aren't posts witht he right keywords of have been him by search engines where they talk about successes or failures |
| 16:10.29 | [TK]D-Fender | And maybe those people either succeeded quietly or gave up quietly. |
| 16:10.50 | [TK]D-Fender | or worked on it via IRC, etc which may or may not be logged and searchable |
| 16:13.14 | life_of_e | Yeah, I see lots of places where the Grandstream unit is used with their own software and directly with Grandstream phones for example (without an intervening PBX, using Direct IP dial) but not many people seem to have written about using it with a PBX. |
| 16:13.48 | life_of_e | I suspect one reason is that it can't call any AOR, it can only use digits |
| 16:14.35 | driz | grandstreams support is trash, but my parents love their grandstream phones :D |
| 16:14.45 | life_of_e | The Axis unit is obscenely expensive but I already use Axis cameras so I have some knowledge ofhalf the function |
| 16:15.46 | life_of_e | driz: hah, I know, I sent them emailss and left phone messages with them and never got an answer back. Nevermind the last few times I called them their phone system literally sounded awful. |
| 16:15.58 | driz | yep |
| 16:16.00 | driz | lol |
| 16:16.02 | driz | same experience for me |
| 16:16.32 | [TK]D-Fender | <life_of_e> I suspect one reason is that it can't call any AOR, it can only use digits <- I don't understand what this means |
| 16:16.39 | life_of_e | The ATA I got frmo them works great once I figured out the quirks |
| 16:16.42 | [TK]D-Fender | "just use digits" doesn't mean anything |
| 16:17.29 | life_of_e | TK: Sorry, one of the features is the "doorbell" which is supposed to be able to call another endpoint. |
| 16:17.46 | [TK]D-Fender | If it's a SIP device then it speaks SIP. It will be told where to call to and any other special settings to set up the call. |
| 16:18.15 | life_of_e | Right, but you can't enter into the field something like allphones@doorbell-context |
| 16:18.26 | life_of_e | You can only dial numeric extensions |
| 16:19.14 | life_of_e | They make a point of specifying digits only in the manual |
| 16:21.43 | [TK]D-Fender | If so then deal with that fact |
| 16:22.31 | life_of_e | I know I can do that, it's just strange because other hardware from them supports non-numeric extensions |
| 16:23.41 | [TK]D-Fender | Link me to the model |
| 16:24.43 | life_of_e | http://www.grandstream.com/products/physical-security/facility-access-systems/product/gds3710 |
| 16:25.30 | [TK]D-Fender | It's got a keypad.. where the user could very logically be expected to punch in a room # |
| 16:25.44 | [TK]D-Fender | why would you think that should translate to letters? |
| 16:25.49 | life_of_e | I don't |
| 16:26.04 | [TK]D-Fender | then I have no expectation that it should allow "allphones" |
| 16:26.06 | life_of_e | It's in the configuration GUI for setting up a destination |
| 16:27.06 | life_of_e | The example I gave was for the dorbell button at the bottom. If you press the button, it can call an extension. But it (or at least the GUI) only accepts numeric extensions for that setting. nothing to do with the keypad or using the keypad for dialing |
| 16:28.13 | [TK]D-Fender | These devices are meant to work with some lower common denominator systems |
| 16:28.25 | life_of_e | And I find that odd because their other hardware (like the ATA) allow forusing non-numeric extensions |
| 16:28.55 | [TK]D-Fender | if they want to work with a super shitty PBX that used to be a key-system that they hacked SIP functionality into later then that key system doesn't know "letters" or should be expected to |
| 16:28.58 | life_of_e | Yeah, I suspect they're targeting their own controller system as well which may not be as smart/flexible as a full PBX |
| 16:29.05 | [TK]D-Fender | INTER-OP <----------- |
| 16:29.25 | [TK]D-Fender | just because it could be legal doesn't mean they need to think about it |
| 16:29.31 | [TK]D-Fender | and if the didn't. ... then just move on. |
| 16:30.27 | life_of_e | I'm not saying it's awful, it's just weird |
| 16:30.56 | life_of_e | But the manual pushes their own server hardware so it's probably a limitation in that. |
| 16:32.16 | [TK]D-Fender | Or they don't care to offer more |
| 16:32.24 | [TK]D-Fender | and many others can't do more |
| 16:32.27 | [TK]D-Fender | so why bother? |
| 16:32.37 | [TK]D-Fender | just because something is possible doesn't mean it's worthwhile |
| 16:36.31 | life_of_e | Eh, maybe, but seems half-baked like that |
| 16:44.22 | life_of_e | I suppose it's "get what you pay for". The GS is half the price of the Axis but you get half of the RFC with it. :) |
| 16:47.22 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 16:52.14 | *** join/#asterisk Kaian (~kaian@212.81.221.228) |
| 16:54.29 | [TK]D-Fender | You may need to validate your use of fractions there... |
| 16:59.15 | life_of_e | Close enough for government work |
| 16:59.46 | life_of_e | 0.5 +/- 0.5 :) |
| 17:10.14 | *** join/#asterisk jkroon (~jkroon@165.16.203.106) |
| 17:14.23 | *** join/#asterisk kwriley87 (680a3202@gateway/web/freenode/ip.104.10.50.2) |
| 17:15.01 | kwriley87 | Hello -- can anyone suggest a more ideal way to block robocallers? What we are doing now is running a constant packet capture which will capture the IP of the robocall and we are blocking it that way. Is there a better way? We are running Asterisk 11 |
| 17:15.43 | jpsharp | Do you mean sip scanners always probing at your SIP door? |
| 17:15.59 | [TK]D-Fender | You're identifying them somehow |
| 17:16.36 | [TK]D-Fender | Since they are likely changing their "from" their IP seems to be the most consistent identifier |
| 17:16.55 | [TK]D-Fender | There are automated tools for this: fail2ban |
| 17:17.02 | kwriley87 | jpsharp - yes |
| 17:17.08 | jpsharp | Yeah, fail2ban |
| 17:17.15 | kwriley87 | Interesting.. I thought fail2ban was just used for failed registration attempts.. how can you use it to block robo calls? |
| 17:18.09 | [TK]D-Fender | What makes a call any different? |
| 17:18.10 | jpsharp | If you have sip.conf set to dump unauthenticated calls into a context, you can have a wildcard extension in that context that runs a call to System to add that IP to iptables. |
| 17:18.16 | [TK]D-Fender | are you REJECTING those calls as you should? |
| 17:18.22 | [TK]D-Fender | well that rejection ALSO gets logged |
| 17:19.43 | kwriley87 | that makes sense Fender..but what if someone rejects a valid phone number? we don't want that blocked.. |
| 17:19.56 | [TK]D-Fender | What does that mean? |
| 17:20.11 | driz | it's pretty difficult to block robo callers, they spoof valid non-spammer numbers |
| 17:20.32 | [TK]D-Fender | what "number"? |
| 17:20.50 | [TK]D-Fender | If IP X sends me a call trying to reach ABC... why do I care about the USER? |
| 17:21.13 | [TK]D-Fender | If I don't know the device that's sending me a call then I block them |
| 17:21.35 | [TK]D-Fender | Please keep this concept in mind and clarify your request if needed |
| 17:22.02 | driz | kwriley87, you're talking normal robocallers just calling your DID numbers, right? |
| 17:22.13 | kwriley87 | ok maybe I'm just not relaying what I'm asking correctly, I'm sorry. |
| 17:22.18 | kwriley87 | driz -- yes |
| 17:22.20 | driz | yah |
| 17:22.29 | driz | it's nearly impossible to effectively block them |
| 17:22.34 | kwriley87 | right now we are going through packet captures to grab the IP and ban it and are just looking for an easier way |
| 17:22.43 | [TK]D-Fender | If they are calling a # you pay a provider to deliver to you then there is no IP for THEM |
| 17:22.50 | [TK]D-Fender | they aren't reaching you directly |
| 17:23.01 | [TK]D-Fender | the call is coming in THROUGH the provider |
| 17:23.03 | driz | ^ the ip is that of your upstream provider |
| 17:23.07 | driz | and you can't block that |
| 17:23.16 | [TK]D-Fender | So... how do you IDENTIFY them? |
| 17:23.16 | driz | well, without getting fired |
| 17:23.27 | [TK]D-Fender | What do YOU see as "identifying"? |
| 17:24.06 | kwriley87 | ah you have a point there, maybe I need to get more information before I come back lol thanks guys.. |
| 17:25.07 | driz | until we see stir/shaken offered by carriers, you're kinda just.. |
| 17:25.10 | driz | gonna have to deal with it |
| 17:25.38 | [TK]D-Fender | basically the only thing you'll see is CALLERID <- |
| 17:26.30 | [TK]D-Fender | so is it consistent? Blank? If it comes in blank should you just reject it? Should you ask for some sort of test or for them to enter a number to claim they are from and then maybe test that against a list of formats you feel might be acceptabl? |
| 17:29.17 | driz | heh i can just picture how csat would look if you did that :D |
| 17:37.54 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 17:52.14 | *** join/#asterisk bmg505 (~leon@196-209-225-254.dynamic.isadsl.co.za) |
| 18:10.37 | *** join/#asterisk kamyl (~user@unaffiliated/kamyl) |
| 18:14.58 | *** join/#asterisk bmg505 (~leon@196-209-233-224.dynamic.isadsl.co.za) |
| 18:18.24 | *** join/#asterisk jkroon (~jkroon@165.16.203.106) |
| 18:23.38 | *** join/#asterisk LoKoMurdoK (~LoKoMurdo@fedora/LoKoMurdoK) |
| 18:40.10 | *** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net) |
| 18:42.29 | *** join/#asterisk bmg505 (~leon@196-210-23-140.dynamic.isadsl.co.za) |
| 19:10.04 | *** join/#asterisk bmg505 (~leon@196-209-248-101.dynamic.isadsl.co.za) |
| 19:19.25 | *** join/#asterisk rpifan (~rpifan@p578D20EA.dip0.t-ipconnect.de) |
| 19:37.46 | *** join/#asterisk bmg505 (~leon@196-209-248-39.dynamic.isadsl.co.za) |
| 19:43.56 | *** join/#asterisk rpifan (~rpifan@p578D20EA.dip0.t-ipconnect.de) |
| 19:48.31 | *** join/#asterisk salviadud (~ralfalfa@187-162-213-198.static.axtel.net) |
| 19:52.58 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 20:02.43 | *** join/#asterisk bmg505 (~leon@196-209-248-45.dynamic.isadsl.co.za) |
| 20:16.55 | *** join/#asterisk atotclic (~Atotclic@unaffiliated/atotclic) |
| 20:23.45 | *** join/#asterisk bmg505 (~leon@196-209-248-45.dynamic.isadsl.co.za) |
| 20:27.53 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 20:43.19 | *** join/#asterisk bmg505 (~leon@196-209-225-208.dynamic.isadsl.co.za) |
| 21:03.24 | *** join/#asterisk bmg505 (~leon@196-209-219-17.dynamic.isadsl.co.za) |
| 21:23.04 | *** join/#asterisk bmg505 (~leon@196.209.225.158) |
| 21:39.29 | *** join/#asterisk Typhon (~Typhon@dslb-084-056-191-180.084.056.pools.vodafone-ip.de) |
| 21:50.46 | *** join/#asterisk Downlots (~Downlots@2a02:85f:f07:1200:6313:e683:ed0:9612) |
| 22:24.36 | *** part/#asterisk kharwell (kharwell@nat/digium/x-hzhriumqexkyvrar) |
| 22:28.51 | *** join/#asterisk stevedavies (~stevedavi@197.155.252.3) |
| 22:49.10 | *** join/#asterisk koss (~koss@koss.downlink.org) |
| 22:57.33 | *** join/#asterisk bmg505 (~leon@169-0-151-200.ip.afrihost.co.za) |
| 23:07.42 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 23:23.37 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-128-59.satx.res.rr.com) |