00:41.32 | *** join/#asterisk syadnom_ (~syadnom@host-72-174-216-132.bln-mt.client.bresnan.net) |
00:45.06 | *** join/#asterisk tomaluca95_ (~quassel@kde/developer/tomaluca) |
00:46.09 | *** join/#asterisk seanbright_ (~sean@asterisk/community-developer/seanbright) |
00:46.09 | *** mode/#asterisk [+o seanbright_] by ChanServ |
00:46.48 | *** join/#asterisk esteban__ (~esteban@unaffiliated/esteban) |
00:49.52 | *** join/#asterisk luckman212_ (~luckman21@unaffiliated/luckman212) |
00:56.52 | *** join/#asterisk chazzam (~chazz@vps.roguewerks.com) |
01:05.17 | *** join/#asterisk mbecroft (~user@ak2.becroft.co.nz) |
01:30.55 | *** join/#asterisk vo1pbx (~vo1pbx@2604:180:2:1210::73:3) |
02:14.14 | *** join/#asterisk scgm11_ (~scgm11@2800:a4:16fe:2700:1846:8bb2:24e0:9a17) |
02:27.26 | *** join/#asterisk nickgaw (~nick@12.245.121.246) |
02:29.27 | nickgaw | Hi, I have been looking for a sip hardware based phone that can work with wireless AC and is open firmware where the phone can be configured either threw a web interface or by sending the phone a configuration file as I am totally blind and can't use the built in menus on the device do you have any suggestions or is this not the proper channel to ask this information? |
02:30.42 | nickgaw | I have looked at office supplies stores but they don't know what a sip phone is. |
03:13.20 | *** join/#asterisk znoteer_ (~znoteer_@45.72.255.87) |
03:14.33 | [TK]D-Fender | You're asking for a unicorn |
03:15.33 | nickgaw | Are you saying such a hardware based wireless phone does not exist if so what is the closest thing then? |
03:15.45 | [TK]D-Fender | Depending on your use of "open" |
03:16.12 | [TK]D-Fender | And obviously office stores wil know nothing of this. |
03:16.31 | [TK]D-Fender | go shop around online VoiP hardware retailers |
03:18.00 | nickgaw | Where I can modify the phone threw other methods other then the web interface if that is not accessible with a screen reader like can I ssh into it and edit a configuration file in the phone or write a configuration file and then upload it into the phone either threw sftp or ftp or are there just web interfaces and menus on the phone itself? |
03:18.07 | *** join/#asterisk scgm11_ (~scgm11@2800:a4:17c7:9900:5476:1841:f7d7:88d6) |
03:18.44 | [TK]D-Fender | depends on the model |
03:18.55 | [TK]D-Fender | <[TK]D-Fender> go shop around online VoiP hardware retailers <----------- |
03:19.10 | [TK]D-Fender | go see what's out there. Go look at their admin guides to soo how you can configure them |
03:19.10 | nickgaw | Do some hardware sip phones exist where I can recompile the firmware with the new settings then upload new firmware with the settings built into the phone? |
03:19.23 | [TK]D-Fender | you don't recompile firmware |
03:19.31 | [TK]D-Fender | a config file is a dumb config file |
03:19.37 | nickgaw | true |
03:19.51 | [TK]D-Fender | the word you're looking for is PROVISIONING |
03:19.58 | nickgaw | Any good brands I should look at and any I should stay away from? |
03:20.09 | [TK]D-Fender | so like I said, get shopping. Go find models. Go read their admin guides to see how to configure them |
03:20.27 | [TK]D-Fender | there are veryfew WiFi models to begin with |
03:20.43 | [TK]D-Fender | They are pricier and their battery life tends to such |
03:20.44 | nickgaw | That is what I have been finding. |
03:20.44 | [TK]D-Fender | suck |
03:22.35 | nickgaw | Would any types of sip phones have a base that I plug into the network port on the router then I can put the handset on another charger and it acts like a land line phone but just sip? I don't want one of those ATA adapters as transfering and other asterisk tasks won't work on those I don't think. |
03:24.10 | [TK]D-Fender | You're immediately wrong there |
03:24.24 | nickgaw | I guess I could configure feature codes in asterisk like where you push flash then when you hear the dial tone enter in the code is that how most people setup their phones or do you mainly use phones with buttons like transfer right on the phone itself? |
03:24.36 | [TK]D-Fender | of course ATA's can do transfers, 3-way conferencing, etc |
03:25.27 | nickgaw | Would the phone just do what I described where you enter in a feature code to do things like transfering? |
03:25.29 | [TK]D-Fender | And there is no feature in * for you hitting "flash". "Flash" isn't a thing except for whatever physical interface you plug an analog phone directly into. |
03:26.38 | [TK]D-Fender | most transfers are things like: Flash. Get 2nd dialtone. Dial destination. Hear them talk. hang up and call gets handed over |
03:26.41 | nickgaw | What I mean by flash is a button where it hangs up and picks it up again like you use it to make three way calls. That is called flash button on some analog phones. |
03:26.54 | [TK]D-Fender | ASTERISK does not not talk "flash" |
03:26.57 | [TK]D-Fender | an ATA would |
03:27.31 | nickgaw | ok but are the feature codes coded into the ATA or in asterisk itself? |
03:27.43 | [TK]D-Fender | ATA itself has functionality. |
03:28.03 | [TK]D-Fender | Asterisk has DTMF-based features, but those should be avoided if your devices offer their own |
03:29.20 | nickgaw | ok so I would just have to learn what codes I enter on my analog phone to do the transfering or are these buttons on the ATA itself as I thought the ATA plugs into the router and I don't want to always have to go into the room where the router is to just transfer a call? |
03:29.58 | [TK]D-Fender | there are no buttons on the ATA |
03:30.09 | nickgaw | ok did not think so. |
03:30.10 | [TK]D-Fender | I just described a common process for a transfer |
03:30.14 | [TK]D-Fender | and you don't seem to be listening |
03:30.54 | nickgaw | yes I got that message. |
03:31.02 | [TK]D-Fender | I've had to say it 3 times now |
03:31.17 | [TK]D-Fender | I hope we don't need a 4th |
03:31.44 | nickgaw | basically you make a three way call then once the other person answers you hang up. I understand that. |
03:32.34 | nickgaw | no I understood your points I was typing when your message came across so had to go back to read it. |
03:34.08 | nickgaw | Some of the reviews on some sip phones are not the best. When you either buy a sip phone or an ATA do you often look at the reviews before you buy it? |
03:34.40 | [TK]D-Fender | Who's opinion am I going to trust? |
03:34.50 | nickgaw | I like to do so but don't always go by what the review says. |
03:35.12 | [TK]D-Fender | Just Joe Blow at Best Buy who has no idea what he's doing and can't figure things out leaves a bad review saying "I can't get it to work". |
03:35.19 | [TK]D-Fender | Am I going to trust him? |
03:35.26 | nickgaw | no |
03:36.12 | nickgaw | but you don't always know if the person knows what they are talking about or not I like to read good reviews about devices from people who know what they are doing. |
03:36.13 | [TK]D-Fender | Ask around in places where people have actually had real experience with a variety of devices. Read the feature sheets. Read their manuals. Watch some videos on youtube. |
03:36.44 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
03:37.55 | nickgaw | I think the ATA adapters might be the best thing to start out with. |
03:38.27 | [TK]D-Fender | That depends on the actual need you're solving, and how you need to operate |
03:38.46 | [TK]D-Fender | Which is something you aren't giving a clear explanation of |
03:39.02 | [TK]D-Fender | You mention technical things about configuring without any actual reasoning behind it |
03:39.18 | nickgaw | Some of these ATA adapters look ok and some even exist with more then one port. |
03:41.38 | nickgaw | What I am talking about is entering in the sip information into the phone from what I read on line lots of these devices have web interfaces to set the sip information up. Some web interfaces are not the best to use with a screen reader but I can not find any good reviews of this type would perhaps writing the company who sells the ATA and perhaps asking if they could configure the sip information for me so when I get it I just plug it in and it works? |
03:43.19 | nickgaw | I did write one of the sellers about this with one of the ATA adapters sometime ago but they never wrote back so I am going to try another seller. |
03:43.40 | nickgaw | ok I remember you |
03:44.00 | [TK]D-Fender | Usually you would contact an actual VoIP integrator company if you expect extra service. |
03:44.07 | kai[El] | Hi |
03:44.20 | [TK]D-Fender | A retailer tends to just sell you a boxed product and that's it |
03:44.55 | nickgaw | I was looking on amazon. |
03:45.00 | [TK]D-Fender | And yes I am recalling you as well. They don't make these products to be easily maintained by the blind. It just isn't a thing. This is not consumer tech. |
03:45.43 | [TK]D-Fender | The only larger place I can think of that might do it would be https://www.voipsupply.com |
03:45.53 | nickgaw | Is it best to look on other sites like special sites that just sell voip hardware and I am ok with paying someone to do the configuration. |
03:46.13 | nickgaw | I will check there. |
03:46.29 | [TK]D-Fender | I know they have a more dedicated service support staff. call them and ask if they can do a pre-configuration of your devices before shipping |
03:47.22 | [TK]D-Fender | If this is for your personal use then an ATA would be infinitely better choice than a fancy WiFi type device. |
03:47.25 | nickgaw | ok I will do that and see what I can find out. Do you buy from them and have you had good support if you ever need it? |
03:48.07 | [TK]D-Fender | ATA's have basic functionality off more basic phones who have simpler buttons and don't require tyou to see a screen to use |
03:48.18 | [TK]D-Fender | I've bought from them and I don't need support |
03:48.37 | [TK]D-Fender | I can successfully read the manuals of everything I've gotten my hands on. |
03:48.59 | [TK]D-Fender | How many phones are you looking to deploy? |
03:49.47 | nickgaw | Most manuals are in pdf format which I can read I guess I will find one ATA adapter and find the manual and read it before I buy anything as this is what I do when I buy other products if I can find a manual. |
05:03.24 | *** join/#asterisk visip (~visix@gateway/tor-sasl/visip) |
05:47.33 | *** join/#asterisk lankanmon_ (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
06:38.03 | *** join/#asterisk Oatmeal (Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
07:00.59 | *** join/#asterisk sibyakin (~sibyakin@188.162.238.229) |
07:18.25 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
07:33.08 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
07:47.18 | *** join/#asterisk Catatronic (~corrupt@unaffiliated/catatronic) |
07:58.33 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
08:11.16 | *** join/#asterisk ryang (sid10904@gateway/web/irccloud.com/x-uirnxbiktglxvybi) |
08:11.58 | *** join/#asterisk JWmobile (uid264251@gateway/web/irccloud.com/x-qeljpannrtunxbis) |
08:12.38 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
08:12.38 | *** join/#asterisk mahlon (~mahlon@martini.nu) |
08:13.30 | *** join/#asterisk blll (~irc@go.ballsdeep.com) |
08:15.02 | *** join/#asterisk _0x5eb_ (~seb@seb-hpws2.w1.tele.crt1.net) |
08:18.58 | *** join/#asterisk k-man (~jason@unaffiliated/k-man) |
08:23.04 | *** join/#asterisk miralin (~Thunderbi@91.237.94.4) |
08:32.35 | *** join/#asterisk [NC] (~NC@208.94.241.140) |
08:40.20 | *** join/#asterisk k-man (~jason@unaffiliated/k-man) |
08:56.01 | *** join/#asterisk pvicentini_ (~pvicentin@37.19.10.33) |
09:00.32 | *** join/#asterisk sibyakin (~sibyakin@188.162.238.147) |
10:09.04 | *** join/#asterisk Worldexe (~Worldexe@95-107-33-134.dsl.orel.ru) |
11:00.54 | *** join/#asterisk k-man (~jason@unaffiliated/k-man) |
11:20.18 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
11:27.11 | *** join/#asterisk scgm11_ (~scgm11@2800:a4:17c7:9900:5476:1841:f7d7:88d6) |
11:36.00 | *** join/#asterisk scgm11_ (~scgm11@2800:a4:17c7:9900:cd8b:e199:3911:9e1d) |
11:36.55 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
11:40.20 | *** join/#asterisk sekil (~sekil@cable-89-216-193-46.dynamic.sbb.rs) |
12:08.21 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
12:12.17 | *** join/#asterisk scgm11_ (~scgm11@r186-52-111-135.dialup.adsl.anteldata.net.uy) |
12:25.58 | *** join/#asterisk sibiria (~sibiria@unaffiliated/sibiria) |
12:35.55 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
12:51.07 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:e02d:a1fa:434e:f7c6) |
12:51.57 | *** join/#asterisk Rac-on_ (jasper@bambi.rac-on.nl) |
12:55.51 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
13:52.49 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
13:52.49 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
14:13.26 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
14:14.08 | *** join/#asterisk martinvw (~martinvw@2003:a:422:3ba0:9e5c:8eff:fe73:fd8f) |
14:14.19 | *** join/#asterisk kharwell (kharwell@nat/digium/x-mvulqoeqvdkgvnai) |
14:14.19 | *** mode/#asterisk [+o kharwell] by ChanServ |
14:15.11 | martinvw | Hi. I want to add a SIP header Alert-Info:alert-internal to our complete "internal" context, without having to add it manually to each extension. Is this possible? |
14:20.57 | *** join/#asterisk Sepultura (~Sepultura@unaffiliated/sepultura) |
14:20.58 | Samot | Yes. |
14:21.14 | Samot | Both SIP and PJSIP have dialplan functions to set SIP headers before you dial |
14:21.22 | Samot | Or even in one of the dial macros. |
14:38.28 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
14:38.28 | *** mode/#asterisk [+o cresl1n] by ChanServ |
14:39.19 | *** join/#asterisk sebastienthiry (~Thunderbi@109.134.29.137) |
14:46.33 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-kajzmjdxzinjhduj) |
14:46.33 | *** mode/#asterisk [+o bford] by ChanServ |
14:49.10 | martinvw | Samot: hmm, do you mean SIPAddHeader() in the dialplan? That is what I've found so far, but I'm at a loss trying to figure out how to use it. I know that I can use it an extensions, and I've successfully tested it with a test extension: https://pastebin.com/Lg6gySdX |
14:51.46 | martinvw | Now when I call this extension from a phone, it works as expected, and my phone will use the ringtone indicated by the Alert-Info header. But my problem now is this: there are multiple extensions in my [internal] context (e.g. our internal phones, and some groups), and some other parts of the dialplan will route calls into these extensions using e.g. Goto(internal,martin,1). If I were to add the SIPAddHeader() call to these extensi |
14:51.46 | martinvw | <PROTECTED> |
14:52.00 | [TK]D-Fender | add it in your peer definition |
14:52.04 | [TK]D-Fender | SetVar <--------- |
14:52.21 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-gxrqositppxdwkfe) |
14:52.21 | *** mode/#asterisk [+o rmudgett] by ChanServ |
14:52.58 | Samot | 10:21:22 AM <Samot> Or even in one of the dial macros. |
14:53.22 | martinvw | Samot: sorry, haven't quite figured out what dial macros are :/ |
14:53.30 | [TK]D-Fender | that dialplan gets called by other stuff he doesn't want it happening for |
14:53.37 | Samot | Or a GoSub |
14:53.53 | [TK]D-Fender | <[TK]D-Fender> add it in your peer definition |
14:53.53 | [TK]D-Fender | <[TK]D-Fender> SetVar <--------- |
14:54.17 | Samot | The idea was not to do it individually |
14:54.49 | Samot | But yeah, SetVar can be used. |
14:54.55 | Samot | A GoSub could be called |
14:55.07 | martinvw | [TK]D-Fender: setvar looks like it might work. I assume I'd add setvar=ALERTINFO=alert:internal to my sip.conf, and then I'd use SIPAddHeader() with this variable in the dialplan? |
14:55.34 | [TK]D-Fender | There is a function you should be using instead of that app IIRC |
14:56.09 | [TK]D-Fender | You could also check the callerID or some other value to determine if you should set it or not in the dialplan |
14:56.45 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-kwuooceitaaytpuf) |
14:56.45 | *** mode/#asterisk [+o rmudgett] by ChanServ |
14:57.57 | martinvw | [TK]D-Fender: hmm, but that brings me back to my original confusion. Can I do that context-wide, e.g. in the beginning of the context, I'll check the caller ID, add the header if I want, and this will then affect all extensions in that context? Or do I need to do that separately in each extension? |
14:58.31 | [TK]D-Fender | Depends how you set up your dialplan |
14:58.40 | [TK]D-Fender | "beginning of context" doesn't mean anything |
14:58.47 | [TK]D-Fender | extens are extens |
14:59.32 | [TK]D-Fender | Most people use macros for repetitive standard dialplan for dialing devices, etc which gives you fewer places to add these checks |
15:00.30 | igcewieling | I'm shocked at how well G711 works with faxing. |
15:01.26 | igcewieling | I never intended to use g711 with outbound faxing from Asterisk, but I can't seem to make t38 works. |
15:02.21 | martinvw | So I'd create a macro that evaluates my conditions, conditionally adds my SIP header, and then I'd add a Macro call to each extension? (Or rather, I'd do that with GoSub because the docs say macros are deprecated?) |
15:02.55 | [TK]D-Fender | Depends what your dilaplan looks like as a whole |
15:25.08 | *** part/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
15:30.12 | *** join/#asterisk ChkDigit (~u388mw@74.3.144.66) |
15:33.38 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
15:33.38 | *** mode/#asterisk [+o cresl1n] by ChanServ |
16:04.57 | *** join/#asterisk mhache (~mhache@CPE00005e000105-CM00fc8d221b00.cpe.net.cable.rogers.com) |
16:06.41 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
16:10.26 | *** join/#asterisk tzafrir (~tzafrir@62-90-199-247.barak.net.il) |
16:16.52 | igcewieling | In case anyone wants to see a not-all-that-well-written incoming fax AGI: https://pastebin.com/U4GzJSqh It should be usable by others with a little bit of work. |
16:24.21 | ntwrk | I dug into my issue a little bit more. It looks like after a sip reload, peers loaded from realtime work normally until they try to put someone on hold. When they put someone on hold, instead of a QueueMemberStatusEvent with status 8 (ONHOLD) an event for status 1 (READY) is issued. This only affects peers loaded from realtime and only happens for the call the peer was on when the sip reload took place. Subsequent calls are able to fun |
16:24.21 | ntwrk | ction as expected. Peers are loaded from realtime, queues are loaded from a flat file. callevents, notifyhold, callcounter, rtcachefriends are enabled, rtautoclear is disabled. for queues, eventmember status is enabled. Someone suggested yesterday that I create a queue_members table and map it in extconfig, this didn't seem to have any effect. |
16:37.38 | martinvw | [TK]D-Fender, Samot: thanks for your input! I've got it working. I've changed our sip.conf to route into a new context "frominternal", and defined the context like this: https://pastebin.com/JFDgDzMv |
16:41.40 | [TK]D-Fender | martinvw, if you can live with it added on every call they place to anywhere and that you will match everything all the time and never 404 or hit any other kind of handler. |
16:42.05 | [TK]D-Fender | martinvw, I would sooner place it only where I needed it |
16:45.12 | martinvw | [TK]D-Fender: hadn't considered that. back to the drawing board :( |
16:50.08 | martinvw | I'm considering the SetVar approach again. Are there best practices considerin variable naming? Is "INTERNAL" ok, or should I prefix the variable e.g. with my company name to ensure it'll never conflict with potential future Asterisk variables? |
16:56.32 | igcewieling | Does anyone have ideas on how to prevent SendFax from using audio instead of T38 to send the fax |
17:01.36 | *** join/#asterisk Oatmeal (Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
17:09.44 | martinvw | OK, new solution. We have a context [user] that contains the Dial command that will actually make the call to the user phones. I've added setvar=MYPREFIX_INTERNAL=1 to the template in our sip-users.conf, and the following line right before the Dial: same => n,ExecIf($[${EXISTS(${MYPREFIX_INTERNAL})]?SIPAddHeader("Alert-Info:alert-internal")) |
17:16.58 | *** join/#asterisk scgm11_ (~scgm11@r186-50-181-181.dialup.adsl.anteldata.net.uy) |
17:21.34 | [TK]D-Fender | that looks decent |
17:27.24 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
17:39.24 | martinvw | [TK]D-Fender: thanks! |
17:40.49 | [TK]D-Fender | Now keep in mind that transferred calls of some kinds may pick that up as well. |
17:56.12 | *** join/#asterisk hc (~ircd@unaffiliated/hc) |
18:03.47 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
18:26.14 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
18:30.02 | *** join/#asterisk DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
18:30.02 | *** mode/#asterisk [+o DivideBy0] by ChanServ |
18:46.09 | *** join/#asterisk mhache_ (~mhache@198.164.250.208) |
18:48.08 | *** join/#asterisk J0hnSteel (~J0hnSteel@62.162.164.77) |
18:52.14 | *** part/#asterisk martinvw (~martinvw@2003:a:422:3ba0:9e5c:8eff:fe73:fd8f) |
19:02.37 | *** join/#asterisk paulgrmn_ (~paulgrmn@184.75.212.67) |
19:09.26 | *** join/#asterisk Inf0r (uid2810@gateway/web/irccloud.com/x-migtuweqcixjckwf) |
19:15.24 | *** join/#asterisk Oatmeal (Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
19:22.02 | *** join/#asterisk mhache (~mhache@CPE00005e000105-CM00fc8d221b00.cpe.net.cable.rogers.com) |
19:31.38 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
19:35.19 | *** join/#asterisk craigify (~craigify@ip184-186-18-123.no.no.cox.net) |
19:39.50 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
19:43.21 | *** join/#asterisk miralin1 (~Thunderbi@195.209.246.194) |
19:55.32 | craigify | igcewieling, about that comment of weird caller ids you mentioned the other day..are you talking about SIP trunks, or PRI, or otherwise? |
19:56.44 | craigify | I definitely get all kinds of weird stuff on incoming SIP INVITES, but PRI not really. |
19:57.52 | igcewieling | craigify: PRI from Earthlink. I'm not sure about the backhaul, it could be SIP. The only thing I can think of is that it has a SIP backhaul and someone hacked into the telco box which does SIP<->PRI. |
19:58.09 | craigify | yeah, that's not a bad theory |
19:58.24 | igcewieling | but even then, you'd think the dialed number would be the weird digits |
19:58.42 | craigify | the dialed number is valid? |
19:58.42 | *** join/#asterisk smkelly (~smkelly@mykonos.smkelly.org) |
19:58.58 | igcewieling | craigify: the dialed number is a telephone number on the PRI |
19:59.07 | igcewieling | so, yes it is valid. |
19:59.23 | igcewieling | we get just the last 4 digits from the telco |
19:59.23 | craigify | that's freaking weird |
19:59.30 | igcewieling | It is freaking weird. |
20:01.44 | *** join/#asterisk miralin1 (~Thunderbi@91.237.94.4) |
20:02.59 | craigify | I'd almost route them to a phone one day and ansswer it and see what happens |
20:02.59 | craigify | lol |
20:03.37 | igcewieling | I routed them to the system IVR but none ever sent DTMF. Now I do a Hangup(21) for calls with CallerID longer than 11 chars. |
20:13.52 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
20:41.54 | *** join/#asterisk malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
20:41.54 | *** mode/#asterisk [+o malcolmd] by ChanServ |
20:48.07 | *** join/#asterisk TriJetScud (~TriJetScu@69.172.162.252) |
20:57.12 | *** join/#asterisk jeffspeff (~Jeff@12.49.160.131) |
21:29.15 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
22:20.09 | *** join/#asterisk mhache (~mhache@2607:fea8:cc60:1002:b141:7149:3e7c:c784) |
22:40.18 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
22:54.00 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
22:59.57 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.116) |
23:46.08 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
23:46.30 | *** join/#asterisk mhache (~mhache@2607:fea8:cc60:1002:b141:7149:3e7c:c784) |
23:57.09 | *** join/#asterisk doop (~doop@colostomy.club) |