00:16.00 | *** join/#asterisk Barbosa (~barbosa@br-go-gsia-186-192-101-19.rturbonet.com.br) |
00:46.05 | *** join/#asterisk Typhon (~Typhon@dslb-088-067-137-060.088.067.pools.vodafone-ip.de) |
00:51.32 | *** join/#asterisk markong (~markong@37.120.141.114) |
00:56.14 | *** join/#asterisk markong (~markong@37.120.141.114) |
01:05.06 | *** join/#asterisk Maxxed (~Maxxed@nrgt.net) |
01:07.31 | *** join/#asterisk beardy (~beardy@unaffiliated/beardy) |
01:32.28 | Maxxed | quick question, whats one of the better softphones for ios and andriod these days? |
01:40.22 | Samot | Bria |
01:56.09 | Maxxed | Samot: thanks for the recommendation, ill have to check it out |
01:56.41 | Maxxed | i tend to lean towards oss based solutions, but a strong comercial player could be waaaay more polished |
02:11.33 | *** join/#asterisk tsal (~tsal@i59F52A88.versanet.de) |
02:13.07 | *** join/#asterisk paulgrmn__ (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
02:35.25 | *** join/#asterisk cp- (~cp-@b157153.ppp.asahi-net.or.jp) |
02:45.19 | *** join/#asterisk cp- (~cp-@b157153.ppp.asahi-net.or.jp) |
03:42.30 | *** join/#asterisk electronic_eel (~quassel@213.240.182.112) |
03:57.13 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |
04:12.03 | *** join/#asterisk akp55 (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
04:46.44 | igcewieling | There are no decent OSS softphones. |
04:50.21 | *** join/#asterisk ckb__ (~ckb@unaffiliated/ckb) |
04:50.21 | *** join/#asterisk aness (~aness@2a02:fe1:3104:2600:a5df:44a9:642c:2a90) |
05:41.19 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
05:58.32 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |
06:36.16 | *** join/#asterisk Ner0Zer0 (~Ner0Zer0@87.253.63.54) |
07:08.29 | *** join/#asterisk jkroon (~jkroon@41.183.141.222) |
07:17.09 | *** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net) |
07:28.22 | *** join/#asterisk Ravenheart (~Ravenhear@95-43-74-160.ip.btc-net.bg) |
07:57.52 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-gnztrdnzlmlkzooh) |
08:42.29 | post-factum | Maxxed: that grandstream app is ok. not oss though |
09:10.38 | *** join/#asterisk ganbold (~ganbold@202.21.108.3) |
09:44.43 | *** join/#asterisk Typhon (~Typhon@dslb-088-067-137-060.088.067.pools.vodafone-ip.de) |
10:20.28 | *** join/#asterisk ruied (~ruied@148.69.222.209) |
10:26.14 | *** join/#asterisk sinaowolabi (~Sina@169.159.114.152) |
10:30.57 | *** join/#asterisk jkroon (~jkroon@41.183.141.222) |
10:45.28 | *** join/#asterisk wdoekes (~walter@wjd.osso.nl) |
10:45.29 | *** mode/#asterisk [+o wdoekes] by ChanServ |
10:53.32 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
12:26.03 | *** join/#asterisk sinaowolabi (~Sina@169.159.114.152) |
13:50.33 | *** join/#asterisk paulgrmn__ (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
14:34.03 | sibiria | igcewieling, avb: thanks for suggesting hangup handlers |
14:34.41 | sibiria | that method obtains the correct hangupcase/disposition for the invitation |
14:34.58 | sibiria | once in the H extension they are completely gone, even via MASTER_CHANNEL() |
14:37.01 | igcewieling | sibiria: *nod* the handlers are much easier to work with. 'h' is wonky because it runs on the channel which hangs up first, which ever end that is, instead of always running on the incoming channel |
14:52.20 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-ooskiyfddqnbwoqt) |
14:52.20 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:22.43 | *** join/#asterisk mmlj4 (~mmlj4@ip174-69-111-70.no.no.cox.net) |
15:34.27 | *** join/#asterisk pestdoktor (pestdoktor@gateway/shell/matrix.org/x-puwegcmlmzwpzjqv) |
15:45.41 | *** join/#asterisk [TK]D-Fender (~joe@modemcable142.109-203-24.mc.videotron.ca) |
15:47.32 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-cbofjbdyuliwmfmd) |
15:47.32 | *** mode/#asterisk [+o bford] by ChanServ |
16:03.45 | *** join/#asterisk akp55_ (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
16:27.31 | lvlinux_ | Maxxed: Acrobits Groundwire |
17:19.10 | *** topic/#asterisk by bford -> #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 18.2.0, 16.16.0 (2021/01/21) Final Bugfix: 13.38.1, 17.9.1 (2020/12/22); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
17:22.11 | *** join/#asterisk Maliuta (maliutamat@gateway/shell/matrix.org/x-sivxqmqbpqbvvfhp) |
18:08.50 | *** join/#asterisk cp- (~cp-@b157153.ppp.asahi-net.or.jp) |
18:29.56 | Maxxed | thank you guys for the pointers, i've been poking around looking for the optimal solution for a new client, smb, they need 6-7 ip phones, will grow to something like 12-15 with in the year. i've always used asterisk and cisco ip phones with sip firmware. been solid for years, but with that being said, its been years since i've revisited the |
18:29.56 | Maxxed | asterisk world, my old deployments have been literally sit it and forget it |
18:30.14 | *** join/#asterisk cp- (~cp-@b157153.ppp.asahi-net.or.jp) |
18:30.58 | Maxxed | the the sangoma d-series look pretty good, prob cheaper and less fussy than hacking sip firmware on cisco phones |
18:33.01 | Maxxed | one of the bigger reasons i'm looking at sangoma's is to give a little back to the asterisk maintainers |
18:36.37 | Samot | What kind of feedback? |
18:53.16 | Maxxed | Samot, i was asking whats a reliable softphone for ios/andriod, evidently there are no "polished" oss solutions out there. I'm fine with a commercial offering considering its for biz use |
18:54.03 | Samot | What does that have to do with giving feedback to the Asterisk maintainers? |
18:54.28 | Maxxed | oh not feedback, just supporting the company that maintains asterisk |
18:54.47 | Samot | OK. |
18:54.49 | Maxxed | "give a little back to the asterisk maintainers" i can see how that could be read wrong ;) |
18:56.00 | Samot | And are you in the US? |
19:01.38 | Maxxed | Yep, Texas to be specific, yeehaww ;) |
19:02.19 | Samot | OK so then you are aware of the new laws? |
19:02.39 | Maxxed | uh, sounds like i'm about too |
19:03.01 | Maxxed | by chance can you point me to some reading material on the subject? |
19:07.40 | Samot | https://www.fcc.gov/mlts-911-requirements |
19:08.08 | Samot | https://www.fcc.gov/911-dispatchable-location |
19:08.53 | Samot | Now since Asterisk doesn't count as a MLTS or a PBX until it is configured to do so. You putting in a pure Asterisk box makes you the PBX maker/manufacturer |
19:09.19 | Samot | Since you'll also be installing, configuring and maintaining the PBX you fall under that too. |
19:11.15 | Samot | Oddly enough, it was due to a murder in Texas and Texas' lack of 911 laws. |
19:11.37 | Samot | So now instead of states being left to make the laws, the FCC stepped in. |
19:13.11 | Samot | Honestly, if you are a PBX installer/admin using pure Asterisk isn't the best way to go these days. |
19:13.19 | Samot | Maxxed: I'd look at FreePBX. |
19:16.41 | Maxxed | Ah! Thanks a ton for pointing that out, I had no idea (its been a long while since I've deployed a phone system) |
19:19.02 | *** join/#asterisk rmudgett (~rmudgett@170.249.191.178) |
19:19.02 | *** mode/#asterisk [+o rmudgett] by ChanServ |
19:25.36 | *** join/#asterisk ttys000 (~ttys000@50.92.215.114) |
19:28.12 | *** join/#asterisk Gugge_ (gugge@guggemand.dk) |
19:29.22 | *** join/#asterisk koltrast (ac1cad24@h77-53-57-114.cust.a3fiber.se) |
19:51.45 | *** join/#asterisk NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
20:13.22 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
20:25.50 | *** join/#asterisk netclic (~netclic@90.82.206.181) |
20:37.27 | igcewieling | Many of my PBXs have both external IP and internal IP addresses. My question is how is this handled for HTTPS for the GUI and TLS for SIP? Even if the protocol allowed the hostname to map to multiple ip addresses, the client would not know which one to use. How do people handle this? |
20:38.02 | igcewieling | I suppose that is more of a #FreePBX question. |
20:44.03 | igcewieling | My current solution is to simply not use TLS for local phones. |
20:45.53 | Samot | On a local network? |
20:45.56 | Samot | Why would you? |
20:47.40 | igcewieling | Because it is there? Prevent local snooping? reduce the number of customizations per phone? It is just something I was curious about. |
20:48.28 | Samot | Snooping of what? |
20:48.34 | Samot | And what customizations? |
20:49.04 | Samot | If a phone is 192.168.1.10 and it's connecting to 192.168.1.2 what is going to snoop it? |
20:49.25 | igcewieling | Each remote phone needs reg.1.server.1.transport="TLS", not a big deal. |
20:49.42 | igcewieling | you're right, it was a stupid idea. Forget I asked. |
20:49.47 | Samot | That's different than local phones. |
20:57.59 | dym | Guys, is anyone sporting wireless only phones? (non-dect) |
21:11.26 | [TK]D-Fender | dym, what's your actual use scenario? |
21:26.51 | dym | [TK]D-Fender: Well, i'd like to deploy a new pbx in a business and use a wide wlan coverage with wlan phones instead of having to double up dect and wlan repeaters/aps |
21:34.59 | Samot | How does that correlate? |
21:36.46 | Samot | If you have DECT phones the base sets will be on Ethernet. |
21:36.56 | Samot | Zero impact to the APs. |
21:37.01 | *** join/#asterisk sh_smith (~sh_smith@cpe-172-88-21-24.socal.res.rr.com) |
21:40.29 | Samot | <PROTECTED> |
21:44.45 | dym | Samot: Yeah, but i'd have to place a seperate base apart from the wifi aps |
21:44.55 | dym | which would not be needed if the phones were wifi |
21:45.19 | dym | I have wall preparations for cabled bases with patches going back |
21:45.26 | dym | and im considering options |
21:45.35 | dym | either have a wireless ap + dect base in the same spot |
21:45.43 | dym | or ditch the dect altogether and just run with wifi |
21:46.33 | Samot | Why does the base need to be far apart? |
21:48.09 | dym | Samot: you mean wifi-dect? |
21:48.29 | dym | not talking about "far" apart. Just another station that needs placement |
21:48.55 | dym | But everywhere i read, wifi is just not that ideal for voip traffic |
21:49.06 | Samot | Meh. |
21:49.28 | Samot | I handle calls over Bria on my cell phone over wifi with no quality issues. |
21:49.49 | dym | That could also be an option for those that needs roaming |
21:49.55 | dym | s/needs/need/ |
21:50.09 | Samot | The issue you need to worry about is coverage. |
21:50.23 | Samot | It's the roaming that can kill you. |
21:50.26 | dym | Samot: i was thinking going all out ubiquity ac ap pro |
21:50.29 | Samot | SIP is low tolerance. |
21:50.43 | Samot | I wouldn't but that's mean. |
21:50.46 | Samot | I wouldn't but that's me.* |
21:50.50 | dym | How so? |
21:51.00 | Samot | Well I have a hotel with Ubi APs. |
21:51.07 | dym | right |
21:51.19 | Samot | They had over a dozen of one type, bought a few more of a new type. |
21:51.26 | Samot | The old model is now EOL. |
21:51.30 | dym | yeah |
21:51.32 | dym | AP LR |
21:51.33 | dym | ? |
21:51.35 | Samot | Which means the controller can't be updated. |
21:51.41 | Samot | The other APs can't be updated. |
21:51.46 | dym | That did puzzle me too |
21:52.06 | dym | I do like the fact that it's a one pane glass management. |
21:52.18 | Samot | I mean sure. |
21:52.34 | Samot | If that is a value add over having to replace hardware on a regular basis. |
21:52.52 | Samot | But my point was more about coverage. |
21:53.03 | Samot | SIP is low tolerance. |
21:53.09 | dym | yeah |
21:53.19 | Samot | Roaming from one AP to the other can be a problem if the coverage is bad. |
21:53.29 | dym | I dont think coverage would pose a problem |
21:53.34 | Samot | No? |
21:53.43 | Samot | You end up in a spot between APs. |
21:53.50 | dym | they used to have an alcated pbx with base stations placed on the wall every other meter |
21:54.08 | dym | i'd replace them with aps |
21:54.15 | Samot | One is -80dBm and the other is -70dBm because of poor positioning. |
21:54.21 | Samot | That's a pretty shitty signal. |
21:54.45 | dym | mhh |
21:54.50 | dym | it's to consider, yeah |
21:55.20 | dym | is there any decent pbx with auto provisioning, web+asterisk based? |
21:55.28 | dym | other than gemeinschaft3 :D |
21:55.34 | Samot | Not only can it cause issues with moving from one AP to another, that poor of a signal on either AP can mean poor voice quality. |
21:55.46 | Samot | FreePBX works just fine. |
21:55.59 | Samot | Even has its own softphone client. |
21:56.10 | dym | Samot: Im talking guys in an office, that at some point are roaming the building when getting a call and wandering back to their desk. |
21:56.18 | Samot | OK. |
21:56.23 | dym | Samot: I've used that in the past. |
21:56.44 | dym | Samot: Do you have any dect voip phones deployed? |
21:56.47 | Samot | Again, if they have poor wifi signals they will have poor call quality |
21:56.48 | dym | if so, what brand? |
21:56.52 | dym | Samot: understood |
21:56.59 | Samot | I do. Engenius mostly. |
21:59.45 | dym | with freepbx too? |
22:00.04 | dym | uh, dutch! :D |
22:00.45 | dym | christ, those are ugly! :D |
22:01.50 | Samot | Shrug, they work. |
22:02.15 | Samot | Generally the hotels like the fact it is long range and they can have the base at the front desk and it work on the 4th floor. |
22:02.31 | dym | yeah, i guess that's a plus |
22:02.44 | dym | i really need to look into freepbx again |
22:03.28 | dym | Samot: I was considering how to go about checking the coverage |
22:03.42 | Samot | wifi spectrum analyzer. |
22:03.49 | dym | dect. |
22:04.55 | dym | buy a phone, base and just test calls? |
22:06.21 | Samot | DECT can do around 100 meters. |
22:06.27 | Samot | LoS |
22:06.37 | Samot | Walls and other things will reduce that. |
22:09.52 | dym | okay |
22:10.02 | dym | I've looked at yealink and snom |
22:21.48 | igcewieling | I use a D240. |
22:24.10 | igcewieling | The convenience of it being wireless just barely offsets the fact it can't be provisioned like normal Polycom phones and the handset/basestation communication is SLOW. Pickup handset, press Dial, wait, wait, wait for the call list to transfer from the base station, select a number, wait for the call to be sent to the base station. |
22:25.13 | igcewieling | You either need to press speaker button or mute once if the handset is not in screen saver mode, but press them twice to activate when the handset is in screen saver mode. |
22:25.49 | igcewieling | Not to mention the almost Esheresque web GUI. |
22:26.42 | igcewieling | It really has none of the hallmarks of Polycom phones other than the name on it. |
22:27.36 | igcewieling | dym: have you considered using softphones on people's cellpones? |
22:29.37 | dym | igcewieling: is this snom d240? |
22:29.54 | Samot | I think he meant the D230 |
22:30.05 | dym | igcewieling: considering, yeah. thoughts are not finalized. |
22:30.45 | igcewieling | Polycom VVX D230 |
22:31.27 | dym | igcewieling: but isnt that dect? |
22:32.20 | Samot | It is. |
22:32.31 | Samot | The only wifi phones they have are the CXX and an Obi |
22:32.31 | igcewieling | dym: yes. It isn't any better than WiFi phones, perhaps worse. |
22:32.44 | Samot | Well the D230 is also run on Obi software. |
22:32.44 | dym | Oh, i thought this would be a con-wifi argument :) |
22:32.51 | Samot | Not the Poly firmware. |
22:33.03 | igcewieling | The D230 has all that OBHAI crap pre-installed on it. |
22:34.12 | dym | Uh, elera looks pretty! |
22:34.36 | igcewieling | dym: all wireless VoIP sucks. Dect or WiFi, hardphone or softphone doesn't matter. You have to find what you can put up with. |
22:35.53 | dym | yeah |
22:35.54 | dym | i get that |
22:36.15 | dym | does anyone know if there is a decent handover function from bria/softphones to deskphones? |
22:36.28 | Samot | I disagree with that |
22:36.31 | dym | or just transfer? |
22:36.48 | Samot | Considering how many Bria clients I have with no complaints. |
22:36.50 | igcewieling | I can't imagine there being that sort of handoff. |
22:37.35 | Samot | Dyn: that is more than a client thing |
22:37.37 | dym | Samot: is that so? are they roaming much? |
22:37.51 | Samot | dym: you need a voice server to support it to. |
22:38.01 | dym | Samot: as in a pbx? |
22:38.23 | dym | oh, you mean the handover? |
22:38.26 | Samot | dym: I can get phome calls off the shores of Lake Erie |
22:38.36 | Samot | With zero quality issues |
22:38.41 | seanbright | what are the finger lakes? |
22:38.56 | seanbright | what is lake titicaca? |
22:39.09 | Samot | I use it constantly around my house and in my garage where there is no AP |
22:39.09 | seanbright | sorry, having a stroke |
22:39.17 | dym | Samot: you mean a cloud based pbx |
22:39.24 | Samot | No |
22:39.34 | Samot | I mean any voice system |
22:39.56 | Samot | Could be a PBX could be Broadsoft or a platform like thar |
22:39.58 | Samot | That |
22:40.06 | dym | as in voice over mobile data |
22:40.30 | dym | could just be done with an additional cloud based pbx node |
22:40.46 | dym | i have that construct setup asterisk based |
22:40.49 | dym | for multi-sites |
22:41.12 | dym | but thats just plain asterisk, not a thing a client would fancy. |
22:41.41 | dym | Samot: So you also have client deployments where they use Bria on a regular basis inhouse? |
22:41.48 | dym | "without complaints"? |
22:42.03 | Samot | To hot swap an active call from device a to device b requires all parts to support it |
22:42.16 | Samot | dym: Yes. |
22:43.53 | dym | that doesnt sound too bad. |
22:44.23 | dym | Samot: i was just wondering about the internal handover. If there maybe was some sort of function aside from call transfer |
22:44.38 | Samot | I have hotels that have mobile front desk phones running Bria |
22:45.00 | dym | So person gets a call, picks up on bria, goes to his desk and wants to continue on deskphone. i guess call transfer would just be the easiest thing to do. |
22:45.25 | Samot | Well that depends |
22:45.25 | dym | Samot: hah! but with queues and stuff? dont they get busy? |
22:45.37 | Samot | The desk phone and Bria are the same account |
22:45.42 | dym | oh! |
22:45.54 | dym | then call transfer is kinda out. |
22:46.01 | dym | or another extension |
22:46.02 | Samot | Now you could do it that way |
22:46.53 | dym | i guess it would be kinda cool to provide an off-site working inhouse phoneclient for certain people. |
22:46.57 | Samot | But the whole endgame of that feature is so the other side has no idea it happened to |
22:46.57 | dym | I'd have to map that out |
22:47.21 | dym | Samot: well, call transfer wouldnt be so bad. "hang on, ill put you through to my deskphone". |
22:47.29 | Samot | The other party is moved seamlessly |
22:47.38 | dym | Samot: care to explain? |
22:48.07 | Samot | It means i just press a button on my mobile phone and the call is on my deskphone |
22:48.15 | Samot | The other party isnt held |
22:48.21 | dym | okay, that awesome. |
22:48.22 | Samot | Its swapped |
22:48.34 | dym | how is that accomplished? |
22:48.37 | Samot | So the server needs to support this |
22:49.08 | Samot | In ways that cost thousands of dollars to have it |
22:49.21 | dym | Samot: care to lift the mistery? |
22:49.32 | Samot | It depends on the platform |
22:49.38 | dym | Say Freepbx |
22:49.43 | Samot | It cant |
22:50.01 | dym | What are you using? |
22:50.12 | Samot | Not that feature |
22:50.26 | Samot | They answer on Bria they stay there |
22:50.44 | dym | didnt you just say you had that swapping feature? |
22:50.48 | Samot | No |
22:50.58 | dym | 23:48 < Samot> It means i just press a button on my mobile phone and the call is on my deskphone |
22:51.02 | Samot | I |
22:51.18 | Samot | I was providing an example |
22:51.25 | dym | to a solution i was asking for? :D |
22:51.33 | Samot | Of how that feature works |
22:51.50 | dym | its okay. i guess the transfer route is a viable option,. |
22:51.53 | dym | thanks anyways |
22:52.02 | Samot | Or park the call |
22:52.09 | Samot | And pull it from the slot |
22:53.05 | dym | yeah, im definately going to consider the bria option for wireless. |
22:56.19 | dym | thanks for all the input, Samot, igcewieling |