| 00:24.22 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 01:09.29 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:4ce:c352:d0bf:918b) |
| 02:13.57 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 02:59.10 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:21.34 | *** join/#asterisk gerhard7_ (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:28.36 | *** join/#asterisk giesen (~ggiesen@2001:19f0:0:1019:5400:ff:fe25:bda6) |
| 05:30.43 | *** join/#asterisk giesen (~ggiesen@2001:19f0:0:1019:5400:ff:fe25:bda6) |
| 06:06.36 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 07:02.44 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 07:56.43 | *** join/#asterisk DanB (~DanB@clt-195.192.201.221.ip-anschluss.net) |
| 08:02.24 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 11:07.21 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net) |
| 11:10.23 | *** join/#asterisk opmrcl (~Thunderbi@78.133.34.141) |
| 11:21.17 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 11:21.59 | *** join/#asterisk opmrcl (~Thunderbi@78.133.34.141) |
| 11:28.08 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 11:32.07 | *** join/#asterisk jetlag (~jetlag@c-71-226-222-56.hsd1.nj.comcast.net) |
| 11:46.01 | *** join/#asterisk opmrcl1 (~Thunderbi@78.133.34.141) |
| 12:00.15 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 12:10.01 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 12:55.10 | *** join/#asterisk |stefan| (~stefan@65-233.soderhamn.com) |
| 13:38.04 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 14:44.21 | lvlinux | This isn't strictly Asterisk related, but I have a couple Polycom phones that are acting strangely---they get DHCP from the data VLAN right upon bootup, but then immediately switch to the voice VLAN, still with the data VLAN ip addresses. I've tried every combination of CDP/LLDP on/off and hardcoding the voice VLAN with no difference. (Unless I hardcode the phones to use the data vlan, then they only |
| 14:44.27 | lvlinux | use it, as they should.) |
| 14:44.32 | lvlinux | any ideas? |
| 14:46.25 | Samot | Do you have the right VLAN tag in it? |
| 14:46.33 | lvlinux | yes |
| 14:47.16 | Samot | When they boot up.. |
| 14:47.27 | Samot | The request they send to the network will have that VLAN Id on it. |
| 14:47.39 | Samot | If they are ending up on the wrong VLAN when they come up... |
| 14:47.47 | Samot | There's something wrong. |
| 14:47.53 | Samot | That VLAN tag is sent with the request. |
| 14:47.59 | Samot | Your router/switch should see that |
| 14:48.26 | lvlinux | Yes |
| 14:48.50 | Samot | So you're saying your phones should be using the data vlan instead of the voice vlan? |
| 14:49.38 | lvlinux | no, i want them to use the voice vlan. They get DHCP from the data vlan, and then switch to the voice vlan, with the data ip. |
| 14:49.39 | Samot | What is the data VLAN ID and the voice VLAN ID? |
| 14:49.47 | lvlinux | 1 and 2 |
| 14:50.06 | Samot | And they have different IPs assigned to them? |
| 14:50.11 | lvlinux | yes |
| 14:50.12 | Samot | Or subnets? |
| 14:50.14 | Samot | OK |
| 14:50.26 | Samot | So how is the phone going to use the DATA VLAN and have an IP there.. |
| 14:50.30 | Samot | But talk on the voice VLAN? |
| 14:50.41 | lvlinux | it's not, that's the problem :) |
| 14:50.41 | Samot | Why are they even touching the data vlan? |
| 14:50.44 | Samot | They shouldn't. |
| 14:50.52 | lvlinux | I know. That's what is confusing me |
| 14:51.01 | Samot | That's a networking issue. |
| 14:51.13 | Samot | You need to look at the first packet they send to confirm it has all the right vlan tags. |
| 14:51.21 | Samot | And then you are handling them properly |
| 14:51.24 | lvlinux | They were working fine until I did a factory reset on the phones. Other brands of phones, and other devices work as expected. |
| 14:51.36 | Samot | VLAN 1 is DEFAULT |
| 14:51.43 | lvlinux | I checked for a VLAN bridge, etc |
| 14:51.50 | lvlinux | yes 1 is default, no tags |
| 14:52.08 | Samot | And you're sure these phones have the proper vlan id set? |
| 14:52.18 | Samot | And they are hitting your switch with the proper vlan id? |
| 14:53.07 | lvlinux | Yes, except for the initial DHCP request, for some reason they are sending it on the data vlan. |
| 14:54.19 | lvlinux | Used to they would get the voice vlan from CDP. But I've tried it with CDP and LLDP disabled, and hardcoded VLAN 2 in the device settings, and they STILL do the initial DHCP on the data vlan and then switch to the voice vlan after that. |
| 14:54.44 | Samot | #cisco |
| 14:54.50 | Samot | It's with the Cisco's. |
| 14:55.12 | Samot | That fact it is a phone is just the type of device. |
| 14:55.23 | Samot | Go set something up on vlan 2, like your laptop. |
| 14:55.28 | Samot | Do you have the same issues |
| 14:55.37 | Samot | To the switch those are just VLANs |
| 14:56.35 | lvlinux | All other devices, computers, phones (other brands). Do exactly what they should--- they use the VLAN they are set for. No issues at all. |
| 14:56.43 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:b84c:9ca3:c6ab:3042) |
| 14:56.48 | Samot | Wait. |
| 14:56.59 | Samot | First.. |
| 14:57.03 | lvlinux | If it was one of the polycom phones, I would assume a bad phone, but it's two different models. And they only started acting up after I factory reset them. |
| 14:57.09 | Samot | Do not count anything that uses VLAN1 as "proper" |
| 14:57.26 | Samot | Because if your VLAN settings are missing or just set to 1 |
| 14:57.28 | Samot | They work. |
| 14:57.34 | lvlinux | I don't, I mean a device that either uses a tagged vlan or multiple vlans. |
| 14:57.46 | Samot | Again.. |
| 14:58.02 | Samot | Have you confirmed the phone is sending the right data in the packet to the cisco? |
| 14:59.01 | lvlinux | I haven't done a packet trace directly from the phone yet---that'll be next i guess. But all indications point to that the phone is sending the initial DHCP request with NO tag, even when hardcoded to VLAN 2. |
| 14:59.17 | Samot | Confirm it. |
| 14:59.21 | lvlinux | k |
| 15:22.19 | *** join/#asterisk Marquel (~Marquel@fuchsfanclub/allerdings/marquel) |
| 15:25.59 | matt_ | has anybody played with sip/tls and srtp on plusnet? when I dial out i'm getting no audio comming back in, if I swap the sim for a ee sim I get audio in both directions |
| 15:26.23 | matt_ | intresting when a call come in and i answer I get two way adio |
| 15:38.17 | *** join/#asterisk jozza (~chatzilla@unaffiliated/jozza) |
| 15:38.57 | lvlinux | Samot, My DHCP server is sending a NAK address not available to the phone when it sends the DHCP on VLAN 2. So I'll have to diagnose that. Thanks for the help... and the kick in the pants to do the pcap lol. |
| 15:40.19 | Samot | matt_: Pulsenet a mobile carrier or something? |
| 15:40.29 | Samot | Because there is not TLS/SRTP on the PSTN |
| 15:40.35 | Samot | *no |
| 15:41.05 | Samot | So sending SRTP from Asterisk to them is pointless. |
| 15:41.15 | Samot | Unless they actually support it |
| 15:43.42 | *** join/#asterisk mmlj4 (1000@c-174-49-109-56.hsd1.ga.comcast.net) |
| 15:58.10 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 16:08.47 | *** join/#asterisk sekil (~sekil@cable-89-216-226-36.dynamic.sbb.rs) |
| 16:20.53 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 17:00.14 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 17:06.41 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 17:07.03 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 17:14.01 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:b0e3:16d2:b6c0:c835) |
| 17:37.04 | *** join/#asterisk Offer_ (59ed4fdc@gateway/web/freenode/ip.89.237.79.220) |
| 17:38.10 | Offer_ | Hello genious guys. I'm looking for a way to make a dialplan code to "steal" an actice call. (like 'pickup a call', but not in ringing state - but in 'active' state). Can someone please guide me? Thanks! |
| 17:44.08 | vo1pbx | flattery gets you nowhere, spelling a little further. |
| 17:44.51 | vo1pbx | further explanation of you proposed app may be necessary. |
| 17:45.36 | Samot | In order for you to "steal" an active call you'll need AMI or ARI |
| 17:45.46 | Samot | Because you'll need to force the call into hold/park |
| 17:46.02 | Samot | and transfer it to the line you want it to go to. |
| 17:46.09 | Samot | There is no "dialplan" for this. |
| 17:46.16 | Samot | This is targeted stuff. |
| 17:46.27 | Samot | You need to know the channel this call is on. |
| 17:46.36 | Samot | Which channel of the two is the one you want to take |
| 17:46.47 | Samot | Dialing *8 isn't going to do it. |
| 17:47.04 | Samot | Unless that ties into some AMI stuff. |
| 17:47.28 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:b0e3:16d2:b6c0:c835) |
| 17:49.03 | Offer_ | volpbx: I'll take it into cosiduratoin.. :-) |
| 17:49.42 | vo1pbx | 101 |
| 17:50.15 | Offer_ | Samot: The application is a radio station. There is a hybrid device (without buttons on it) that acts like a SIP extension and bridge the call into the studio mixer. |
| 17:50.49 | vo1pbx | autopatch, eww |
| 17:50.52 | Offer_ | I have to find a way for the producer to "get the call back" from that extension - back to the producer extension. |
| 17:51.18 | vo1pbx | AllStar? |
| 17:51.57 | Offer_ | volpbx: what do you mean? |
| 17:52.12 | vo1pbx | oh, commercial radio, not amateur radio... |
| 17:52.20 | vo1pbx | allstar did this already |
| 17:54.30 | Offer_ | little radio station with a studio in Israel.. :-) |
| 17:55.20 | vo1pbx | please show me the 'black box' that attaches to the mixer... |
| 17:56.04 | Offer_ | it called SIP hybrid device. (I think from BARIX) |
| 17:56.59 | vo1pbx | there are _two_ complimentary boxen i presume |
| 17:57.51 | vo1pbx | and does the manager only need to monitor? |
| 17:58.04 | vo1pbx | i'd hub it out and give him wireshark |
| 17:59.38 | *** join/#asterisk DanB (~DanB@clt-195.192.201.221.ip-anschluss.net) |
| 18:03.03 | Offer_ | there is one box (connected to the mixer in the studio) and one telephone - in the control room. on the asterisk view - it's just 2 extesions.. |
| 18:09.56 | [TK]D-Fender | There is no dialplan app for stealing a call |
| 18:10.07 | Samot | Right |
| 18:10.08 | [TK]D-Fender | That has to be either AMI or perhaps ARI |
| 18:10.17 | Samot | As I said. |
| 18:10.38 | Samot | You could do *8, for example, to trigger AMI or ARI from the dialplan. |
| 18:10.47 | Samot | But you would need to know specific things. |
| 18:10.54 | Offer_ | I see. Is it very complicated to write this one? one side of the call is constant (the studio side extension number). |
| 18:11.03 | Samot | So you would probably need an event listener running. |
| 18:11.17 | Samot | Are you opposed to a GUI managing this? |
| 18:11.45 | [TK]D-Fender | AMI Bridge <- go read |
| 18:11.49 | Samot | Because at this point FOP2 sounds like an answer. |
| 18:12.02 | Offer_ | (I thought about trigerring a transfer by dialplan, but in that case - isn't the calling extension (in the control room) will be 'busy' and wouldn't be able to get the transferred call?) |
| 18:12.12 | matt_ | Samot: hi, yes plusnet is a MNVO in the uk |
| 18:12.13 | Samot | You can click on the "extension" that has the call and transfer it |
| 18:12.25 | Samot | Are you opposed to a GUI managing this? |
| 18:12.27 | matt_ | Samot: MVNO even |
| 18:12.35 | [TK]D-Fender | GUI doesn't amtter. Trigger however you want to. |
| 18:12.39 | [TK]D-Fender | the action is the same |
| 18:12.43 | Samot | matt_: Do they support SRTP |
| 18:12.45 | Samot | Right |
| 18:12.55 | Samot | But the GUI = not having to learn code to write it |
| 18:13.05 | matt_ | Samot: they should support tcp/ip so ... yes |
| 18:13.10 | Samot | No |
| 18:13.15 | Samot | TCP/IP is not SRTP |
| 18:13.19 | [TK]D-Fender | identify the channel yuo want and either Redirect it to dialplan leading where you want or bridge it to another already in progress |
| 18:13.27 | Samot | Do they support SIP over TLS? |
| 18:13.28 | matt_ | udp packets go in one end and come out the other |
| 18:13.28 | Offer_ | Samot: if you think a GUI can simple things up - I can try and go for it.. |
| 18:13.33 | Samot | Or calls over TLS? |
| 18:13.42 | Samot | Offer_: Google FOP2 |
| 18:13.47 | matt_ | sip over tls is just tcp, they shouldn't be magnling it, and shouldn't be able to |
| 18:13.59 | Samot | matt_: That's not how it works. |
| 18:14.13 | matt_ | erm.. the signalling works fine |
| 18:14.21 | Samot | matt_: The audio is encrypted. |
| 18:14.31 | matt_ | its looking like they are natting the same private ip to multiple public ip's |
| 18:14.32 | Samot | They need to be able to decrypt that audio |
| 18:14.45 | matt_ | and stun or turn cant cope with it |
| 18:14.48 | Samot | matt_: Stop. They need to support TLS |
| 18:14.58 | Samot | End of discussion. |
| 18:15.07 | Samot | There is not TLS on the public phone network |
| 18:15.12 | Samot | *no |
| 18:15.15 | matt_ | Samot: what?! no, they are a carrier network, they should _not_ be able to decrypt audio |
| 18:15.23 | Samot | There is no TLS on the public phone network |
| 18:15.33 | matt_ | they are a data network |
| 18:15.41 | Samot | You are making a CALL |
| 18:15.43 | matt_ | this is just data |
| 18:15.53 | Samot | That goes over the phone network |
| 18:15.54 | matt_ | yes ... via a data network |
| 18:15.57 | matt_ | no... |
| 18:16.00 | Samot | That's not how it works. |
| 18:16.02 | Offer_ | Samot: FOP2 is a 3rd party external product. If I can write a simple control screen myself (vb.net windows application for example) - it's better for me. |
| 18:16.10 | Samot | OK. |
| 18:16.16 | Samot | If you want to write your own, go for it. |
| 18:16.23 | Samot | It was an option to do what you needed. |
| 18:17.57 | Samot | I *think* there is an AMI "package" for IIS/Windows |
| 18:18.11 | Samot | Or ASP.net |
| 18:18.24 | Offer_ | [TK]D-Fender: What's the best way to activate this AMI command? A button on a computer screen? |
| 18:18.50 | Samot | Yes. |
| 18:19.17 | Samot | You can display data.. |
| 18:19.23 | Samot | Give them more control.. |
| 18:19.40 | Samot | And make it so it does require user interaction to make the action happen. |
| 18:19.54 | Samot | Even push a "Are you sure you want to do this?" confirmation check.. |
| 18:20.59 | Samot | Offer_: That's really what FOP2 does. It has an AMI listener for events and then the GUI triggers specific AMI events. |
| 18:21.32 | Samot | Allows you to set the options for the "buttons" so when you interact with them, they use that data for it. |
| 18:21.54 | Samot | It does tie into the dialplan to get states and such. |
| 18:22.06 | Samot | So it can watch hints, etc. |
| 18:22.26 | Samot | I think that's kinda the same road you'll want to go down for your vb.net app. |
| 18:23.14 | Samot | Well uses dialplan information (contexts, etc) to have AMI look at those hints, states.. |
| 18:25.20 | Samot | Offer_: I'd download it and dig into it a bit. I think it would give you some insight for your app. |
| 18:25.58 | [TK]D-Fender | Offer_> [TK]D-Fender: What's the best way to activate this AMI command? A button on a computer screen? <- no such thing as "best" |
| 18:26.04 | [TK]D-Fender | it's how YOU want to do things |
| 18:26.57 | [TK]D-Fender | how do you exect to see that there is even an action you might want to take? What will you be sitting in front of. With those things in front of you what takes the most efficient interaction? |
| 18:27.53 | Samot | 12:50:16 PM O<Offer_> Samot: The application is a radio station. There is a hybrid device (without buttons on it) that acts like a SIP extension and bridge the call into the studio mixer. |
| 18:27.55 | Offer_ | I admit I prefer doing things myself instead of buying software. I like developing things in dialplans (like database connectivity for IVR logic etc.) and I hoped I'll be able to do this myself also. |
| 18:27.57 | [TK]D-Fender | An app on a PC could be interactively SHOWING me things that are going on before I even decide I want to take an action. Or maybe I hear a phone ringing and just know. Or maybe there is in an indication on my phone that a call is coming in somewhere else I may want to hijack |
| 18:28.03 | Samot | I'm going to say that a GUI is the way. |
| 18:28.14 | Samot | Offer_: Oh I'm saying do it yourself. |
| 18:28.14 | [TK]D-Fender | Make up your own mind |
| 18:28.43 | Samot | Offer_: I'm just saying that FOP2 has the functions you're looking to work with. It can give you a better idea how on to do it in vb.net |
| 18:29.08 | Samot | A little more "real world" application of the AMI functions to look at. |
| 18:29.46 | Offer_ | Now I'm alittle confused, bacause I didn't do programming (that interact with asterisk) before. all I know is write the logic in the dialplan, call a URL for information, the URL is classic ASP page I wrote espcially for this parameter that needed - and that's all.. |
| 18:30.07 | [TK]D-Fender | if you're not a programmer then you neeed something that already does the full job as a finished product |
| 18:30.14 | Samot | Offer_: What you need to do is control the call. |
| 18:30.24 | Samot | Dialplan doesn't "control" the call. |
| 18:30.30 | Samot | It "processes" the call. |
| 18:30.45 | Offer_ | I see. |
| 18:30.56 | Samot | If you need to transfer a call from device X to device Y |
| 18:31.03 | Samot | There are dialplan options.. |
| 18:31.13 | Samot | Because it's processing the user inteaction for the call.. |
| 18:31.18 | [TK]D-Fender | Actually.. there may be an alternate way.... |
| 18:31.19 | Samot | But if you want to do it remotely |
| 18:31.31 | Samot | You need something like AMI to control the channels, call, events.. |
| 18:31.32 | [TK]D-Fender | what is this call you want to hijack exactly? |
| 18:31.49 | Samot | 1:27:53 PM S<Samot> 12:50:16 PM O<Offer_> Samot: The application is a radio station. There is a hybrid device (without buttons on it) that acts like a SIP extension and bridge the call into the studio mixer.' |
| 18:31.50 | [TK]D-Fender | What is it doing and how do you know which one and when to do this? |
| 18:31.52 | Offer_ | I remember once I had a little script that called the asterisk server by tcp/ip (I think it was socket calls to a port but I'm not sure) to originate calls. Can I use similar interface for this? |
| 18:32.18 | Samot | Offer_: Follow me here... |
| 18:32.24 | [TK]D-Fender | originate = cause * to dial out. this is not "hijack" |
| 18:32.44 | Samot | Offer_: I call into the station and you need to push that call to the hybrid device for calls to go on the air? |
| 18:32.44 | [TK]D-Fender | again, what tells you there is something to hijack in the first place? |
| 18:32.50 | Samot | Wait. |
| 18:32.58 | [TK]D-Fender | What is that call DOING so that you know you need to take this action? |
| 18:33.13 | matt_ | Samot: ok just tried a different sip client and its working |
| 18:33.28 | matt_ | Samot: guessing the other one isn't doing turn right |
| 18:34.07 | Offer_ | there is a man in the control room. he transfered the call into the hybrid device - and now the caller is connected to the studio mixer. the spokeman in the studio can hear him, and the caller now hears the broadcast. |
| 18:34.38 | Offer_ | When needed - the man in the control room should have a way to "take back" the caller into the control room extension. |
| 18:35.14 | Samot | Offer_: Hang on a sec. |
| 18:35.24 | Offer_ | So - the best for me is if I would be able to give him a "please dial **999# to get the call back" instruction - that's the most simple way. |
| 18:35.35 | Samot | I'm trying to see if the guy with the right knowledge for this is around. |
| 18:35.48 | Samot | Offer_: This is what he does. Radio stations are his thing. |
| 18:35.59 | Offer_ | Samot: god bless you.. :-) |
| 18:36.48 | *** join/#asterisk drmessano (sid104353@pdpc/supporter/active/drmessano) |
| 18:37.02 | drmessano | Ok, whats the device? |
| 18:37.05 | Samot | Offer_: Please restate, in detail, what you need to do. |
| 18:37.07 | Samot | ^^^ |
| 18:37.14 | Offer_ | :-) |
| 18:37.20 | Offer_ | there is a man in the control room. he transfered the call into the hybrid device - and now the caller is connected to the studio mixer. the spokeman in the studio can hear him, and the caller now hears the broadcast. |
| 18:37.31 | Offer_ | When needed - the man in the control room should have a way to "take back" the caller into the control room extension. |
| 18:37.31 | Samot | OK |
| 18:37.36 | Offer_ | So - the best for me is if I would be able to give him a "please dial **999# to get the call back" instruction - that's the most simple way. |
| 18:37.42 | Samot | Please provide the name of the "Hybrid Device" |
| 18:37.53 | drmessano | "Hybrid device" you mean like a Pots Hybrid, like a Telos or something? |
| 18:38.12 | Offer_ | SIP hybrid. I think by BARIX. |
| 18:38.27 | Offer_ | it acts like a simple SIP extension - with 'autoanswer'. |
| 18:38.43 | *** join/#asterisk Echo6 (~Echo6@64.136.247.50) |
| 18:39.28 | Samot | This if for handling calls from listeners right? |
| 18:39.45 | drmessano | Well the call is already bridged to the Hybrid.. So we're talking about transferring it back to a traditional handset? |
| 18:40.39 | Offer_ | yes, but without anyone touching the hybrid, but by the 'taking' extension. |
| 18:40.45 | drmessano | So you need to create an "extension" in extensions.conf to transfer the call back |
| 18:41.17 | Offer_ | (like you'll talk on the phone, and I'll take your call and continue talk with the guy you talked to) |
| 18:41.56 | drmessano | Right, the hybrid is a red herring |
| 18:42.08 | Offer_ | "stealing" a call. like call pickup - but not from 'ringing' state, but from 'talking' state. |
| 18:42.08 | Samot | Oh? |
| 18:42.11 | drmessano | This is transferring a call from one extension to another, but from the destination |
| 18:42.20 | drmessano | This is transferring a call from one extension to another, but NOT from the destination |
| 18:42.49 | drmessano | Samot: Need to transfer a call from 101 to 102 FROM 102 |
| 18:42.56 | Offer_ | yes, transfer - activated by destination extension. |
| 18:43.03 | drmessano | Samot: Need to transfer a call from 101 to 102 EXECUTED FROM 102 |
| 18:43.10 | Samot | Got it. |
| 18:43.20 | drmessano | Since we can do it from the hybrid |
| 18:43.24 | drmessano | Since we cant do it from the hybrid |
| 18:43.24 | Samot | I think that's the part I was missing. |
| 18:43.26 | drmessano | Jesus |
| 18:43.39 | drmessano | Yeah, this is basic.. forget its a hybrid.. I get it now |
| 18:44.02 | Samot | Offer_: Start taking notes. |
| 18:44.14 | drmessano | Our Hybrid has a keypad on it.. So we just transfer back |
| 18:44.24 | Samot | He said no keys |
| 18:44.31 | Samot | padless |
| 18:45.42 | Offer_ | right. the request was that no man in the studio has to deal with it. it's the man in the control-room's job. |
| 18:45.47 | drmessano | right |
| 18:45.52 | drmessano | So it needs to be done from 102 |
| 18:45.59 | Offer_ | exact. |
| 18:46.50 | drmessano | Its odd that you dont have a POTS handset on the hybrid. Every one that doesnt have a console of some sort always had a POTS jack |
| 18:46.58 | drmessano | and we put like a WE 500 phone on there |
| 18:47.35 | drmessano | But anyone, Samot can help you |
| 18:47.38 | drmessano | anyway |
| 18:47.44 | drmessano | Fucking autocorrect is killing me today |
| 18:48.11 | Offer_ | ? |
| 18:48.18 | Samot | Wait, what? |
| 18:48.44 | Samot | I zoned out |
| 18:49.04 | Samot | So 101 is going to call 102 |
| 18:49.14 | Samot | And 102 needs to transfer the call from 101? |
| 18:49.15 | drmessano | The call is going to 101 |
| 18:49.26 | Samot | 102 is calling 101? |
| 18:49.27 | drmessano | From 102 I need to steal the call from 101 |
| 18:49.36 | drmessano | Outside call to 101 |
| 18:49.45 | drmessano | 102 needs to take the call from 101 |
| 18:49.45 | Samot | Why doesn't 101 park it? |
| 18:49.49 | drmessano | No keypad |
| 18:49.57 | Samot | Fskc |
| 18:50.09 | drmessano | 101 cant do shit |
| 18:50.12 | Samot | OK so 101 is the hybrid un-manned device |
| 18:50.18 | drmessano | Yeah |
| 18:50.25 | Samot | Well shit. |
| 18:50.57 | drmessano | Im assuming 102 is a call screener.. so the call is transfered to 101.. blah blah on the air, and they need to get the call BACK to 102 |
| 18:50.58 | Samot | So the call is active on 101, the manless device.. |
| 18:51.16 | drmessano | But you can only do dialplan stuff from 102 becuase 101 is dumb |
| 18:51.28 | Samot | Or FOP2 |
| 18:51.34 | Samot | Or AMI |
| 18:51.34 | drmessano | Right |
| 18:51.36 | Samot | Right? |
| 18:51.36 | drmessano | Right |
| 18:51.41 | Samot | That's what we were talking about.. |
| 18:51.45 | drmessano | Ok |
| 18:51.49 | drmessano | Yeah, all good options |
| 18:51.49 | Samot | I was just confused by the device and how it worked |
| 18:51.52 | Samot | And the flow |
| 18:52.06 | Samot | Because the active call on 101 needs to be held |
| 18:52.08 | Samot | or parked |
| 18:52.13 | drmessano | MANY Broadcast systems that are more than a basic hybrid have software for call screening |
| 18:52.17 | Samot | To be picked back up by another line.. |
| 18:52.18 | drmessano | and you can transfer back and forth |
| 18:52.34 | drmessano | FOP2 is very close to that |
| 18:52.48 | Samot | Offer_: Yeah, that's the best I can offer on that. |
| 18:53.00 | drmessano | Offer_: You can use FOP2 for < 15 extensions for free |
| 18:53.02 | Samot | You need something that is going to watch that call from the moment it comes in... |
| 18:53.15 | Samot | Wants to do in their environment |
| 18:53.21 | Samot | vb.net |
| 18:53.28 | drmessano | Well, get to coding |
| 18:53.29 | drmessano | AMI |
| 18:53.34 | drmessano | ARI |
| 18:53.44 | Samot | You'll need to know the channel. |
| 18:53.53 | Samot | Monitor events |
| 18:54.02 | drmessano | Youre reinviting a wheel |
| 18:54.08 | Samot | I would suggest triggering a Park. |
| 18:54.16 | Offer_ | How do you call the protocol that I send commands to asterisk using a tcp port? |
| 18:54.38 | Samot | Offer_: FOP2 will watch/monitor 101 and 102 |
| 18:54.46 | Samot | Via the gui.. |
| 18:54.47 | drmessano | We have call screening software that WE wrote 15 years ago that we're still using. Literally have no interest in updating at this point, as the tech is old. When we buy a Telos they have software included |
| 18:54.58 | Samot | The call screener can manage calls on 101 |
| 18:55.05 | Samot | Force them into a Parking lot |
| 18:55.12 | Samot | Transfer them |
| 18:55.15 | Samot | Hang them up |
| 18:55.23 | drmessano | ARI is Rest.. AMI is a TCP socket |
| 18:55.34 | drmessano | To answer your question |
| 18:55.48 | drmessano | Youre gonna spend a lot of time on this |
| 18:55.54 | drmessano | Just telling you |
| 18:56.02 | Samot | It's 100% a call manager. |
| 18:56.20 | drmessano | FOP2 and move on to the next project |
| 18:56.23 | Samot | The thing call centers use to manage their calls. |
| 18:56.26 | Offer_ | so I can just send a "transfer" command to the server, to instruct it to transfer the active call from 101 to 102? |
| 18:56.32 | Samot | Right |
| 18:56.35 | Samot | Or Park it |
| 18:56.50 | Samot | So the sceener can push a new call to 101 and then pickup 102 |
| 18:56.55 | Samot | or that other caller |
| 18:57.07 | Samot | Or manage three callers he has to get details from |
| 18:57.07 | drmessano | But you'll need to read from the socket and determine the channel |
| 18:57.11 | drmessano | It's not just one send command |
| 18:57.16 | Samot | Right |
| 18:57.20 | Samot | Not if you're writing this. |
| 18:57.23 | drmessano | You're gonna have to parse it |
| 18:57.28 | Samot | FOP2 does A LOT of the work |
| 18:57.33 | Offer_ | drmessano: I see. So do you think I should install free FOP2 on the server and give the man in the control room a screen with FOP2 on it? |
| 18:57.34 | drmessano | Expect to spend time on this |
| 18:57.41 | Samot | To make it all "clicky clicky" |
| 18:57.42 | drmessano | Offer_: 1000% yes |
| 18:57.52 | Samot | ^^^^^ |
| 18:57.53 | drmessano | They can drag and drop it back |
| 18:57.56 | Samot | It's free for 2 |
| 18:57.59 | Samot | For sure. |
| 18:57.59 | drmessano | Its fucking great stuff |
| 18:58.04 | Samot | You'll get all the functions. |
| 18:58.11 | Samot | 1 fallback |
| 18:58.16 | Samot | No PJSIP support |
| 18:58.17 | Offer_ | 2 or 15? ... |
| 18:58.20 | drmessano | Its free for under 15 |
| 18:58.28 | Samot | So if you're all Chan_SIP.. |
| 18:58.28 | drmessano | Hes saying 2 is free |
| 18:58.36 | drmessano | Because you have 2 |
| 18:58.39 | drmessano | So it will work |
| 18:58.46 | Samot | It will only show 15 "buttons" in the free version. |
| 18:58.51 | drmessano | Right |
| 18:58.56 | Samot | What type of buttons and which buttons are up to you. |
| 18:59.04 | Samot | Then again.. |
| 18:59.07 | Samot | It's like $40 |
| 18:59.13 | drmessano | That too |
| 18:59.17 | Offer_ | actually - I have 2 * 2. 2 lines into the mixer, and 2 phones in the control room :-( |
| 18:59.22 | Samot | So it's not going to break the bank. |
| 18:59.25 | Offer_ | I see. |
| 18:59.27 | Samot | You're fine. |
| 18:59.32 | drmessano | Ok, so thats still less than 15 |
| 18:59.39 | Offer_ | just in case, |
| 18:59.56 | drmessano | and its $40 just to buy it and support the guy |
| 19:00.05 | drmessano | Set it up and test it |
| 19:00.10 | Samot | The real money is the plugins |
| 19:00.13 | drmessano | If you like it, ship the guy $40 and feel good |
| 19:00.16 | Offer_ | AMI can't get just a simple "transfer" command - (like - from 101 to 102) without dealing with channel numbers, etc.? |
| 19:00.19 | Samot | And the sister reporting program. |
| 19:00.23 | Samot | No. |
| 19:00.25 | drmessano | Offer_: No |
| 19:00.28 | Samot | It needs to know what channel |
| 19:00.36 | Samot | Because it's "outside" of the call |
| 19:00.45 | drmessano | This isnt just "create a widget that sends out one command" kinda coding |
| 19:00.45 | Samot | AMI is to manage all the calls |
| 19:00.46 | drmessano | Get FOP2 |
| 19:00.48 | Samot | All the extensions |
| 19:01.00 | drmessano | If I needed it, I would be using it in my studios |
| 19:01.21 | drmessano | But we dont screen calls |
| 19:01.32 | Samot | ^^ He has a FOSS backup network for this shit |
| 19:01.33 | Offer_ | one other thought: what about CLI? |
| 19:01.36 | Samot | On wheels |
| 19:01.43 | drmessano | Offer_: Even worse |
| 19:01.49 | drmessano | Need to get the channel just the same |
| 19:01.52 | Offer_ | can I use asterisk cli to transfer an active call? |
| 19:01.58 | drmessano | There is no blindly doing this |
| 19:02.01 | Samot | You still need to know the Channel |
| 19:02.06 | drmessano | There is no blindly doing this |
| 19:02.16 | Samot | Doing it from the device is easy |
| 19:02.21 | Samot | Because the device knows the channel |
| 19:02.41 | Samot | If the hybrid had buttons this wouldn't be a problem. |
| 19:03.15 | Samot | AMI is outside control of Asterisk. |
| 19:03.18 | Samot | "Outside" |
| 19:03.33 | Samot | Asterisk needs to tell your AMI program what is what |
| 19:03.39 | Samot | You need an event listener |
| 19:03.51 | Samot | There are many, many, many steps to this |
| 19:04.05 | Offer_ | I see. and do I need to know the '101' channel, or the outside line channel? |
| 19:04.06 | Samot | As Commandant Lassard would say. |
| 19:04.15 | Samot | Correct. |
| 19:04.26 | Samot | And channels are created as needed |
| 19:04.29 | Offer_ | (I mean, will it be always the same string to send?) |
| 19:04.33 | Samot | destroyed when done. |
| 19:04.37 | Samot | No |
| 19:04.44 | Samot | Channel names are unique. |
| 19:04.45 | drmessano | FOP2 |
| 19:04.48 | drmessano | Seriously |
| 19:04.49 | Samot | FOP2 dude. |
| 19:04.54 | Samot | Or a lot of time learning stuff |
| 19:04.58 | drmessano | Writing a call screener is a 1997 thing to do |
| 19:04.59 | Samot | Then coding. |
| 19:05.02 | drmessano | Just use FOP2 |
| 19:05.19 | Samot | Sorry, I thought this was going to be more complex. |
| 19:05.24 | Samot | The device threw me |
| 19:05.32 | drmessano | Its fine |
| 19:05.38 | drmessano | It's a phone with no handset |
| 19:05.42 | drmessano | Basically |
| 19:05.45 | Samot | Right. |
| 19:05.51 | Samot | That's what I wasn't grasping. |
| 19:06.01 | Samot | "mixer board" was all in there |
| 19:06.03 | Samot | So.. |
| 19:06.27 | Samot | It's like a CD player and some RCA cables. :) |
| 19:07.36 | drmessano | We call the box a "hybrid".. it's basically a box with POTS/SIP that has the DAC and audio in/outs for Balanced Audio to the broadcast gear |
| 19:07.56 | drmessano | Older ones have POTS jack to go to real phone, so you answer the line traditionally |
| 19:08.09 | Samot | So a radio specific ATA |
| 19:08.12 | drmessano | I think ours does too, but we have a console with a keypad and line keys |
| 19:08.18 | drmessano | Yep |
| 19:08.24 | Samot | That I understand. |
| 19:08.39 | drmessano | Ours arent even SIP.. just Analog |
| 19:08.44 | drmessano | But same deal |
| 19:08.58 | Samot | Well just bridges the calls right |
| 19:09.02 | Offer_ | drmessano: Are you working in a radio station? it's like you're holding a box like this in your hands... :-) |
| 19:09.03 | drmessano | Yeo |
| 19:09.05 | Samot | caller to mixer |
| 19:09.15 | Samot | POTS/SIP doesn't matter. |
| 19:09.15 | drmessano | Offer_: Lots of them |
| 19:09.22 | drmessano | 25 years worth |
| 19:09.33 | Samot | Offer_: I said I was getting the "radio station" guy |
| 19:09.47 | Offer_ | maybe the barix has a HTTP server that will allow activating the transfer remotely? |
| 19:09.59 | drmessano | Samot: It's a wirenut for SIP/POTS <> balanced audio + some level of call control sometimes |
| 19:10.25 | drmessano | Offer_: I cant even FIND a Barix phone hybrid.. So no idea |
| 19:10.35 | drmessano | They dont even list it, so I am wondering what the hell it is |
| 19:10.41 | Samot | Like I didn't ping him because he listens to the radio a lot :) |
| 19:11.04 | drmessano | Ive never actually heard of it, either |
| 19:11.06 | Samot | I'm actually shocked he doesn't know what a BARIX is. |
| 19:11.15 | Offer_ | drmessano: in the future - I'm requested to make an on-screen application for the guy in the control to manage the callers queues. |
| 19:11.15 | Samot | Like.. |
| 19:11.31 | Samot | The number of random and obscure devices people have rattled off... |
| 19:11.41 | drmessano | Now there is one thing |
| 19:11.42 | Samot | And his response was like he had it in front of him... |
| 19:11.46 | Samot | It's scary. |
| 19:11.47 | drmessano | and I think I may have figured this out |
| 19:12.03 | drmessano | I dont think this is a phone hybrid |
| 19:12.26 | Offer_ | he sees on the screen the list of waiting calls, select one of them and answers, get some details (name, what are you going to talk about etc.) and enter it into the computer, and then it waits back in the list on the screen. |
| 19:12.33 | drmessano | I think this a BARIX Streaming box, which has a SIP client on it.. and it's unbalanced audio is running to a matchbox or something and into the board |
| 19:12.53 | Offer_ | When needed - he will choose who is going to be transfered into the studio (to that 101 ext.). |
| 19:13.03 | drmessano | Because BARIX does make a streaming boxes with SIP clients |
| 19:13.33 | drmessano | Hence the lack of a POTS jack |
| 19:13.39 | Offer_ | FOP2 would'nt help me on that stage - because it supposed to be in Hebrew, and probably with many customizations and database interactivity.. |
| 19:13.41 | drmessano | Dude, all you need is FOP2 |
| 19:13.48 | Offer_ | Do you think I have a chance?.... |
| 19:13.59 | drmessano | You need this to be in Hebrew? |
| 19:14.15 | Samot | That's the first I've heard of this requirement. |
| 19:14.26 | drmessano | Anything else you need to add? |
| 19:15.15 | Offer_ | What do you mean? |
| 19:15.21 | drmessano | You need this to be in Hebrew? |
| 19:15.25 | drmessano | Yes? |
| 19:18.03 | drmessano | AmI lagging? |
| 19:19.15 | [TK]D-Fender | Offer_> drmessano: in the future - I'm requested to make an on-screen application for the guy in the control to manage the callers queues. <- you sid you weren't a programmer. This doesn't sound like it's going to happen |
| 19:19.29 | [TK]D-Fender | said* |
| 19:19.47 | drmessano | Offer_: Please explain the Hebrew part |
| 19:20.18 | drmessano | Because I am reading that as both "I need this in Hebrew" and "FOP2 wont work, it's in Hebrew" |
| 19:20.26 | drmessano | and the later is incorrect |
| 19:20.37 | drmessano | Please clarify |
| 19:21.36 | Samot | I think it needs to be in Hebrew and it would need to be modified. |
| 19:21.45 | Samot | So no matter what, vb.net |
| 19:21.54 | drmessano | Yeah, sounds like a shitshow |
| 19:22.08 | Offer_ | When I'll be requested to make a GUI for the guy in the control room - I don't think I'll be able to give them a 'closed' from-the-shelf product. Its interface should be in Hebrew, and probably there will be more customizations will be requested.. |
| 19:22.09 | drmessano | Use FOP2 and flip the monitor over |
| 19:22.11 | drmessano | Boom |
| 19:22.11 | Samot | At this point, the learning of AMI and how Asterisk functions at that level is needed. |
| 19:22.12 | [TK]D-Fender | Not sure we need a GUI for this currently |
| 19:22.29 | Samot | How will it be done? |
| 19:22.36 | *** part/#asterisk drmessano (sid104353@pdpc/supporter/active/drmessano) |
| 19:22.42 | Samot | How will 102 take a call from 101? |
| 19:22.44 | [TK]D-Fender | So far the decision to hijack doesn't appear to be something he needs to have presented visually for that decision to happen |
| 19:23.00 | Samot | 101 is a keyless device. |
| 19:23.03 | [TK]D-Fender | So all he needs is the channel |
| 19:23.04 | Samot | That has a call on it.. |
| 19:23.17 | Samot | It's a call screener at a radio station. |
| 19:23.20 | Offer_ | right. just have to make 102 "steal" 101 active call.. |
| 19:23.23 | Samot | They work in GUIs. |
| 19:23.26 | Samot | So.. |
| 19:23.26 | [TK]D-Fender | And app_bridge could hijack it back actually |
| 19:23.29 | [TK]D-Fender | ^ |
| 19:23.37 | Samot | Sure. |
| 19:23.48 | [TK]D-Fender | grab the phone you want to use to talk to the guy and grab it |
| 19:24.21 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
| 19:24.32 | [TK]D-Fender | You could equally do things like Originate a call that will do the hijack and then send to Park() for future retrieval, etc |
| 19:24.39 | [TK]D-Fender | Tons of ways not invlving any GUI |
| 19:24.49 | [TK]D-Fender | so language = irrelevant |
| 19:25.05 | [TK]D-Fender | push button on phone = call gos from brdige to "waiting room" |
| 19:25.05 | Offer_ | but I'll have to find the current channel every time. I can't 'bridge' or 'transfer' or 'conference' or 'park' using the extension number. right? |
| 19:25.23 | [TK]D-Fender | you need the CHANNEL NAME |
| 19:25.24 | [TK]D-Fender | ^ |
| 19:25.55 | [TK]D-Fender | "SIP/200" is a DEVICE. "SIP/200-e4h6" is a full channel name for a call that device may have in progress |
| 19:25.56 | Offer_ | can 102 start this whole proccess? |
| 19:26.04 | [TK]D-Fender | ANYONE can start a process |
| 19:26.34 | [TK]D-Fender | I can grab MY phone and start a "process" |
| 19:26.41 | Offer_ | so - 102 will take the handset, dial *7878101 and? |
| 19:26.46 | [TK]D-Fender | is my phone going to be INVOLVED in some special way? |
| 19:27.08 | [TK]D-Fender | <Offer_> so - 102 will take the handset, dial *7878101 and? <- is 102 expecting to TALK to that person? |
| 19:27.16 | [TK]D-Fender | or are they triggering it to send somewhere else? |
| 19:27.38 | [TK]D-Fender | Again there is a difference between the person triggering it, and the person CLEANING UP after that action |
| 19:27.47 | Offer_ | 102 wants to 'take back' the call that 101 is now 'talking' on with a guy from outside. 102 wants to continue talking with that guy - throwing 101 out of it. |
| 19:27.58 | [TK]D-Fender | You need to learn to break your ideas up into CLEAR pieces |
| 19:28.30 | [TK]D-Fender | if 102 is the person who WANT'S to take that call for themselves, then yes you could make something they dial that will call Bridge() and just steal it back |
| 19:28.32 | [TK]D-Fender | ^ |
| 19:28.42 | [TK]D-Fender | So you need to get the channel name for the call in progress. |
| 19:29.41 | Offer_ | can dialplan do it? (like search SIP/101-* and store it in a variable)? |
| 19:30.00 | [TK]D-Fender | there is no "search" in dialplan. |
| 19:30.17 | Offer_ | like **101 is taking the call in ringing state.. |
| 19:30.25 | [TK]D-Fender | You can script it on the outside like parsing "core show channels concise", etc |
| 19:30.30 | [TK]D-Fender | it isn't ringing. |
| 19:30.35 | [TK]D-Fender | so forget that. |
| 19:30.46 | Offer_ | ok. forgot. |
| 19:31.09 | [TK]D-Fender | So what is the original channel? |
| 19:31.28 | [TK]D-Fender | and which is this "hybrid"? |
| 19:31.30 | Offer_ | it's a call from outside, that was forwarded to 101. |
| 19:31.43 | [TK]D-Fender | that call from the OUTSIDE is the one you want to steal back? |
| 19:31.48 | Offer_ | 101 is the hybrid - keyless phone with autoanswer. |
| 19:32.07 | Offer_ | yes. |
| 19:32.10 | [TK]D-Fender | 101 no longer matters |
| 19:32.15 | [TK]D-Fender | tag that caller |
| 19:32.30 | Offer_ | where? how? |
| 19:32.36 | [TK]D-Fender | beforYou use Dial() to call 101 somewhere at the start of this, right? |
| 19:33.15 | [TK]D-Fender | How does that caller first end up reaching your hybrid? |
| 19:33.23 | Offer_ | if I'm not playing with the dialplan - I don't have a control of it. but of course - I can make a special dialplan for this. |
| 19:33.42 | [TK]D-Fender | forget this "ifs". Answer what you are doing precisely NOW. |
| 19:33.58 | Offer_ | 102 is answering it (or calling the outside guy) and transferring him to 101. |
| 19:34.02 | [TK]D-Fender | we need to clearly establish that flow to determine our possibilities |
| 19:34.31 | [TK]D-Fender | So your transfer to 101 hits the dialplan and that dialplan Dial()'s the actual device, correct? |
| 19:34.50 | [TK]D-Fender | Like Dial(SIP/101). |
| 19:35.11 | [TK]D-Fender | if you did this as a blind transfer the original channel is the one EXECUTING that dialplan. |
| 19:35.19 | Offer_ | right. |
| 19:35.30 | [TK]D-Fender | thus before you DIAL you can take the CHANNEL NAME and shove it somewhere like AstDB. |
| 19:35.45 | [TK]D-Fender | Then you can make another exten to call Bridge() and pass it that value |
| 19:35.55 | [TK]D-Fender | This is TWO stupid lines of dialplan. |
| 19:36.06 | Offer_ | wow. seems amazing. |
| 19:36.07 | [TK]D-Fender | not "some external GUI" |
| 19:36.34 | Offer_ | so - I have to get involved in the dialplan BEFORE the call leaves 102 into 101. |
| 19:37.07 | [TK]D-Fender | no. |
| 19:37.17 | Offer_ | (but AFTER 102 answered for the first time. right?) |
| 19:37.44 | Offer_ | Samot: NOW I'm starting to take notes... :-) |
| 19:39.42 | [TK]D-Fender | call comes in. Lets say they are "SIP/provider-a1b2". That channel goes through dialplan and ends up bridged to SIP/102 (probably a queue or IVR, or whatever). Then SIP/102 decides "ok, you go on-air". They BLIND TRANSFER to 101. That dialplan FIRST stores the channel name (SIP/provider-a1b2) into AstDB, and then continues on to Dial(SIP/101) the hybrid. |
| 19:40.17 | [TK]D-Fender | When SIP/102 wants it back he Dial()'s a exten that calls Bridge() passing THAT VALUE |
| 19:40.29 | Offer_ | there is a dialplan for a blind transfer? |
| 19:42.10 | Kobaz | Blind transfer is just Dial() |
| 19:42.45 | Kobaz | i'm jumping in in the middle here, but blind transfer is all executing on a single channel, same as the original channel |
| 19:43.30 | Kobaz | [TK]D-Fender: DB... meh.. I gotta finish my work on getting group varibles comitted to mainline |
| 19:44.04 | [TK]D-Fender | no |
| 19:44.07 | Kobaz | yes! |
| 19:44.19 | Kobaz | it's a cool feature that I use all the time and can't live without now |
| 19:44.22 | [TK]D-Fender | <Offer_> there is a dialplan for a blind transfer? <- blind transfer is what your PHONE does when you decide to SEND them to that hybrid in the first palce |
| 19:44.33 | [TK]D-Fender | place* |
| 19:45.09 | Kobaz | Offer_: what are you still suck on |
| 19:45.16 | Offer_ | right. but where will I put the 'save to astDB' command if it just 'dial' from the original channel to 101... ? |
| 19:45.28 | [TK]D-Fender | BEFORE THE DIAL COMMAND |
| 19:45.29 | [TK]D-Fender | ^ |
| 19:45.41 | [TK]D-Fender | there is no "just dial". |
| 19:46.32 | Kobaz | so you have some sort of, hold please... okay xfer and now you're somewhere else |
| 19:47.23 | [TK]D-Fender | Kobaz, hold off on this. We got a huge story at the start of this and I seem to ahve this boiled down to getting 2 lines of dialplan potentially solving this. Let's not get him side-tracked |
| 19:47.30 | Kobaz | hehe |
| 19:48.07 | Kobaz | sounds like a basic Redirect would do it? |
| 19:48.22 | [TK]D-Fender | no |
| 19:48.24 | Kobaz | er, the phone itself is doing the transfer, right |
| 19:48.31 | [TK]D-Fender | forget the transfer |
| 19:48.38 | [TK]D-Fender | You're running this in circles |
| 19:48.39 | Kobaz | forgets |
| 19:50.29 | Kobaz | Offer_: basically, you'll want to know about your channels that you're moving around, and then know where they are going two |
| 19:50.43 | Kobaz | something you have, and something you want |
| 19:51.05 | Kobaz | if you know that, the rest is generally straight forward |
| 19:51.33 | *** join/#asterisk u0m3 (~u0m3@86.127.131.167) |
| 19:53.40 | Offer_ | I just want 102 to be able to take back the call he transferred to 101. |
| 19:53.54 | Offer_ | (and make 101 be hanged up) |
| 19:54.05 | Kobaz | Is the call you want always going to be on 101? |
| 19:54.22 | Offer_ | Kobaz: What do you mean? |
| 19:54.36 | Kobaz | is 102 always going to be taking from 101 |
| 19:54.47 | Kobaz | or is this more general |
| 19:54.55 | Kobaz | XXX can take a call from YYY |
| 19:54.59 | [TK]D-Fender | @ LINES OF DIALPLAN |
| 19:54.59 | [TK]D-Fender | 2 |
| 19:55.06 | Kobaz | [TK]D-Fender: sounds like it |
| 19:55.27 | Kobaz | ${CHANNELS(..)} and Bridge() |
| 19:55.33 | [TK]D-Fender | yes |
| 19:56.19 | Kobaz | Offer_: find the channel you want to steal... use function CHANNELS |
| 19:56.38 | Kobaz | Offer_: and then steal it ... Bridge(${channel_found}); |
| 19:58.24 | Kobaz | The simple case, if there's only at most, one call on x101 |
| 19:59.25 | Kobaz | _XXX => { Bridge(${CHANNELS(^SIP/${EXTEN})});} |
| 19:59.27 | Kobaz | one line! |
| 19:59.28 | Kobaz | hehe |
| 20:00.11 | Kobaz | if there's more than one call, that definitely wont work |
| 20:00.13 | Offer_ | 102 always wants to take from 101. fixed device. helps to find channel? |
| 20:01.05 | Offer_ | btw- bridge() hangs up the 101? |
| 20:01.12 | Kobaz | Yes |
| 20:01.21 | Kobaz | If there's nothing attached, the other end will hang up |
| 20:01.30 | Offer_ | WOW! I must test it. it seems so promising... |
| 20:01.32 | Kobaz | actually you'll want to be more specific in the regex |
| 20:01.41 | Kobaz | _XXX => { Bridge(${CHANNELS(^SIP/${EXTEN}\-)});} |
| 20:01.41 | [TK]D-Fender | no regex |
| 20:01.52 | Kobaz | so that you don't accidentally match SIP/1010 |
| 20:01.54 | Kobaz | or something |
| 20:01.57 | [TK]D-Fender | push the EXACT stupid value into AstDB |
| 20:02.00 | [TK]D-Fender | this is NOT a guessing game |
| 20:02.02 | Offer_ | its called partial match and it's enough. right? |
| 20:02.03 | [TK]D-Fender | we KNOW the channels |
| 20:02.22 | Kobaz | asterisk already knows the channels, why make it more complicated |
| 20:02.29 | Kobaz | ask asterisk for the channel |
| 20:02.37 | Kobaz | you /could/ store it beforehand |
| 20:02.38 | Offer_ | if there is only one call. partial channel match will do the trick? |
| 20:02.43 | [TK]D-Fender | Kobaz, you did in suggestion a pattern was required |
| 20:03.00 | Kobaz | well you can easily hard code it |
| 20:03.04 | [TK]D-Fender | Offer_, NO PARTIAL BULLSHIT REQUIRED. |
| 20:03.08 | Kobaz | _*101 => { Bridge(${CHANNELS(^SIP/101\- ;} |
| 20:03.11 | Kobaz | whoops |
| 20:03.23 | Kobaz | _*101 => { Bridge(${CHANNELS(^SIP/101\-);} |
| 20:03.23 | [TK]D-Fender | What part of "stare the entire fucking precise channel name before you dial" was I unclear about? |
| 20:03.23 | Kobaz | there |
| 20:03.26 | Kobaz | *101 steals from 101 |
| 20:03.26 | [TK]D-Fender | Kobaz, STOP. |
| 20:03.42 | [TK]D-Fender | they ACTUALY FUCKING CHANNEL can push its FULL value before calling 101 |
| 20:03.45 | Offer_ | Kobaz: you used RegEx? There is need to? |
| 20:04.00 | Kobaz | Offer_: fender is saying, which is also correct. you can store the channel name beforehand |
| 20:04.09 | Kobaz | but then this adds complexity, for a simple situation |
| 20:04.10 | [TK]D-Fender | FUCKING THIS GUESSING BULLSHIT. We aren't trying to steal 101 back. We are stealing the fucker who CALLED IT. |
| 20:04.19 | Kobaz | er, whoops |
| 20:04.24 | Kobaz | BRIDGEPEER |
| 20:04.26 | Kobaz | sorry about that |
| 20:04.28 | [TK]D-Fender | NO |
| 20:04.35 | [TK]D-Fender | <Kobaz> BRIDGEPEER <- NO |
| 20:04.41 | Kobaz | absolutly yes, heh |
| 20:04.49 | [TK]D-Fender | Jesus fucking Christ. |
| 20:04.50 | Kobaz | makes it stupid easy |
| 20:04.57 | [TK]D-Fender | The dumkb shit channelk is ABOUT to call Dial() |
| 20:05.04 | [TK]D-Fender | PUSH IT'S VALUE directly. |
| 20:05.11 | Kobaz | right, you can |
| 20:05.18 | Kobaz | but now you're sharing channel data between channels |
| 20:05.21 | Kobaz | which adds complexity |
| 20:05.22 | [TK]D-Fender | NOTHING to "look up". no "pattern". |
| 20:05.34 | Kobaz | so, say you store it in DB |
| 20:05.45 | [TK]D-Fender | the ACTUAL FUCKING CHANNEL is the one pushing its value BEFORE THE FUCKING DIAL |
| 20:05.52 | Kobaz | now in the future you want to handle multiple calls to 101 |
| 20:05.57 | Kobaz | pick up the first one, second one, etc |
| 20:06.06 | [TK]D-Fender | 101 can't HANDLE multiple |
| 20:06.11 | [TK]D-Fender | there is no possibility of multiple |
| 20:06.13 | Kobaz | now you're dealing wiht arrays in DB |
| 20:06.19 | Kobaz | that makes it easier then |
| 20:06.25 | Kobaz | super easy, then there's no reason to push the channel name |
| 20:06.31 | [TK]D-Fender | there is. |
| 20:06.32 | Kobaz | since there's only ever one, and the match will 100% always find it |
| 20:06.46 | [TK]D-Fender | head-desks |
| 20:08.52 | Kobaz | Bridge(${IMPORT(${CHANNELS(^SIP/101\-)},BRIDGEPEER)}); |
| 20:08.54 | Kobaz | okay there you go |
| 20:09.01 | Kobaz | steal the correct channel |
| 20:09.58 | Kobaz | [TK]D-Fender: channel names come and go, get renamed, etc etc |
| 20:10.07 | Offer_ | Kobaz: Can you please explain to me the BRIDGEPEER thing? (and it seems 2 lines made 1 already..) :-) |
| 20:10.19 | Kobaz | in my opinion it's bad practice to store the name of a channel unless you're writing a management daemon using AMI or Stasis |
| 20:10.23 | [TK]D-Fender | <Kobaz> Bridge(${IMPORT(${CHANNELS(^SIP/101\-)},BRIDGEPEER)}); <- NO! |
| 20:10.31 | Kobaz | and then can subsequently track the channel state |
| 20:10.40 | [TK]D-Fender | YOU DON'T HAVE TO LOOK SHIT UP |
| 20:10.51 | Kobaz | ask asterisk, asterisk is always right |
| 20:11.22 | Kobaz | Offer_: so. ${CHANNELS(pattern)} finds the channel that's currently active matching that pattern |
| 20:11.25 | [TK]D-Fender | no |
| 20:11.25 | Kobaz | in this case SIP/101 |
| 20:11.47 | [TK]D-Fender | Kobaz, you fucking twit we have the channel IN THE DIALPLAN before 101 gets DIALED. |
| 20:11.50 | Kobaz | BRIDGEPEER is who SIP/101 is talking to |
| 20:11.56 | [TK]D-Fender | Push the fucking channel name BEFORE you call dial |
| 20:11.57 | Kobaz | [TK]D-Fender: we do, but we don't need it |
| 20:12.01 | [TK]D-Fender | you don't ahve to look up ANYTHING |
| 20:12.04 | Kobaz | you can do it that way, it's just more work |
| 20:12.13 | [TK]D-Fender | lookup = bullshit |
| 20:12.19 | [TK]D-Fender | just fucking PUSH IT |
| 20:12.27 | Kobaz | sure, okay, send him the code to do that |
| 20:12.33 | Kobaz | and then let him make his own decision |
| 20:12.55 | *** join/#asterisk opmrcl1 (~Thunderbi@78.133.34.141) |
| 20:13.04 | [TK]D-Fender | Set(${DB(this/fucker)}=${CHANNEL(name)}) |
| 20:13.06 | [TK]D-Fender | FUCKING DONE |
| 20:13.15 | [TK]D-Fender | THEN you fucking dial 101 |
| 20:13.43 | Kobaz | i've presented a solution that is 100% consistent, does not need any DB tendering, and doesn't encourage stale data in the DB |
| 20:13.45 | [TK]D-Fender | "lookups"? No we HAVE the precise thing before we even need to start |
| 20:13.54 | Offer_ | Fender: Where do I put this command? The blind transfer will just go straight to dial(101). no? |
| 20:13.56 | [TK]D-Fender | 1 value |
| 20:14.01 | [TK]D-Fender | stale doesn't mean anything |
| 20:14.03 | Kobaz | Offer_: in your dialplan |
| 20:14.12 | [TK]D-Fender | your call will fail f there is nothing bridged just the same |
| 20:14.15 | [TK]D-Fender | it adds NO value |
| 20:14.21 | Kobaz | [TK]D-Fender: in this case, i agree.. no, stale data is a non-issue |
| 20:14.33 | [TK]D-Fender | Offer_> Fender: Where do I put this command? The blind transfer will just go straight to dial(101). no? <- no, that's YOUR fucking dialplan that Dial(SIP/101) |
| 20:14.38 | Kobaz | but is bad practice when you move into more complex systems |
| 20:14.39 | [TK]D-Fender | FUCKING PUT THIS STEP FIRST |
| 20:14.46 | [TK]D-Fender | this ISN"T complex |
| 20:14.50 | Kobaz | correct |
| 20:14.53 | [TK]D-Fender | coding this is the END of the line |
| 20:14.58 | Kobaz | for this setup, your solution will work |
| 20:15.05 | [TK]D-Fender | There is no more. DOn't plan for things that aren't real |
| 20:15.10 | Kobaz | i disagree that is is a best practice |
| 20:15.16 | [TK]D-Fender | This should have been done 1/2 hour ago. |
| 20:15.18 | Kobaz | right |
| 20:15.18 | [TK]D-Fender | 2 fucking lines |
| 20:15.21 | Kobaz | one line :) |
| 20:15.27 | [TK]D-Fender | no, you still need the PICKUP <- |
| 20:15.35 | [TK]D-Fender | 1 to PUSH it, 1 to RETREIVE it |
| 20:15.51 | Kobaz | Offer_: oh yeah, more on BRIDGEPEER... this is the channel that SIP/101 is talking to... the 'outside' caller |
| 20:16.08 | Kobaz | the pickup is the Bridge() |
| 20:16.17 | [TK]D-Fender | Which is what I've already said |
| 20:16.25 | [TK]D-Fender | but now you are distracting him with your extra |
| 20:16.30 | Kobaz | there's nothing extra |
| 20:16.31 | [TK]D-Fender | Want to know why this takes forever? |
| 20:16.32 | Kobaz | and it's all related |
| 20:16.42 | [TK]D-Fender | Because you didn't jsut let him do the 2 stupid lines I was telling him to do |
| 20:16.55 | Kobaz | he wont |
| 20:16.57 | Kobaz | because he's confused |
| 20:17.05 | [TK]D-Fender | YOU added rthe confusion |
| 20:17.08 | Kobaz | Offer_: you need extensions.conf or extensions.ael |
| 20:17.23 | [TK]D-Fender | <Offer_> Fender: Where do I put this command? The blind transfer will just go straight to dial(101). no? <- YOUR dialplan does the DIAL. So do the push FIRST |
| 20:17.26 | Kobaz | Offer_: i recommend ael (which of course will lead TK into an angry rant) |
| 20:17.34 | [TK]D-Fender | Kobaz, And you keep adding MORE shit. |
| 20:17.46 | [TK]D-Fender | this is 1 lines |
| 20:17.50 | Kobaz | Offer_: this goes into the context for your sip peer |
| 20:17.59 | Kobaz | Offer_: what's your sip.cfg context= for [102] |
| 20:18.35 | [TK]D-Fender | Kobaz, just fucking stop. |
| 20:19.02 | Kobaz | i could, but then i would feel bad, because Offer_ is still confused... and he wont get any less confused with the original line of thinking |
| 20:19.14 | [TK]D-Fender | Kobaz, he should already have his dialplan and an understanding of the basics. we should be talking about bullshit lookups. or his sip config. |
| 20:19.19 | [TK]D-Fender | this i2 lines and YOU KEEP TALKING |
| 20:19.22 | Kobaz | [TK]D-Fender: he apparently does not |
| 20:19.25 | [TK]D-Fender | YOU are adding confusion |
| 20:19.32 | Kobaz | [TK]D-Fender: otherwise he wouldn't be asking 'where do i put this' |
| 20:19.43 | [TK]D-Fender | IN THE FUCKING DIALPLAN |
| 20:19.47 | Kobaz | Offer_: have you read the asterisk book? |
| 20:19.52 | [TK]D-Fender | So why the fuck are you talking about SIP CONFIG? |
| 20:20.04 | Kobaz | because WHERE in the DIALPLAN will depend on the SIP CONFIG |
| 20:20.06 | Kobaz | obviously |
| 20:20.24 | [TK]D-Fender | .... |
| 20:20.35 | *** join/#asterisk karelk (~karel@31.10.153.23) |
| 20:20.36 | [TK]D-Fender | Offer_, did you configure your system yourself? |
| 20:20.39 | Kobaz | you're leaivng out a lot of details in your assistance to Offer_ |
| 20:20.42 | Kobaz | i'm filling in the blanks |
| 20:20.49 | [TK]D-Fender | You're INVENTING blanks |
| 20:20.50 | Kobaz | Sorry if that offends you |
| 20:20.52 | [TK]D-Fender | based on no evidence |
| 20:21.02 | [TK]D-Fender | We don't know HOW he set this up |
| 20:21.15 | Kobaz | [14:44:44] <Offer_> right. but where will I put the 'save to astDB' command if it just 'dial' from the original channel to 101... ? |
| 20:21.17 | [TK]D-Fender | and anyone who wrote their own dialplan should understand where they put the extens |
| 20:21.22 | Kobaz | evidence in hand |
| 20:21.25 | [TK]D-Fender | at what STEP <- |
| 20:21.34 | Kobaz | [TK]D-Fender: you're making assumptions |
| 20:21.40 | [TK]D-Fender | Offer_, HOW did you configure your dialplan? |
| 20:21.41 | [TK]D-Fender | ^^^^ |
| 20:21.46 | Kobaz | which, when helping/teaching/assisting, is a bad thing to do, in my opinion |
| 20:21.48 | Offer_ | I'm ashamed to say, but I'm used to use FreePBX :-( (and now the bot will kill me....) |
| 20:21.52 | [TK]D-Fender | FUCK! |
| 20:22.01 | [TK]D-Fender | Their shit is NOT supported here |
| 20:22.11 | Kobaz | thanks for the wizdom :( |
| 20:22.25 | [TK]D-Fender | You SATR with that kidn of information |
| 20:22.26 | [TK]D-Fender | ^ |
| 20:22.37 | Offer_ | I don't want to use it, I don't use FreePBX. I want the pure dialplan solution! |
| 20:22.43 | Kobaz | [TK]D-Fender: i see you've made many assumptions so far |
| 20:22.48 | Offer_ | I regret my sins... |
| 20:22.49 | [TK]D-Fender | Not introduce it at the END after we tell you what should be an EASY job only to find out you have to work around THEIR crap |
| 20:22.58 | [TK]D-Fender | TOO LATE |
| 20:23.35 | [TK]D-Fender | Go take Kobaz's approach since you don't control the dial |
| 20:23.40 | Offer_ | What do you mean? I'm dialplan guy. not stupid mySQL and GUI.. |
| 20:23.54 | [TK]D-Fender | No, you're a FREEPBX GUY |
| 20:23.57 | Kobaz | [TK]D-Fender: you're making assumptions again |
| 20:23.57 | [TK]D-Fender | it OWNS you |
| 20:24.07 | [TK]D-Fender | Kobaz, What assumption? |
| 20:24.24 | Kobaz | [TK]D-Fender: you're assuming he's running FreePBX on his platform he's working on, right now |
| 20:24.41 | [TK]D-Fender | <Offer_> I'm ashamed to say, but I'm used to use FreePBX :-( (and now the bot will kill me....) |
| 20:24.44 | Kobaz | which, while it may be true, he did not convey that in his freepbx statement |
| 20:24.44 | [TK]D-Fender | What are you using NOW? |
| 20:25.00 | Kobaz | "used to using" != "actually using" |
| 20:25.01 | [TK]D-Fender | I asked how you configured THIS system |
| 20:25.04 | Offer_ | I want repentance!!! (crying..) |
| 20:25.08 | [TK]D-Fender | well? |
| 20:25.13 | [TK]D-Fender | I want a CLEAR answer |
| 20:25.35 | [TK]D-Fender | Hos is THIS system configured? |
| 20:25.37 | [TK]D-Fender | How* |
| 20:26.19 | Offer_ | I know it's CentOS, |
| 20:26.23 | [TK]D-Fender | that means nothing |
| 20:26.25 | Kobaz | he's obviously confused enough to not readily be able to answer the question |
| 20:26.30 | [TK]D-Fender | did YOU config Asterisk YOURSELF fron scratch? |
| 20:26.37 | Offer_ | With Asterisk 13 (I think. We used to have 11). |
| 20:26.41 | [TK]D-Fender | that's a VERSION |
| 20:26.50 | [TK]D-Fender | WHAT MADE THE FUCKING CONFIGS? |
| 20:26.53 | [TK]D-Fender | ^ |
| 20:27.27 | Offer_ | And I had a nice guy from oDesk to help me with making the trunks to 2 providers and one inter-pbx connection.. |
| 20:27.42 | [TK]D-Fender | STILL not an answer |
| 20:27.51 | [TK]D-Fender | <[TK]D-Fender> WHAT MADE THE FUCKING CONFIGS? <----- |
| 20:28.05 | Kobaz | Offer_: he wants to know what platform you're using |
| 20:28.16 | Kobaz | [TK]D-Fender: i'll translate for you... it might make things easier |
| 20:28.31 | [TK]D-Fender | No, I want to know what made the fucking text file configs his system is using. |
| 20:28.34 | Kobaz | Offer_: what ISO/CD did you use to setup this server... and how did Asterisk get installed |
| 20:28.50 | [TK]D-Fender | no. |
| 20:29.09 | [TK]D-Fender | I want to know how the ASTERISK CONFIGS were made |
| 20:29.17 | [TK]D-Fender | I don't give a fuck is Asterisk came on a disk |
| 20:29.24 | Offer_ | I think Asterisk 13. |
| 20:29.29 | [TK]D-Fender | I care if ***HE*** is fucking managing his dialplan by HAND or not |
| 20:29.37 | Offer_ | Asterisk.org |
| 20:29.46 | [TK]D-Fender | thta means NOTHING |
| 20:29.51 | Kobaz | Offer_: what TK is trying to say, is he wants to know what other software other than asterisk are you using |
| 20:30.18 | [TK]D-Fender | ARE YOU FUCKING MANAGING YOUR EXTENSIONS.CONF CONFIG FILE 100% BY HAND OR NOT? |
| 20:30.24 | Offer_ | No A2billing or any external software. Just asterisk. |
| 20:30.32 | [TK]D-Fender | ARE YOU FUCKING MANAGING YOUR EXTENSIONS.CONF CONFIG FILE 100% BY HAND OR NOT? |
| 20:30.34 | Offer_ | I think yes. |
| 20:30.35 | Kobaz | [TK]D-Fender: you now have your answer |
| 20:30.36 | [TK]D-Fender | THINK!>?!>>! |
| 20:30.47 | Kobaz | Offer_: are the translations helping? |
| 20:30.50 | [TK]D-Fender | What do you mean THINK?!?!? |
| 20:30.58 | [TK]D-Fender | you either ARE or ARE NOT |
| 20:31.20 | Offer_ | I've installed translations for special codecs (for the studio quality codecs..) |
| 20:31.41 | Kobaz | sounds like you have vanilla asterisk |
| 20:31.51 | [TK]D-Fender | Nothing sounds like anything |
| 20:31.58 | [TK]D-Fender | We can't get a clear YE OR NO |
| 20:31.59 | Kobaz | i think that's the cloest answer you're going to get, with Offer_'s skill set and language barrier |
| 20:32.05 | [TK]D-Fender | it's a fucking TEXT file |
| 20:32.21 | Offer_ | I've found the codecs (free) from the russian guy that gives them according to cpu model.. |
| 20:32.23 | [TK]D-Fender | if you can't answer if you wrote the whole fucking thing yourself or not in a text editor means you have no clue |
| 20:32.32 | [TK]D-Fender | And now we're talking about codecs |
| 20:32.39 | [TK]D-Fender | this conversation is worthless |
| 20:32.42 | Kobaz | [TK]D-Fender: didn't i say that already? |
| 20:32.51 | Kobaz | [15:25:52] <Kobaz> he's obviously confused enough to not readily be able to answer the question |
| 20:33.00 | Offer_ | Of course Text editor! What else??? Visual dialplan?!?!?!???? |
| 20:33.04 | Kobaz | [15:18:29] <Kobaz> i could, but then i would feel bad, because Offer_ is still confused... and he wont get any less confused with the original line of thinking |
| 20:33.06 | [TK]D-Fender | extensions.conf <- ARE YOU FUCKING WRITING THIS ENTIRE FILE YOURSELF BY HAND OR NOT? |
| 20:33.09 | Kobaz | [15:16:24] <Kobaz> because he's confused |
| 20:33.20 | Kobaz | I think s few times actually, i may have mentioned that |
| 20:33.33 | [TK]D-Fender | If you don't knwo if YOU wrote the full contents they never drive a car. You won't know if you're behind the wheel or not and people will die |
| 20:33.51 | [TK]D-Fender | *I* know if I wrote a fucking file |
| 20:34.00 | [TK]D-Fender | I know if I made a sandwich |
| 20:34.11 | Kobaz | [TK]D-Fender: maybe you should ask about his written language preference |
| 20:34.15 | [TK]D-Fender | I don't start guessing "Did I make this sandwich I'm eating" |
| 20:34.25 | Kobaz | [TK]D-Fender: he may have issues understanding the questions in english |
| 20:34.36 | [TK]D-Fender | I don't start guessing "Did I make this sandwich I'm eating" <- this shouldn't be a question |
| 20:35.10 | [TK]D-Fender | If there's a language barrier then I guess he should have asked about another |
| 20:35.16 | [TK]D-Fender | One more thing to learn at the last minute |
| 20:35.35 | [TK]D-Fender | or better yet... before we waste time when the words we offer mean nothing |
| 20:35.50 | [TK]D-Fender | because an inability to understand the basic language the answer is written in |
| 20:36.02 | Kobaz | Jiminy Jillikers |
| 20:36.02 | Offer_ | you make me cry! |
| 20:36.08 | [TK]D-Fender | Offer_, SHOW US YOUR EXTENSIONS.CONF FILE |
| 20:36.09 | [TK]D-Fender | ^ |
| 20:36.14 | Kobaz | I've said the words so many times they've lost all meaning |
| 20:36.26 | [TK]D-Fender | Show us what YOU made <- |
| 20:36.38 | [TK]D-Fender | YOU made this file , right? |
| 20:36.41 | Offer_ | One second. I'll try to connect to that virtual machine. I hope I'll have it here in a minute.. |
| 20:36.46 | [TK]D-Fender | Try? |
| 20:37.12 | [TK]D-Fender | Why should this require an effort whose success isn't certain? |
| 20:37.19 | [TK]D-Fender | HOPE? |
| 20:37.21 | [TK]D-Fender | Try? |
| 20:37.24 | [TK]D-Fender | Guess? |
| 20:37.26 | Kobaz | Wish upon a star |
| 20:37.35 | [TK]D-Fender | you don't seem to HAVE anything or KNOW anything |
| 20:37.35 | Kobaz | that my VM is in service and reachable |
| 20:37.37 | Kobaz | it happens sometimes |
| 20:37.49 | [TK]D-Fender | including actions YOU have taken. |
| 20:37.58 | Offer_ | It's not on my computer. there is a virtual machine on a server farm I have permissions on. |
| 20:38.02 | Kobaz | 3am, vacationing in Hawaii, and the box isn't responding to ping |
| 20:38.11 | Kobaz | Wishing upon a star helps sometimes |
| 20:38.12 | Offer_ | When I install things etc. - I'm going there physically. |
| 20:38.40 | Offer_ | now - I'm trying to use a VPN to get into it. (using my VMware 4.1 client....) |
| 20:38.46 | [TK]D-Fender | Stop talking and SHOW us what you made |
| 20:39.03 | [TK]D-Fender | We keep hearing all this useless junk that has nothing to do with anything |
| 20:39.07 | Kobaz | [TK]D-Fender: be patient, the world wasn't build in a day |
| 20:39.16 | Kobaz | and rome neither, for that matter |
| 20:39.55 | [TK]D-Fender | hour and a half of BULLSHIT with no clear answer on how his system was configured? |
| 20:39.56 | *** join/#asterisk opmrcl (~Thunderbi@78.133.34.141) |
| 20:40.05 | [TK]D-Fender | for a solution that should take 2 lines of dialplan? |
| 20:40.09 | Kobaz | 1 :) |
| 20:40.10 | [TK]D-Fender | No, patience is OVER |
| 20:40.46 | [TK]D-Fender | Can't answer how your system even GOT its configuration? You're USELESS |
| 20:41.21 | Samot | So this is a radio station use case. |
| 20:41.26 | [TK]D-Fender | Don't care |
| 20:41.31 | Samot | The guy that runs radio stations said, do X |
| 20:41.35 | [TK]D-Fender | we've wasted enough time on this |
| 20:41.37 | Samot | I'd go with the guy who does this. |
| 20:41.42 | Samot | Well that's my point. |
| 20:42.00 | Samot | Someone with express knowledge and skills in this deployment scenario said to do X |
| 20:42.05 | Samot | And then this started. |
| 20:42.29 | [TK]D-Fender | we have no idea how this system was built, and his complete lack of clue tells me he had nothing to do with it |
| 20:42.39 | [TK]D-Fender | we have no proof of anything |
| 20:42.48 | Samot | Do you know what it does? |
| 20:42.53 | Samot | And why the need is there? |
| 20:43.04 | Offer_ | Samot: You're totally right, maybe I'm too stupid for programming or configuring, or AMI or AGI scripts. |
| 20:43.08 | [TK]D-Fender | And are wasting our time with someone who has no idea what they have and can't describe anything of value |
| 20:43.09 | Samot | Because this was all discussed. |
| 20:43.18 | Samot | Oh it was described. |
| 20:43.19 | [TK]D-Fender | Offer_, WHERE'S THE ANSWER? |
| 20:43.42 | [TK]D-Fender | Offer_, I asked you to show us what YOU made |
| 20:43.48 | Offer_ | But Kobaz had a point, and maybe this little thing can be done with one or two (TK - for you!) lines of Dialplan. Have you seen this? |
| 20:43.50 | [TK]D-Fender | Offer_, How was this system CONFIGURED? |
| 20:43.52 | [TK]D-Fender | WHO DID IT? |
| 20:43.53 | [TK]D-Fender | HOW? |
| 20:44.11 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e1f0:4d09:ed86:4c38:c11) |
| 20:44.18 | [TK]D-Fender | FUCKING SHOW US |
| 20:44.25 | Offer_ | So now I feel ashamed, and shamed, without such a terrible reason. |
| 20:44.27 | [TK]D-Fender | FUCKING SHOW US |
| 20:44.30 | Kobaz | Samot: grab some popcorn |
| 20:44.33 | Offer_ | I've installed CentOS, |
| 20:44.34 | Samot | Show what? |
| 20:44.34 | [TK]D-Fender | FUCKING SHOW US |
| 20:44.38 | Samot | Show what? |
| 20:44.41 | [TK]D-Fender | How it was CONFIGURED. |
| 20:44.45 | Samot | WHT? |
| 20:44.50 | Samot | WHAT IS CONFIGURED? |
| 20:44.52 | Offer_ | I was used - long time ago - to learn things from FreePBX configurations. |
| 20:44.56 | [TK]D-Fender | FUCKING SHOW US |
| 20:45.03 | Samot | I'm asking you |
| 20:45.08 | Samot | Show what is configured? |
| 20:45.09 | [TK]D-Fender | Where are you fucking configs. Show us how YOU set this up |
| 20:45.11 | Samot | Which part of this? |
| 20:45.20 | [TK]D-Fender | Samot.... |
| 20:45.20 | Samot | The Hybrid? |
| 20:45.20 | Offer_ | So I took a nice guy using oDesk platform to help me install virtual machine with Asterisk, |
| 20:45.22 | Samot | Asterisk? |
| 20:45.23 | Samot | No |
| 20:45.24 | Samot | Dude |
| 20:45.25 | [TK]D-Fender | YES |
| 20:45.26 | Samot | Seriously |
| 20:45.30 | Samot | This was fucking answered |
| 20:45.37 | Samot | You have drug this out for no reason. |
| 20:45.45 | Samot | The use case for what he is doing.. |
| 20:45.49 | [TK]D-Fender | no it hasn't |
| 20:45.49 | Samot | The answer was given. |
| 20:45.51 | Samot | YES |
| 20:45.53 | Samot | IT WAS |
| 20:45.57 | [TK]D-Fender | As what? |
| 20:46.01 | Samot | FOP2 |
| 20:46.02 | Samot | Dude |
| 20:46.05 | Offer_ | and started to work with Putty and my Editor. |
| 20:46.05 | Samot | It's a radio station |
| 20:46.08 | Samot | THEY WORK IN GUIS |
| 20:46.20 | Samot | The call screener that will have to do this shit |
| 20:46.20 | [TK]D-Fender | I WANT TO SEE THE FUCKING THING |
| 20:46.22 | Samot | GUIS |
| 20:46.27 | [TK]D-Fender | What GUI did that? |
| 20:46.37 | [TK]D-Fender | Where do I see something should be taken as "clear"? |
| 20:46.42 | Samot | I'm talking about the systems they work in |
| 20:46.44 | Samot | The interfacing they use |
| 20:46.50 | [TK]D-Fender | vauge shit <- |
| 20:46.50 | Samot | For call screening and call control.. |
| 20:46.51 | Samot | Dude. |
| 20:46.53 | Samot | Stop |
| 20:47.00 | Samot | The expert that does this all the time said what to do |
| 20:47.05 | Samot | I'm going with his assessment. |
| 20:47.48 | Samot | Like this exact thing. |
| 20:47.48 | [TK]D-Fender | we've got nothing. I see no product that configured * for him. I have no answer if a consultant hand made anything. We don't see configs. We see FUCKING NOTHING |
| 20:47.59 | Samot | OK. |
| 20:48.04 | Samot | At this point this is now on you |
| 20:48.10 | [TK]D-Fender | What exact fucking thing made his system config? |
| 20:48.10 | Samot | And it was about 30 minutes ago |
| 20:48.27 | [TK]D-Fender | how fucking hard is this quesiton to get an answer for it? |
| 20:48.38 | Samot | It's two extensions. |
| 20:48.46 | Samot | One device is a dumb device |
| 20:48.48 | Samot | No key pad |
| 20:48.52 | [TK]D-Fender | ... |
| 20:48.57 | [TK]D-Fender | ASTERISK <- |
| 20:49.03 | [TK]D-Fender | what configured ASTERISK? |
| 20:49.03 | Samot | So the screener can't use the keypad to TRANSFER the call |
| 20:49.05 | Samot | Dude |
| 20:49.08 | Samot | This is a CALL TRANSFER |
| 20:49.21 | Samot | Except the device that has to do the transfer can't.. |
| 20:49.25 | Samot | It has no keypad |
| 20:49.30 | Samot | So the guy is just looking at it |
| 20:49.32 | [TK]D-Fender | ... |
| 20:49.34 | [TK]D-Fender | We know |
| 20:49.42 | Samot | How would you like him to transfer the call to the other phone? |
| 20:49.42 | [TK]D-Fender | we have no idea if he controls his own fucking dialplan or not |
| 20:49.49 | Samot | FOP2 |
| 20:49.57 | Samot | The simplest and easiest answer |
| 20:49.58 | [TK]D-Fender | Is he fucked by some gui. He can't answer how astersk got FUCKING CONFIGURED |
| 20:50.01 | Samot | Push buttons |
| 20:50.07 | Samot | Call transferred. |
| 20:50.14 | Samot | Trying to do it another way is a waste |
| 20:50.18 | [TK]D-Fender | this could be 2 stupid lines of dialplan |
| 20:50.28 | Samot | I'm sure. |
| 20:50.29 | [TK]D-Fender | if his system isn't OWNED by some other bullshit managing app |
| 20:50.34 | Samot | It's always 2 lines of dialplan. |
| 20:50.37 | Samot | That's always the answer |
| 20:50.40 | [TK]D-Fender | it COULD be |
| 20:50.41 | Samot | What about user interaction? |
| 20:50.44 | Samot | It could be |
| 20:50.47 | Samot | But it shouldn't be |
| 20:50.51 | Samot | FOP2 is what they need |
| 20:50.51 | [TK]D-Fender | but this fucker isn't answering a SIMPLE QUESTION |
| 20:50.52 | Samot | Period. |
| 20:50.54 | Samot | That's the TOOL |
| 20:50.57 | Samot | FOR THE JOB |
| 20:50.59 | Samot | Dude |
| 20:51.00 | [TK]D-Fender | it's A tool |
| 20:51.03 | Samot | We had a long talk about this |
| 20:51.07 | Samot | Before you pipped in again |
| 20:51.08 | [TK]D-Fender | which requires you bolting in a pile of shit |
| 20:51.11 | Samot | Sorry you missed it |
| 20:51.13 | [TK]D-Fender | and configing AMI access, etc |
| 20:51.23 | [TK]D-Fender | so tell me that's the "answer" when he can't say what the fuck he has |
| 20:51.34 | [TK]D-Fender | I currently doubt how much control over it he even HAS |
| 20:51.48 | [TK]D-Fender | Because he can't even clearly describe how what he has got was CONFIGURED |
| 20:51.53 | [TK]D-Fender | WE SEE FUCKING NOTHING |
| 20:52.09 | Samot | "We" |
| 20:52.11 | Samot | You. |
| 20:52.15 | Samot | I'm good with this being done. |
| 20:52.19 | Samot | Don't need to see anything. |
| 20:53.23 | [TK]D-Fender | Offer_, Again. HOW did Asterisk get its configuration? We shouldn't be wasting half an hour getting this answer. |
| 20:55.36 | Kobaz | [TK]D-Fender: if you were working on being receptive instead of attacking, maybe you would find out |
| 20:55.49 | [TK]D-Fender | It's a simple question. Asked over an over |
| 20:55.53 | [TK]D-Fender | and no proper answer |
| 20:57.08 | [TK]D-Fender | if he can't answer this then he has no idea what he's got. I have no confidence he has any control whatesoever and this is a compete waste of everyone's time |
| 20:57.25 | Kobaz | remind me of the definition of insanity? |
| 20:57.27 | MrTAP | [TK]D-Fender: so just let go of it? |
| 20:57.40 | Kobaz | something about doing the same thing.... |
| 20:57.42 | [TK]D-Fender | If you can't even confirm "yes/no I didn't write that config myself" then you shouldn't be here. |
| 20:57.55 | [TK]D-Fender | we keep getting tangents thrown in., |
| 20:58.03 | [TK]D-Fender | Which is why we get nowhere |
| 20:58.15 | [TK]D-Fender | get ONE fucking simple answer an we can determine a path FORWARD |
| 20:58.57 | [TK]D-Fender | If he's to confused to confim how his system got configured then we have no idea what he has ANY control over |
| 21:01.37 | Kobaz | did you find out if there's any communication/written difficulties yet? |
| 21:02.43 | Kobaz | Ever try giving a foreign tourist directions in your home city? |
| 21:02.56 | Kobaz | do you scream at them whey they don't follow? |
| 21:03.09 | Kobaz | or do you rephrase into simpler terms, or do you find a translator? |
| 21:04.36 | *** join/#asterisk coreyfarrell (~coreyfarr@24-177-86-98.dhcp.nwtn.ct.charter.com) |
| 21:05.15 | Kobaz | oh, my potato is ready |
| 21:05.48 | *** part/#asterisk coreyfarrell (~coreyfarr@24-177-86-98.dhcp.nwtn.ct.charter.com) |
| 21:05.58 | Offer_ | Again TK: Some guy helped me with installation and configuration. I defenately wrote dial-plans with my editor, made connections into SQL databases using classic ASP code for manipulating needed parameters, etc. |
| 21:06.14 | [TK]D-Fender | Show us the config you did |
| 21:06.35 | [TK]D-Fender | " I defenately wrote dial-plans with my editor" <- I asked to see them. |
| 21:06.41 | [TK]D-Fender | SHOW THEM |
| 21:07.00 | [TK]D-Fender | ~pb |
| 21:07.00 | infobot | pastebin is, like, a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 21:07.01 | [TK]D-Fender | ^ |
| 21:08.29 | Kobaz | [TK]D-Fender: i'm curious about your home life... do you have a dog? kids? |
| 21:10.14 | Kobaz | sure does take a long time to replicate 100 million records to a slave |
| 21:10.33 | Kobaz | i'm hapopy i trimmed this down from almost a billion |
| 21:10.51 | Offer_ | pastebin.com/zFnKg0WN |
| 21:12.51 | [TK]D-Fender | That doesn't look like anything to dials "101" |
| 21:13.00 | [TK]D-Fender | Or anything else |
| 21:13.23 | Offer_ | no, it just a piece of dialplan I have in my editor I worked on Friday.. |
| 21:13.26 | *** join/#asterisk aness (~aness@cm-84.209.56.255.getinternet.no) |
| 21:13.35 | [TK]D-Fender | taht shows nothing of value |
| 21:13.49 | Offer_ | Just to show you editor and dialplan. not visual tools, not GUIs, not deamons.... |
| 21:13.50 | [TK]D-Fender | Why did you show us that piece? |
| 21:14.01 | [TK]D-Fender | this proves nothing |
| 21:14.45 | Offer_ | This what I have open in my editor for now. Full ael configuraions - I hope to have later tonight or tomorrow. |
| 21:14.46 | [TK]D-Fender | I can add one tiny bit of manual dialplan to a FreePBX system. Showing that would prove nothing. |
| 21:14.53 | [TK]D-Fender | You asked where to put what was suggested |
| 21:15.24 | [TK]D-Fender | and nstead of showing us enough so we can TELL YOU WHERE you show us this useless piece of code that is NOT related |
| 21:15.32 | Kobaz | https://pastebin.com/e3Z5dfJh AEL version |
| 21:15.47 | Offer_ | and I asked it because I told you a blind transfer will act just like a normal dial to the extension - so I don't have a way to "catch" the 102 to 101 transfer. |
| 21:16.02 | Offer_ | that was my question. |
| 21:16.15 | [TK]D-Fender | What is a "normal" dial? |
| 21:16.17 | [TK]D-Fender | Where's the code>? |
| 21:16.22 | [TK]D-Fender | you aren't showing us that dialplan |
| 21:16.35 | [TK]D-Fender | and 102 doesn't matter |
| 21:24.08 | [TK]D-Fender | When you transfer you are the one dialing what you dial. The dialplan code can check whatever you tell it to check. If this is YOUR dialplan then YOU control all of that. |
| 21:24.37 | [TK]D-Fender | And I'm still hearing excuses and not seeing anything relevant. |
| 21:24.47 | Kobaz | [TK]D-Fender: you missed the point that he's showing you 'related' code |
| 21:25.00 | Kobaz | and the content you're referring to, doesn't exist yet, since of course.. that's why he's here asking questions |
| 21:25.04 | [TK]D-Fender | Ther is nothing dialplan anything there |
| 21:25.17 | Kobaz | looks like dialplan to me |
| 21:25.22 | [TK]D-Fender | he said he's already sending the call over |
| 21:25.24 | Kobaz | portion thereof |
| 21:25.37 | [TK]D-Fender | he talks about it being a "normal" dial as if "normal" means anything |
| 21:25.46 | [TK]D-Fender | yeah, where's the DIAL? |
| 21:25.50 | [TK]D-Fender | Where does 101 come in? |
| 21:25.55 | [TK]D-Fender | THAT's the part we need to look at |
| 21:25.59 | [TK]D-Fender | so what's THIS shit? |
| 21:26.14 | [TK]D-Fender | Don't tell me "related". It's not. |
| 21:26.30 | [TK]D-Fender | Some caller is supposed to get sent somwhere else |
| 21:26.34 | [TK]D-Fender | and we aren't looking at that |
| 21:26.40 | [TK]D-Fender | We're looking at other random shit |
| 21:26.59 | [TK]D-Fender | And this is nothig but a runaraound |
| 21:30.43 | Offer_ | Dear everyone in this channel: I'm really grateful for the time and effort we all put into this issue of mine. Kobaz is the best!!! TK is geniuos (but why so angry???) the dr from the radio stations - really know the stuff, and the first one - Samot - that welcomed me here. |
| 21:30.53 | Offer_ | Thank you so much for everybody here. |
| 21:30.59 | [TK]D-Fender | ... |
| 21:31.01 | Offer_ | It's almost midnight by me, |
| 21:31.14 | Offer_ | And I think I'll get my rest. |
| 21:31.17 | [TK]D-Fender | Why have you wasted hours and not shown how you ar actually dialing 101? |
| 21:31.23 | [TK]D-Fender | Why is this so hard? |
| 21:31.30 | Offer_ | Hope to update here tomorrow. |
| 21:32.30 | Offer_ | btw - hope to install a normal IRC program here, because now I'm using a webchat and it's terrible. |
| 21:32.59 | [TK]D-Fender | And you are talking, but never actually answering questions |
| 21:33.04 | Kobaz | night night4 |
| 21:33.13 | Kobaz | webchat is terrible, agreed |
| 21:41.01 | matt_ | haha |
| 21:42.39 | [TK]D-Fender | Over an hour and a half trying to see some useful configs to shove in 2 lines if this was sane at all. |
| 21:45.21 | [TK]D-Fender | "Why doesn't my car work?", "Ok, let's pop open the hood and see", "I bought if from a dealer", "so are we going to actually look at it?", "I bought it on a Tuesday", "So, about that car, are we actually going to try to fix it?", "They told me red was the best colour". |
| 21:46.23 | [TK]D-Fender | This was just like playing chess with pidgeons |
| 21:51.44 | Kobaz | i dunno, i find pidgeons to be really good at chess |
| 22:01.50 | *** join/#asterisk dar123 (~dar@2602:306:bcbf:e750:d933:12a8:825c:208c) |
| 22:23.02 | *** join/#asterisk stux|work (stux@2a01:270:2050:1337::1) |
| 22:43.22 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 22:57.51 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 23:23.48 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |