|
I found out who it was after the principal emailed me (with the director CC'd) fussing that I had not taken care of this issue yet.
|
# ? Aug 12, 2019 17:59 |
|
|
# ? May 25, 2024 08:41 |
|
“I wonder what information <computer toucher> might need when responding to my ticket. I’d better include that.” The first day of a new job, users should be required to say this, out loud, three times, to their manager. Any time an incomplete ticket comes in they are both named and shamed. Also, I have this One Weird Trick to winning at craps. Casinos Hate This But Can’t Stop It.
|
# ? Aug 12, 2019 18:22 |
|
larchesdanrew posted:I found out who it was
|
# ? Aug 12, 2019 18:22 |
|
wolrah posted:Did they get poo poo phones without enough buttons? Every VoIP system I manage (FreeSwitch/FusionPBX, Freeswitch/Kazoo, Asterisk/FreePBX, and Asterisk/Grandstream) supports having BLF buttons pointed at parking spaces directly. Users can either put a caller on hold and press a specific parking space or just push a "park" button which will read back to them which space it was placed in, then others can just pick up the phone and push that button to pick it up (or dial the parking space extension if they're on a cordless phone) oh hey Freeswitch/Asterisk buddy! What's your favorite physical IP phone make and model? I'm currently suffering through a new NEC SV9500 deployment with old rear end DTERM phones and a few lovely DTERM IP phones. The phone part isn't the problem, it's that the keys are all programmed the way that every individual wanted them, and not the way my boss wants them, which means I have to go reprogram key data for like 300 phones, on top of all the other actual important configuration that needs to be done. ...Now the voicemail system is a whole different story. That's just hosed because people are either not responding to my requests for input or just have no idea what an IVR/auto-attendant/phone tree is and expect me to 'just make it work' for them without any input as to what it is they need or want.
|
# ? Aug 12, 2019 19:19 |
|
I bet it's that teacher holed up in the store cupboard Edit: this was about the larches thing. Stupid me didn't check for extra pages
|
# ? Aug 12, 2019 19:21 |
|
GnarlyCharlie4u posted:oh hey Freeswitch/Asterisk buddy! I really want to like the Grandstream line from a physical perspective but their config file were developed by a coked up monkey bashing on a keyboard. They are literally the least human readable "plain text" config files I've ever seen in my entire IT career, and that makes it really hard to troubleshoot when you need to fiddle with the default templates. quote:I'm currently suffering through a new NEC SV9500 deployment with old rear end DTERM phones and a few lovely DTERM IP phones. The phone part isn't the problem, it's that the keys are all programmed the way that every individual wanted them, and not the way my boss wants them, which means I have to go reprogram key data for like 300 phones, on top of all the other actual important configuration that needs to be done. quote:...Now the voicemail system is a whole different story.
|
# ? Aug 12, 2019 19:37 |
|
GnarlyCharlie4u posted:
Ugh.. I made sure to nip this in the rear end before we deployed our new phones. With our old phones several people wanted buttons in a particular order, and it was a pain in the rear end to manage. I convinced the CEO/Owner that we should go with a single setup for everyone, he agreed. Management is a breeze now.. Change it once, all phones grab the same config. We went with a Grandstream system (Asterisk based) and Grandstream GXP2170 phones (All the programmable buttons are Softkeys on a full color LCD... and there are a lot of them). Every phone gets the same global config, no exceptions. Even the CEO.
|
# ? Aug 12, 2019 19:47 |
|
loving Grandstream 10,000 line config files. It is easy enough to deploy templates and stuff in Asterisk / Grandstream but I'll be honest I have no idea how to do it in NEC yet and I can only imagine the backlash that will rain down on me when I finally do. I just imported all the old AKYD from the old PBX so everything will be the way it was configured in the old system at least for the time being. Unfortunately for me everyone has gotten spoiled with the current Asterisk / Grandstream setup that we "temporarily" deployed during the building renovation. I say temporarily deployed, because it's been a year and at this point the configuration and custom work has exceeded what was available in the system it replaced. We stuck with the lovely GXP 1610 phones because they were the cheapest... Until after we ordered them and then found GXP 1615 for $5 less. gently caress. At least the 1615's have gig passthrough Edit: fuckkkkkkkkkkkk the gxp2170's are so nice. GnarlyCharlie4u fucked around with this message at 21:29 on Aug 12, 2019 |
# ? Aug 12, 2019 21:23 |
|
larchesdanrew posted:I found out who it was
|
# ? Aug 12, 2019 21:33 |
|
GnarlyCharlie4u posted:loving Grandstream 10,000 line config files. I make use of Grandstream's ZeroConfig feature (Grandsteam UCM only thing I think) so I've never had to touch a config file, or actually login to the phone's interface at all. I don't even know what their config files look like.... Everything is configured using ZeroConfig and a handful of P codes to cover the settings that are not normally exposed in the ZeroConfig GUI. Deployment is as follows... Plug phone in, it appears in the ZeroConfig console soon as it boots, assign it to an extension/user, phone auto reboots, done. We only use GXP2170s, 2 of which also have GXP2200EXT extension boards attached. Being this was my first foray into VoIP systems, I was quite surprised at the huge amount of customization possible.. There is a setting for basically everything on the phone. Edit: We went with 2170s because everyone was adamant about being able to see everyone's status at once. The big screen and bunch of buttons makes that easy. But we came from a system with these phones: So people where used to being able to see everyone's status. We only paid $90 each for the phones, which was cheaper than the phones for our old analog system! stevewm fucked around with this message at 21:52 on Aug 12, 2019 |
# ? Aug 12, 2019 21:43 |
GnarlyCharlie4u posted:loving Grandstream 10,000 line config files. EDIT: For anyone who hasn't had the pleasure - the readme file for sendmail.cf, which is just one of a handful of files that'll need configuration, is almost 5000 lines long. Then there are the sub-categories for features, mailer macros, per-domain configuration, ostype configuration (which helpfully mentions 4.3BSD, SunOS 1, and others), and one helpfully called 'hack' - all of these are in their own directory. A big sendmail configuration can easily be 100k lines of config - unfortunately for me, I have intimate knowledge of it (you could almost say carnal, since I've been hosed by it). Contrast that with delivermail (which Eric Allman wrote before sendmail), which on 4.xBSD would deliver via ftp over NCP on ARPANET and basically just required a hosts file (because nobody had thought to invent DNS yet). BlankSystemDaemon fucked around with this message at 22:40 on Aug 12, 2019 |
|
# ? Aug 12, 2019 22:26 |
|
stevewm posted:
Oh man I just had to deal with a site using these today. I remotely logged into their IP Office and was like wtf is this, first time I had to deal with a system set up in what the older techs apparently refer to as "muppet mode". I get that it's meant for plug-in-and-forget systems, but these guys actually had Auto Attendants and stuff set up on it, which, ugh, compared to how it works with an Essential Edition license is such a huge pain in the rear end to work through if you're not familiar with Basic mode.
|
# ? Aug 12, 2019 23:26 |
|
Entropic posted:Oh man I just had to deal with a site using these today. I remotely logged into their IP Office and was like wtf is this, first time I had to deal with a system set up in what the older techs apparently refer to as "muppet mode". I used to be a certified Avaya IP Office technician Good times.
|
# ? Aug 12, 2019 23:34 |
|
Dirt Road Junglist posted:I used to be a certified Avaya IP Office technician Good times. I actually like working with Essential Edition IPO systems if they're properly configured. I think the biggest problem with IPO and VMPro is that there's a ton of different ways you can do the equivalent of writing undocumented spaghetti code, and trying to work out the call flow on a system someone else who only half-knew what they were doing programmed 10 years ago can be an Adventure. The things I've seen people do with dummy users, unconditional forwards and short codes...
|
# ? Aug 12, 2019 23:41 |
|
D. Ebdrup posted:You've never had the pleasure of sendmail configuration files, eh? Which is why you should just use postfix
|
# ? Aug 12, 2019 23:44 |
|
Entropic posted:I actually like working with Essential Edition IPO systems if they're properly configured. Oh yeah, I had all kinds of fancy work-arounds for call flows. Fortunately, we didn't have a lot of fancy routing to deal with, but we did have a horrible relationship with our telecom that ended up causing me a lot of stress. The best part was that the company wanted to save money when we upgraded from a Merlin Magix 1.0 to an IP Office setup with a base unit in one office and hubs in two others, geographically separated by 2-5 hours worth of driving. I budgeted for a system with redundancy built in, but management balked and made me re-spec down to something with a single point of failure. True to form, it died one winter. Our TAM overnighted us a replacement part. It took 3 days to arrive, during which we had exactly one working phone in each office. I forget exactly how much revenue it's projected we lost due to communication failures, but it was way more than the ten grand I needed for a backup main-brain for the phones. Entropic posted:Just a couple weeks ago I saw an IP Office system where whoever initially programmed it had evidently decided that the built-in address book / directory system was too cumbersome, so they manually programmed 200 short codes for speed dials and had printed out lists for the users to reference. Dude, no
|
# ? Aug 12, 2019 23:45 |
|
Just a couple weeks ago I saw an IP Office system where whoever initially programmed it had evidently decided that the built-in address book / directory system was too cumbersome, so they manually programmed 200 short codes for speed dials and had printed out lists for the users to reference.
|
# ? Aug 12, 2019 23:46 |
|
Entropic posted:IP Office ..... "muppet mode".... We use IPO500 systems with Avaya 1416 phones in "muppet"/basic mode at most of our store locations. They are very cheap, super easy to config (we basically use the stock config), and just always work. This is mostly because our phone needs at our store locations are much more basic than at our corp office. And secondly because it's a drop in replacement for the older analog systems. Existing wiring and jacks can be reused... Any new locations will likely get the Grandstream system though...
|
# ? Aug 12, 2019 23:48 |
|
Dirt Road Junglist posted:Oh yeah, I had all kinds of fancy work-arounds for call flows. Fortunately, we didn't have a lot of fancy routing to deal with, but we did have a horrible relationship with our telecom that ended up causing me a lot of stress. We recently had a site be down for a week while we got a replacement 30-port digital IPO expansion module shipped out to them because they hadn't wanted to pay to have any spares on-site. Same-day shipping is not a thing in Moose Factory stevewm posted:We use IPO500 systems with Avaya 1416 phones in "muppet"/basic mode at most of our store locations. They are very cheap, super easy to config (we basically use the stock config), and just always work.
|
# ? Aug 13, 2019 00:00 |
|
Entropic posted:We recently had a site be down for a week while we got a replacement 30-port digital IPO expansion module shipped out to them because they hadn't wanted to pay to have any spares on-site. Good lord, that was a lot of clicks on the zoom out button to see where in Canada that was. My location wasn't quite that remote, but when winter hits Montana hard enough to shut down the airports and mountain passes, it's pretty much on lockdown until conditions improve. You would think people living in places where, "being isolated for X days at a time is a yearly (at least) occurrence," they'd be less stingy about keeping spare parts on hand, but nah. I think maybe they're operating on the assumption that if Jimmy Bob from down the way could come over on his snow cat and thump the generator real good with a crescent wrench and we're be back in business, then that applies to everything technological. Except it doesn't work when you're dealing with microprocessors and blackbox products.
|
# ? Aug 13, 2019 02:29 |
|
Phones seem pretty interesting. We have hosted voip at our offices with a nice website to configure them and then just plug them into the network, so no exposure to how they really work. But the old systems are still in the closets, big beige boxes mounted on the wall next to old messy phone wiring. Wouldn't even know how to start with those if I had to, not even the 66 blocks. When does it make sense to use on-prem phone systems vs. hosted?
|
# ? Aug 13, 2019 03:43 |
|
Ganon posted:Phones seem pretty interesting. We have hosted voip at our offices with a nice website to configure them and then just plug them into the network, so no exposure to how they really work. But the old systems are still in the closets, big beige boxes mounted on the wall next to old messy phone wiring. Wouldn't even know how to start with those if I had to, not even the 66 blocks. Depends on your definition of on-prem I suppose... Grandstream phones can do VPN tunnels natively so it's pretty loving easy to just mail someone a pre-configured phone they plugin and "it just works." It makes sense to do on prem when you get paid a lot of money to deal with the headaches and have a lot of knowledge of telephony to be able to do so. It does not make sense when you inherit a half working 30 year old system that is still costing you way too much money and you are a one man department with literally no time to address the issue. I'm sure there's some grey area in between.
|
# ? Aug 13, 2019 04:15 |
|
Ganon posted:Phones seem pretty interesting. We have hosted voip at our offices with a nice website to configure them and then just plug them into the network, so no exposure to how they really work. But the old systems are still in the closets, big beige boxes mounted on the wall next to old messy phone wiring. Wouldn't even know how to start with those if I had to, not even the 66 blocks. Business telephony is increasingly going the way of hosted solutions. The main difference is that if you're going hosted you're pretty much locked in to using some kind of VOIP for your voice trunks, and VOIP still has a reputation of being unreliable and having quality of service issues. Which it definitely still can, depending on your internet service. And the "if your internet ever goes down, so do all your phones" factor is a sticking point for a lot of businesses given most ISPs are not going to guarantee anything like 100% uptime. I mean, PRI lines can go down too, but they tend to be pretty reliable at this point, at least compared to local internet service in a lot of places. I've done a few subcontracted VOIP deployments for big companies with lots of money to throw around, and a lot of them are getting their own dedicated fiber internet connects brought in for it, and also having a whole separate always-on backup internet connection, via LTE or something, with an automatic fallback so that if the main Internet connection goes down they only have a few minutes downtime. Smaller businesses don't wanna pay 2 Internet bills every month though. A lot of it comes down to cost and scalability. Hosted solutions tend to have a monthly per-user or per-mailbox fee in addition to a fee per number, whereas with an on-prom solution you can just buy the equipment and the phones as a one time expense, with the only recurring expense being for your numbers, be they on analog trunks or a PRI or whatever. There's maintenance costs of course, and it can be more work to make changes on an on-prem system, particularly if it's an older one with digital as opposed to IP phones. And there's hybrid systems of course. You can have SIP VOIP lines coming into physical on-prem systems, and I've seen hosted systems using ATA adapters to interface with paging amps and fax machines and stuff... No matter how advanced a telephony solution gets, you will at some point be asked to make it work with a fax machine.
|
# ? Aug 13, 2019 04:30 |
|
Entropic posted:and VOIP still has a reputation of being unreliable and having quality of service issues. Which it definitely still can, depending on your internet service. Our Corp office ISP is also our SIP trunk provider and one thing I am glad they do is deliver the SIP trunks on their own private network straight from a dedicated port on the ONT. Cable goes from ONT directly into a port on the PBX. The SIP trunks never touch the public internet. No QoS, no loving with getting SIP working through routers, etc...
|
# ? Aug 13, 2019 05:23 |
spankmeister posted:Which is why you should just use postfix Another reason is that postfix supports blacklistd on FreeBSD, which is a much better way of blocking repeated login attempts, by using a generic API interface rather than grep'ing log files like fail2ban does.
|
|
# ? Aug 13, 2019 10:10 |
|
I don't know if this helps anyone here but out of habit from my webhosting support background I just install ConfigServer Security & Firewall which is free, and basically set & forget. Firewall and repeated login attempt denier with all the necessary ports configured already is just
|
# ? Aug 13, 2019 11:01 |
bell jar posted:I don't know if this helps anyone here but out of habit from my webhosting support background I just install ConfigServer Security & Firewall which is free, and basically set & forget. Firewall and repeated login attempt denier with all the necessary ports configured already is just One of the things ipfw does, that is only recently been introduced elsewhere in the form of npf on NetBSD and is reportedly coming to Linux at some point, is that the rules become a bytecode program through real-time code generation handled by the Berkeley packet filter. It's essentially a register-based JIT virtual machine which only purpose in life is to efficiently match packets, and consistently does so more efficiently than any other firewall I know of (although I'd love to see it compared to npf and bpf-filter on Linux once both are available in production releases). So I'm quite happy with FreeBSD and ipfw as a firewall, even if a FreeBSD user and developer survey showed that pf is more popular with users whereas companies tend to prefer ipfw. EDIT: If you'll permit me to muse a bit more on this, what I find fascinating is that BPF, VMware virtualization, and Microsofts BitBLT instruction are the only three really-widely used just-in-time virtual machines used back in the 90s, and only BPF is still used today - whereas hardware-accelerated virtualization and SLAT have taken over for VMware and BigBLT has changed structure from its 16-bit days back in the Chicago kernel in Windows 95. BlankSystemDaemon fucked around with this message at 12:46 on Aug 13, 2019 |
|
# ? Aug 13, 2019 12:37 |
|
Ganon posted:Phones seem pretty interesting. We have hosted voip at our offices with a nice website to configure them and then just plug them into the network, so no exposure to how they really work. But the old systems are still in the closets, big beige boxes mounted on the wall next to old messy phone wiring. Wouldn't even know how to start with those if I had to, not even the 66 blocks.
|
# ? Aug 13, 2019 13:57 |
|
The Fool posted:I would like to introduce you to my current nemesis: conference rooms People don't understand that it can take a few seconds for drivers to load for our conference docking stations. So they immedately start moving wires around to try and fix it. Then they give up and leave everything unplugged or plugged into the wrong thing. Every day I have to 'rebuild' all 3 of our conference rooms. Every. Day.
|
# ? Aug 13, 2019 14:30 |
|
Ganon posted:But the old systems are still in the closets, big beige boxes mounted on the wall next to old messy phone wiring. Wouldn't even know how to start with those if I had to, not even the 66 blocks. quote:When does it make sense to use on-prem phone systems vs. hosted? I generally recommend hosted as the default because it allows for geographic redundancy and means that the phone system can stay operational even if the site has a power outage, fiber cut, natural disaster, whatever. This means voicemails still work, calls can be forwarded to cell phones or other locations, etc. On-prem makes sense in two main scenarios. The first is that there are some features which just don't work great over a WAN connection. Broadcast paging is a big one, though the bandwidth isn't an issue these days (80kbit/sec per stream) I still see a lot of issues where the sudden flood of UDP traffic leads to some of those INVITE messages getting lost and random devices not participating in the page session. Connecting to trunks at the facility itself would be another major reason, while it is possible to pipe these out to a hosted platform that adds more potential points of failure. We generally find it easier to just install an on-prem box in these situations, usually a Supermicro running the FreePBX official distro. The second is when the facility is seriously oversubscribed as far as number of extensions versus number of active calls. Most hosted platforms bill by extension where the SIP trunks you'd use to connect an on-premise system generally don't care what's on the other end and just bill by usage. The majority of my on-prem deployments at the moment are in nursing homes, where we might have 500 extensions but 35 of them are actual office lines and the rest are resident rooms, elevators, etc. where we've literally had defective lines go 10 years without being noticed because no one ever tried to use it during that time. The best piece of advice I have for phone systems is to think of them like email. If your company can't justify and employee whose primary job it is to maintain, monitor, and troubleshoot the system you should probably pay someone else to manage the hard parts and just give you a friendly interface to change names and such. Very much like email they tend to work great until they don't, allowing for a lot of neglect to build up before everything catches fire and suddenly all of management is up whoever's rear end is responsible. Unless you are being paid specifically to be that guy, don't be that guy.
|
# ? Aug 13, 2019 15:59 |
|
We are going all in on telephony with Teams, if you don’t have a reason/need to be in a call queue (customer call center, service desk, various internal call queues for our techs) that’s what you’ll get. Anyone in the call queues will get an actual desk phone tied in with a cloud SIP provider, with separate internet trunks/failover in our two data centers.
|
# ? Aug 13, 2019 18:06 |
|
No lie, I used something similar to these to re-wire the company's data center back in the late 90s. Things were such a knotted, tangled Gordian knot I didn't even try to unfuck it. I just chopped everything out, re-ran all new patch cables, and sorted out any mis-labeled ports come Monday when some people had issues.
|
# ? Aug 13, 2019 19:11 |
|
Oh, so that's how this happened. The company I worked for signed a lease on a building before letting me see the IT infrastructure. They were told everything was in place. When they got the keys and finally let me into the server room, I looked up at that and said, "Huh, so we have no wiring. That's nice." I was flying on vicodin that day and had no fucks to give. They asked me if I could splice all the lines back together and have it ready by the following week. I ignored them and dialed our infrastructure contractor to get a bid on a quick turnaround full re-wire in CAT-6 plenum, and then handed the phone to my boss so she could hear the estimate. The vicodin definitely made that day suck less.
|
# ? Aug 13, 2019 19:45 |
|
You guys just reminded me of my telephony story. My dad was working from home for the last 10~ years before he retired, so his company had a 2nd line with their provider run to our house and into his office. When he retired said provider came out to disconnect him from their lines and patch his office phone back into the house, except not. I can't remember exactly the entirety of what they broke but I'm pretty sure both the office phone and the master bedroom phone would no longer ring for incoming calls, but could answer incoming calls to the home line. However the office phone still showed as calling out from the office number. There was also something weird with long distance? (Like they either couldn't make long distance calls or answer them depending on which one of the 3 upstairs phones they were using?) My experience was more with networking than telephony but even I could see their punchdown board was hosed. I told them to just call the company's phone provider and yell very loudly until they sent someone out to fix the problem.
|
# ? Aug 13, 2019 19:50 |
|
Dirt Road Junglist posted:Oh, so that's how this happened. We bought and took over a building that previously housed a competitor that had went bankrupt. The building was only a year old at that point and had been fully wired with 4 network jacks to every wall. But the telecom closet looked just like that.. They had cut everything off nearly flush with the ceiling when all the equipment was ripped out. So we ended up having to rewire the entire building. It was probably for the best though.. The old wiring had been stapled to the studs every about 4 inches, slightly crushing the wire with every staple.
|
# ? Aug 13, 2019 20:06 |
|
During the dot com crash, I was working at a firm in the process of going bankrupt. One of the last days there, we got to let in a salvage company to our data center. They came in with saws-alls with diamond blades and bzzzzzz across the top of the racks chopping through years of work in minutes. Like a hot knife through butter. Satisfying and heartbreaking at the same time.
|
# ? Aug 13, 2019 20:28 |
|
Agrikk posted:During the dot com crash, I was working at a firm in the process of going bankrupt. One of the last days there, we got to let in a salvage company to our data center. Carbon/carbide tipped blades are awesome, though I'm mildly surprised they used those on metal racks, they have specific blades made for cutting through metal; they might have been slower, but they are a lot less expensive. I am not a huge fan of using saws-alls to do large metal/concrete cuts though, the blades warp really quickly; I guess a gas saw wouldn't be preferable since you're cutting sideways and they don't much like running without getting gas flow.
|
# ? Aug 13, 2019 20:43 |
MF_James posted:Carbon/carbide tipped blades are awesome, though I'm mildly surprised they used those on metal racks, they have specific blades made for cutting through metal; they might have been slower, but they are a lot less expensive.
|
|
# ? Aug 13, 2019 20:46 |
|
stevewm posted:We bought and took over a building that previously housed a competitor that had went bankrupt. The building was only a year old at that point and had been fully wired with 4 network jacks to every wall. But the telecom closet looked just like that.. They had cut everything off nearly flush with the ceiling when all the equipment was ripped out. I asked around for years for a justification for why they'd destroy their infrastructure on the way out, but my mistake was only asking fellow IT people. It was when I brought the topic up in conversation with a construction guy in the group that I got my explanation. Whoever owned the building previously paid someone to do the wiring. And when they left, they blew up the old wiring...and then gave us a business card for the wiring guy who'd done the job previously. Payola. Cool. Too bad I already had my own wiring guy
|
# ? Aug 13, 2019 21:21 |
|
|
# ? May 25, 2024 08:41 |
|
larchesdanrew posted:I found out who it was On the bright side, now you have your nemesis' personal email address.
|
# ? Aug 13, 2019 21:39 |