Register a SA Forums Account here!
JOINING THE SA FORUMS WILL REMOVE THIS BIG AD, THE ANNOYING UNDERLINED ADS, AND STUPID INTERSTITIAL ADS!!!

You can: log in, read the tech support FAQ, or request your lost password. This dumb message (and those ads) will appear on every screen until you register! Get rid of this crap by registering your own SA Forums Account and joining roughly 150,000 Goons, for the one-time price of $9.95! We charge money because it costs us money per month for bills, and since we don't believe in showing ads to our users, we try to make the money back through forum registrations.
 
A Frosty Witch
Apr 21, 2005

I was just looking at it and I suddenly got this urge to get inside. No, not just an urge - more than that. It was my destiny to be here; in the box.
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.

Adbot
ADBOT LOVES YOU

Agrikk
Oct 17, 2003

Take care with that! We have not fully ascertained its function, and the ticking is accelerating.
“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.

nexxai
Jul 17, 2002

quack quack bjork
Fun Shoe

larchesdanrew posted:

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.
Naturally.

GnarlyCharlie4u
Sep 23, 2007

I have an unhealthy obsession with motorcycles.

Proof

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)

This shouldn't be a technically challenging problem as long as the right phones were purchased.

If you have users who just absolutely refuse to learn anything slightly different, figure out some business-friendly way to tell them to eat a bag of dicks. The concept of lines is dead, it's never coming back, and that's a good thing. Parking spaces, when used correctly, provide the same benefit.



We're not on mechanical phone switches nor connecting a physical outside line the moment you press the trunk access key anymore.

There's not really any good reason to require any of these. In 15 years in the VoIP industry I've never had a problem with just letting people pick up a phone and dial a number, either 10 or 11 digit style. We set up our systems to strip preceding 9s in case someone has bad habits and then just let it go. It works great and users who are used to cell phone dialing these days love it. We don't enable 7 digit dialing by default because most of our primary area has overlays, but we have done it by request. Trunk access codes are a legacy thing that made sense with the limitations of the ways things used to be done but aren't relevant to anything not involving actual analog lines.

NAL but I'm pretty sure that's not legal, or at least not a good idea. We looked in to what we could do when a resident at one of the nursing facilities we manage kept dialing 911 and our lawyer basically told us not that if a legitimate call is impeded we'd be vulnerable to a very expensive lawsuit. We eventually just got the facility to take her phone away.

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.

Fil5000
Jun 23, 2003

HOLD ON GUYS I'M POSTING ABOUT INTERNET ROBOTS
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

wolrah
May 8, 2006
what?

GnarlyCharlie4u posted:

oh hey Freeswitch/Asterisk buddy!
What's your favorite physical IP phone make and model?
Currently my favorite is the Yealink T46S. Prior to that it was the Polycom VVX 400, then the Polycom Soundpoint IP 550.

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.
Back when I first started with the company I'm with we were manually provisioning each phone and stuff like this happened. One of the first things I ever did was install Debian on a spare PC we had around, hook it up to our T1, and set it up as a config server so we could switch to using templates.

quote:

...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.
This is definitely the thing I hate the most. I can make the system do pretty much anything, but I have no idea what the customer's actual business needs are. I don't know what people are calling about, how their departments are arranged, etc. but the people who do know that don't want to actually do anything.

stevewm
May 10, 2005

GnarlyCharlie4u posted:


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.


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.

GnarlyCharlie4u
Sep 23, 2007

I have an unhealthy obsession with motorcycles.

Proof
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

Ham Equity
Apr 16, 2013

The first thing we do, let's kill all the cars.
Grimey Drawer

larchesdanrew posted:

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.
Called it.

stevewm
May 10, 2005

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

BlankSystemDaemon
Mar 13, 2009



GnarlyCharlie4u posted:

loving Grandstream 10,000 line config files.
You've never had the pleasure of sendmail configuration files, eh?

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

Entropic
Feb 21, 2007

patriarchy sucks

stevewm posted:


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!


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.

Dirt Road Junglist
Oct 8, 2010

We will be cruel
And through our cruelty
They will know who we are

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 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.

