01:22.06 | *** join/#asterisk LiuYan (~NiHola@unaffiliated/liuyan) |
01:27.43 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
01:44.43 | *** join/#asterisk ganbold (~ganbold@66.85.186.234) |
01:48.19 | igcewieling | dabukalam: That has a good chance of working 8-) |
01:48.31 | igcewieling | assuming you get the one with FXO ports. |
02:02.30 | *** join/#asterisk sh_smith (~sh_smith@cpe-172-88-21-24.socal.res.rr.com) |
02:05.10 | *** join/#asterisk MICROburst1 (~Thunderbi@x4e37664b.dyn.telefonica.de) |
02:18.52 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
02:59.37 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
03:16.26 | *** join/#asterisk overyander (~overyande@209.141.208.197) |
04:08.01 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
04:39.06 | *** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net) |
05:28.05 | *** join/#asterisk m4rcu5 (nobody@84-106-248-133.cable.dynamic.v4.ziggo.nl) |
05:30.17 | *** join/#asterisk miralin (~Thunderbi@host-94-255-76-178.stavropol.ru) |
05:49.15 | *** join/#asterisk karelk (~karelk@31-10-151-165.cgn.dynamic.upc.ch) |
06:38.29 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
06:40.33 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
07:11.24 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
07:19.57 | *** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net) |
07:41.40 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
08:38.50 | *** join/#asterisk jkroon (~jkroon@165.16.203.58) |
08:41.55 | *** join/#asterisk miralin1 (~Thunderbi@host-5-138-98-250.stavropol.ru) |
08:55.10 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
09:22.19 | dabukalam | igcewieling: I hope so |
09:22.46 | dabukalam | I really want the OAK8X I've ordered to actually arrive and work, would all be way neater in a nice raspi |
10:03.10 | *** join/#asterisk lankanmon (~LKNnet@CPEb4fbe4e331bd-CM64777d632380.cpe.net.cable.rogers.com) |
10:43.44 | *** join/#asterisk stux|work (stux@2a01:270:2050:1337::1) |
11:48.15 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
11:55.39 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
12:02.03 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
12:36.49 | *** join/#asterisk dacod (~dacod@201.47.74.146) |
13:01.00 | *** join/#asterisk jkroon (~jkroon@165.16.203.53) |
13:33.46 | *** join/#asterisk jkroon (~jkroon@165.16.203.53) |
13:37.09 | *** join/#asterisk miralin (~Thunderbi@host-5-138-98-250.stavropol.ru) |
13:44.53 | *** join/#asterisk jkroon (~jkroon@165.16.203.53) |
14:49.50 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
15:20.59 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-tiwskiacthglntfc) |
15:20.59 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:29.54 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-olkavtknuqizwvlq) |
15:29.54 | *** mode/#asterisk [+o bford] by ChanServ |
15:45.41 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-zbdyytryyxbjalcf) |
15:45.41 | *** mode/#asterisk [+o rmudgett] by ChanServ |
15:50.19 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-gukwzixaakpwvouy) |
15:50.19 | *** mode/#asterisk [+o rmudgett] by ChanServ |
16:08.15 | *** join/#asterisk aness (~aness@2a02:fe1:3103:2100:a517:faea:8522:c1f8) |
16:15.17 | *** join/#asterisk pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com) |
16:30.00 | *** join/#asterisk elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
16:54.30 | *** join/#asterisk hfb (~hfb@47.139.16.213) |
16:59.20 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
17:02.17 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
17:35.47 | *** join/#asterisk miralin (~Thunderbi@host-5-138-98-250.stavropol.ru) |
17:36.47 | *** join/#asterisk i9zO5AP (~BQcdf9eiZ@41.140.97.32) |
17:41.58 | *** join/#asterisk engine20191 (~engine201@190.145.222.242) |
17:59.20 | *** join/#asterisk jkroon (~jkroon@165.16.203.109) |
18:10.28 | sysgrammer | hello all, I am stuck with a problem on an asterisk system I setup for a customer. I get no audio on the incoming analog lines. |
18:11.39 | sysgrammer | the only was I can hear the IVR over the analog lines is by going to line DAHDI/8-2 and switching back to 8-1. |
18:12.19 | sysgrammer | I can switch betweek 8-1 and 8-2 by pressing the discconnect button for a quick second |
18:13.58 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
18:14.18 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
18:14.19 | sysgrammer | Any help appreciated. My company is even willing to hire/pay for an expert to help us with this issue... |
18:28.26 | *** join/#asterisk _mwoodj_ (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
18:56.01 | *** join/#asterisk jkroon (~jkroon@165.16.203.109) |
19:17.17 | *** join/#asterisk giesen (~ggiesen@ego.giesen.me) |
19:29.34 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
19:35.25 | *** join/#asterisk miralin1 (~Thunderbi@host-46-45-217-207.stavropol.ru) |
19:46.06 | *** join/#asterisk miralin1 (~Thunderbi@host-5-138-98-250.stavropol.ru) |
20:54.11 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
21:35.31 | *** join/#asterisk pchero_work (~pchero@109.36.143.13) |
21:55.45 | *** join/#asterisk jeffspeff (~overyande@216.163.24.235) |
22:03.48 | *** join/#asterisk alexandre9099 (~alexandre@unaffiliated/alexandre9099) |
22:06.10 | *** join/#asterisk rwb (~Thunderbi@65.183.138.202) |
22:14.49 | *** join/#asterisk echelon (~echelon@bzflag/player/echelon) |
22:15.00 | echelon | hey, what happened to inum? |
22:15.50 | echelon | did people stop using them? two of my providers just stopped support for inums |
22:16.03 | igcewieling | perhaps you mean enum? |
22:16.32 | echelon | no, inum |
22:17.17 | echelon | http://nerdvittles.com/?p=23180 |
22:18.29 | *** join/#asterisk alexandre9099 (~alexandre@unaffiliated/alexandre9099) |
22:18.51 | echelon | https://www.lifewire.com/inum-worldwide-phone-number-3426651 |
22:19.04 | echelon | inum.net just redirects to voxbone now |
22:19.22 | echelon | voxbone happens to be the owner of the project, but they have nothing about it on their website |
22:22.22 | electronic_eel | don't know if this inum thing has a chance. what use is a number if you can just call me when using some few select voip providers? |
22:23.47 | igcewieling | that is the problem with all of those sorts of services. |
22:23.55 | *** join/#asterisk ketas (~ketas@0011-0000-0000-0000-d7dc-830e-07d0-2001.dyn.estpak.ee) |
22:24.56 | electronic_eel | they claim the calls to these numbers are free. if they really wanted, they could offer this right now, without any special number, just by peering and routing. but free calls are against their business interest, |
22:25.44 | Samot | They also claim they can't account for providers charging for the connection. |
22:26.51 | Samot | Because it's free between providers. |
22:26.58 | Samot | Which means as the provider you can freely charge for it. |
22:27.15 | echelon | nobody charged for it though, it's always been free |
22:27.30 | Samot | Because what's the point? |
22:27.42 | echelon | it's been around for more than a decade maybe |
22:27.58 | Samot | That doesn't mean anything. |
22:28.01 | Samot | So has ENUM |
22:28.12 | Samot | It's nothing something that was ever widely adopted. |
22:28.19 | electronic_eel | it may have been free for now. once it would have taken off, providers would have begun to charge |
22:28.22 | Samot | not* |
22:28.32 | echelon | i think the market's just been saturated with voip providers, so they're not making profits, so they're cutting back on extra things |
22:29.03 | Samot | Also, who really _needs_ it |
22:29.16 | Samot | It's not a common thing that the average customer would need. |
22:29.28 | echelon | electronic_eel: for what though, it's something that's entirely over the internet, i don't think any ptsn providers provided routing to it |
22:29.42 | *** join/#asterisk alexandre9099 (~alexandre@unaffiliated/alexandre9099) |
22:29.44 | Samot | And this is why DUNDi failed. |
22:30.13 | Samot | It's there isn't a centralized routing network then you need to be connected to all sorts of them. |
22:30.29 | Samot | Which also means they all might not be insync with each other. |
22:37.04 | echelon | i remember when gizmo5 was around they used to provided what they called "backdoor dialing" to particular networks like t-mobile |
22:37.16 | echelon | i wonder if it was just a marketing gimmick |
22:37.25 | echelon | provide* |
22:38.18 | Samot | Well if you want to dial an iNum number via SIP URI it's sip:<number>@sip.inum.net:5060 so there is at least a central switch that would route that somewhere... |
22:38.23 | Samot | If a route existed. |
22:38.35 | Samot | Now how you receive that call, shrug. |
22:39.45 | electronic_eel | you wouldn't receive it, as you don't have sip open to everyone on your router |
22:40.55 | electronic_eel | and in the end - free services just invite spam. so it won't take long until it becomes a nuisance and you disconnect |
22:40.55 | echelon | i guess it works like sipbroker.com |
22:42.03 | Samot | Well there's been no real traction on the project. |
22:42.09 | Samot | There's no revenue stream for it. |
22:42.20 | Samot | The idea is great but it would involve the PSTN. |
22:44.02 | electronic_eel | completely different topic: has anybody implemented picking calls from voicemail, while the caller is hearing the announcement or began to speak his message? |
22:44.04 | Samot | echelon: I just found this quote in a 3 year old thread about iNum : "I've gotten them to reply once, was looking to get some iNum DIDs allocated to us so we could offer them like Callcentric and others do. Basically they have one person who rarely looks at iNum" |
22:45.12 | Samot | electronic_eel: Like an old school answering machine? |
22:45.23 | echelon | lol nice |
22:45.52 | electronic_eel | yes, but of course without the old school answering machine continuing the announcement of course |
22:46.07 | Samot | I don't think it's going to be possible. |
22:46.16 | Samot | At that point they are in the voicemail app. |
22:46.28 | Samot | The call is answered. |
22:46.53 | electronic_eel | can you store the channel id in some variable and then use Bridge() to steal it from voicemail app? |
22:47.16 | Samot | Not sure how you would do that. |
22:47.41 | electronic_eel | or set up a conference with the caller and voicemail first, then join the conference and kick voicemail? |
22:48.11 | Samot | How would you do this from the phone first? |
22:48.26 | Samot | Old school was pick up the handset. |
22:48.39 | Samot | You can't do that here, you need to send something to the PBX. |
22:48.45 | electronic_eel | ah, ok, I'd use the pick function of a blf on the phone |
22:48.57 | Samot | That won't work. |
22:48.58 | electronic_eel | not just pick up the handset |
22:49.02 | Samot | The call isn't ringing. |
22:49.05 | Samot | It's answered. |
22:49.19 | Samot | One it goes to the voicemail app, it gets answered. |
22:49.34 | electronic_eel | the phone will then do the same as for directed pickup, dial a * code for the virtual voicemail extension |
22:50.01 | electronic_eel | that is where i have to start my custom logic in the dialplan |
22:50.05 | Samot | And then what? |
22:50.32 | Samot | You would have to drop one of the channels. |
22:50.43 | Samot | I'm not sure you can do that with voicemail. |
22:50.43 | electronic_eel | yeah, that is the question, my ideas are either bridge or the conference |
22:51.22 | electronic_eel | but I haven't tried that, just ideas yet. wanted to know if someone has experience with that |
22:52.59 | Samot | I don't think it's possible. |
22:52.59 | electronic_eel | strange, I thought pickup from voicemail would be a common request |
22:53.06 | Samot | The voicemail app doesn't create a channel |
22:54.46 | electronic_eel | if it doesn't create it's own channel, it directly interacts with the callers channel, correct? |
22:55.51 | Samot | We might need a little input from @file. |
22:56.00 | file | what what |
22:56.16 | Samot | The idea is to do a call pickup variation on a call sent to the voicemail app |
22:56.25 | Samot | ala old school answering machine |
22:56.56 | file | pick up a channel whilst it is in voicemail? |
22:57.01 | rmudgett | I just implemented that on my home Asterisk system. I used local channels, ChanSpy, and Bridge. |
22:57.21 | Samot | Yeah either while the greeting playback and/or recording is happening. |
22:57.34 | Samot | rmudgett: Did you have to spy the channel sent to the voicemail app? |
22:57.46 | rmudgett | yes. |
22:58.00 | Samot | Did you use redirect to pull it? |
22:58.09 | file | you could probably use the PICKUPMARK dialplan variable set before voicemail executes, and then the Pickup dialplan application to find that channel |
22:58.21 | electronic_eel | rmudgett: would you mind to post a small excerpt of your dialplan somewhere? |
22:58.34 | Samot | OK, see I wasn't sure if that would work. |
22:58.46 | Samot | Using PICKUPMARK |
22:59.01 | Samot | And I didn't even think of Local + Spy |
22:59.17 | electronic_eel | but doesn't Pickup() just allow picking ringing channels? |
22:59.17 | rmudgett | The local channel is to allow the Bridge app to steal the trunk channel. When the trunk channel is stolen, the local channels die and cause the ChanSpy to die as well. |
22:59.35 | Samot | electronic_eel: Yes but you can still mark the channel |
22:59.48 | Samot | And then go from there. |
22:59.52 | file | ah right, dunno off the top of my head then |
23:00.22 | Samot | No, you might have something Josh. But rmudgett seems to have a good method too. |
23:00.24 | electronic_eel | ok, but what does "mark" mean? isn't it just to find the name of the channel? |
23:00.36 | rmudgett | But pickup is only going to work on unanswered channels. |
23:00.42 | Samot | You need dialplan for direct call pickup. |
23:01.00 | Samot | So you do your *9 or whatever.. |
23:01.11 | Samot | Instead of calling on Pickup() you do other stuff. |
23:01.31 | Samot | But before you send the call to voicemail you set PICKUPMARK to something so you can track it. |
23:01.44 | Samot | And call on the var when needed. |
23:01.48 | rmudgett | in-channel -> L;1 -> L;2 -> voicemail ChanSpy spys on L;2. Bridge steals in-channel. |
23:02.01 | Samot | But nevermind, I just saw rmudgett's comment. |
23:02.39 | electronic_eel | do you need the ChanSpy or could you do this without if you just wanted to pick, not listen in? |
23:02.45 | rmudgett | Before L;2 goes into voicemail it originates a channel to spy on L;2 |
23:04.15 | rmudgett | Why go through this if you only want to steal the channel while it is in voicemail? |
23:04.54 | rmudgett | You could just use Bridge to steal the channel that is in voicemail. |
23:05.10 | Samot | I wasn't sure, that's why I pinged |
23:05.26 | electronic_eel | ok, so I can just call Bridge() with the right channel name (trunk in channel) and it steals it? |
23:05.36 | rmudgett | Yes |
23:05.39 | electronic_eel | nice |
23:05.43 | electronic_eel | thanks |
23:06.10 | Samot | Well there you go. |
23:06.16 | rmudgett | In v16 you could use BridgeAdd to join another channel that's in a bridge. |
23:06.22 | Samot | Easier than thought. |
23:06.54 | rmudgett | For an adhock conference bridge. |
23:07.58 | electronic_eel | good to know, but I don't think that makes sense in context of voicemail. |
23:11.39 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
23:13.26 | *** join/#asterisk hfb (~hfb@47.139.16.213) |
23:27.11 | *** join/#asterisk segnior (segnior@gateway/shell/xshellz/x-euongcfpkfqmoskc) |