I used to be a certified Avaya IP Office technician :allears: Good times.

Entropic
Feb 21, 2007

patriarchy sucks

Dirt Road Junglist posted:

I used to be a certified Avaya IP Office technician :allears: 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...

spankmeister
Jun 15, 2008






D. Ebdrup posted:

You've never had the pleasure of sendmail configuration files, eh?

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).

Which is why you should just use postfix

Dirt Road Junglist
Oct 8, 2010

We will be cruel
And through our cruelty
They will know who we are

Entropic posted:

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...

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. :downs: 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 :stonklol:

Entropic
Feb 21, 2007

patriarchy sucks
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.

stevewm
May 10, 2005

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...

Entropic
Feb 21, 2007

patriarchy sucks

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.

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. :downs: 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.

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.
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...
For the most basic of systems I'm sure it's great, but if they want any even slightly complicated Auto Attendant stuff or cascading hunt groups that fall back to AAs or voicemail, or time profile dependent stuff, it's just so much easier to sell them an Essential Edition license and have the freedom to actually make it do what they want. We have probably a couple hundred sites at this point where we remotely manage their Essential Edition IPOs through a VPN and only have to go to site if they need a new cabling or a cross-connect for a digital phone changed.

Dirt Road Junglist
Oct 8, 2010

We will be cruel
And through our cruelty
They will know who we are

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.
Same-day shipping is not a thing in Moose Factory

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.

Ganon
May 24, 2003
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?

GnarlyCharlie4u
Sep 23, 2007

I have an unhealthy obsession with motorcycles.

Proof

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.

When does it make sense to use on-prem phone systems vs. hosted?

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.

Entropic
Feb 21, 2007

patriarchy sucks

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.

When does it make sense to use on-prem phone systems vs. hosted?

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.

stevewm
May 10, 2005

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...

BlankSystemDaemon
Mar 13, 2009



spankmeister posted:

Which is why you should just use postfix
It's why I do 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.

bell jar
Feb 25, 2009

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 :discourse:

BlankSystemDaemon
Mar 13, 2009



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 :discourse:
Each to their own, for sure. What it comes down to, of course, is that everyone uses what they're familiar with because that's faster and easier than having to learn something new.
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

Thanks Ants
May 21, 2004

#essereFerrari


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.

Nazattack
Oct 21, 2008

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.

wolrah
May 8, 2006
what?

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 do both for a living, here's my view:

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.

devmd01
Mar 7, 2006

Elektronik
Supersonik
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.

Proteus Jones
Feb 28, 2013




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.

Dirt Road Junglist
Oct 8, 2010

We will be cruel
And through our cruelty
They will know who we are

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.

Kurieg
Jul 19, 2012

RIP Lutri: 5/19/20-4/2/20
:blizz::gamefreak:
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.

stevewm
May 10, 2005

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.

Agrikk
Oct 17, 2003

Take care with that! We have not fully ascertained its function, and the ticking is accelerating.
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.

MF_James
May 8, 2008
I CANNOT HANDLE BEING CALLED OUT ON MY DUMBASS OPINIONS ABOUT ANTI-VIRUS AND SECURITY. I REALLY LIKE TO THINK THAT I KNOW THINGS HERE

INSTEAD I AM GOING TO WHINE ABOUT IT IN OTHER THREADS SO MY OPINION CAN FEEL VALIDATED IN AN ECHO CHAMBER I LIKE

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.

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.

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.

Zereth
Jul 9, 2003



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.

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.
I'm pretty sure they were talking about cutting the cables so they could just drag the racks out without having to unhook everything. The racks themselves probably have more resale value intact than as scrap.

Dirt Road Junglist
Oct 8, 2010

We will be cruel
And through our cruelty
They will know who we are

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.

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.

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 :frogout:

Adbot
ADBOT LOVES YOU

tactlessbastard
Feb 4, 2001

Godspeed, post
Fun Shoe

larchesdanrew posted:

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.

On the bright side, now you have your nemesis' personal email address.

  • 1
  • 2
  • 3
  • 4
  • 5