DIDs on the same SIP can't call each other - do you have this problem?
-
@JaredBusch said in DIDs on the same SIP can't call each other - do you have this problem?:
@scottalanmiller said in DIDs on the same SIP can't call each other - do you have this problem?:
If you had normal (not ISP locked in) SIP lines and/or an open source PBX (or any number of apparently better proprietary ones) this would not be an issue. It's mind boggling that this is an issue as it is. But someone made some decisions here and this is the result of those. No idea why someone made them, but they did. Let them know the results of their decisions and ask them how they want to handle it.
It is a Cox provided SIP trunk. So of course they can do this if they want. It is 100% their network. I am willing to bet that a Cox SIP trunk has no such restriction though. It is highly unlikely that Cox has a completely separate switch for SIP service compared to PRI service, and you did not have this problem when the same numbers came in over the Cox PRI.
The problem is more likely bad routing on the Mitel side.
Agreed. I've seen Translation patterns that are two vague cause issues like this (sometimes even causing loops not stop in and out of the SIP trunks).
We have a translation pattern for the DIDs to just translate to the internal extensions, Simple and saves money.
-
The problem(s) are solved. and they were several.
- hairpin calling didn't work
- outside callers on Cox's network (and perhaps any network) couldn't call in reliably, this resulted in different results for different networks, some people got fast busies, other got, this number is not in service (that message was horribly wrong, but is the fault of either bad encoding or poor error matching with the carrier).
The problem as it was explained to me.
The Edgemarc provided by Cox had a problem and was hanging calls. We requested 23 channels, and they've provisioned us for 30 to handle over flow. When they looked they found 27 "active" calls but couldn't tell if they were real calls or if the edgemarc was simply frozen on those channels.
The reset those 27 channels, did other tweaking and now EVERYTHING works. Hairpin calling works, and calls are coming into the system. of course, we're not under load, so only time will tell if it's fixed.
Additionally they noted that the Edgmarc has what they called old firmware on it. They are going to bring out a replacement Edgemarc tomorrow with updated firmware and swap them out. The new firmware is something they have been deploying for at least a month, but wheren't sure how long and currently there are no reported errors with it.
Holy shit this was stressful day!
-
OK talking about hairpinning - When I mentioned to Cox that Mitel vendor said that Cox prevents hairpinning, he had no idea what I/vendor was talking about.
In my situation though, the lack of hairpinning was a result of a malfunctioning Edgemarc, not the Mitel 5000.
But I did inquire about having the Mitel 5000 do the hairpinning internally.
They said that they couldn't do it in a way that was completely transparent to end users.
I don't know why, but this MItel 5000, like many other commercial systems requires an 8 (9 seems more common) to get an outside line. So we have the following scenerio:
Doc gets page 402-555-5555, when they are in our offices they would dial 8-402-555-5555. Because of that 8, they are telling me that they can't do any additional routing other than that the call will be sent to an outside line.
They proposed two solutions.
- On the Mitel, create a routing rule for 7, like 8, but that the system knows that the call will be routed internally, then train the the staff to page the providers with #402-555-5555 so the provider will know by the # that this is a call from our office, and if they are in our office they need to call 7-402-555-5555 instead of starting with 8.
this is pretty complex and easy to forget - not a great solution
- create a dedicated DID for them to call in on. Now staff would page 402-555-1111 (the new dedicated number) and the phone system would prompt them for what extension they want to dial.
So the page would like like this 402-555-1111#1234
In this case, when the provider sees the extension, they know it's ours and when inside, they would be trained to dial only the extension.
While still not awesome, this would be a much better solution.
-
so you can't have doctors call an extension? they can't dial a 4 digit extension?
-
@KyleCaminita said in DIDs on the same SIP can't call each other - do you have this problem?:
so you can't have doctors call an extension? they can't dial a 4 digit extension?
Of course they can - but sending a 4 digit extension to a pager when they are the hospital - the doc has no idea who sent that - was it hospital 1-5 or their own office? that's why the phone number has worked great for 20 years.
and was maddening when I learned it MIGHT not be possible anymore. -
No sure why they can't do translation rules, Cisco can still do this. The problem is if you "live" dial by picking up the headset first the system usually will assume you want the PSTN
-
@Jason said in DIDs on the same SIP can't call each other - do you have this problem?:
No sure why they can't do translation rules, Cisco can still do this. The problem is if you "live" dial by picking up the headset first the system usually will assume you want the PSTN
I think pressing the 8 is the same as live dialing, that's why they can't intercept it.
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
@Jason said in DIDs on the same SIP can't call each other - do you have this problem?:
No sure why they can't do translation rules, Cisco can still do this. The problem is if you "live" dial by picking up the headset first the system usually will assume you want the PSTN
I think pressing the 8 is the same as live dialing, that's why they can't intercept it.
No, it's not it's a dial pattern.
-
@Jason said in DIDs on the same SIP can't call each other - do you have this problem?:
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
@Jason said in DIDs on the same SIP can't call each other - do you have this problem?:
No sure why they can't do translation rules, Cisco can still do this. The problem is if you "live" dial by picking up the headset first the system usually will assume you want the PSTN
I think pressing the 8 is the same as live dialing, that's why they can't intercept it.
No, it's not it's a dial pattern.
It most certainly is only a dial pattern and you have a lazy ass technician from a crappy reseller. Mitel is not shit gear. I think it is silly expensive comparably, but it is rock solid gear when setup right.
You are on a SIP trunk. This means there is absolutely, 100% chance of your user never hearing a real dial tone for anything. Ever.
When you press 8, the system is routing to an outbound call flow process. The outbound call flow process (called an outbound route in Asterisk) may be restricted to only dialing out. But if so, that is still not a fatal problem.
There is no reason that it can only do that when you press 8. Only that it is currently programmed to do that.
Of course your users press 8 and then wait for "dial tone" prior to dialing their destination. Which means you are likely stuck with this outbound call flow process until you take away the stupid requirement for dialing anything for an outside line.
Once you remove that, then your PBX get much more flexible and it will use full pattern matching to decide were calls need routed prior to being sent to a call flow.
-
I'll have to double check.. But I don't think Mitel gear allows you to not use an "outside" line digit. You can replace the 8 by picking an outside line if you map one on your phone, but that's really no different than Jason's previously mentioned - Picking up of the headset.
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
I'll have to double check.. But I don't think Mitel gear allows you to not use an "outside" line digit. You can replace the 8 by picking an outside line if you map one on your phone, but that's really no different than Jason's previously mentioned - Picking up of the headset.
Do you think this because you have no faith in Mitel or because you trust the same support engineering firm that is saying the other things?
If you only see Mitel filtered through their eyes, it would likely look really bad because they are likely covering their own limitations by blaming Mitel. I find it extremely hard to believe that Mitel has any of these limitations.
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
@KyleCaminita said in DIDs on the same SIP can't call each other - do you have this problem?:
so you can't have doctors call an extension? they can't dial a 4 digit extension?
Of course they can - but sending a 4 digit extension to a pager when they are the hospital - the doc has no idea who sent that - was it hospital 1-5 or their own office? that's why the phone number has worked great for 20 years.
and was maddening when I learned it MIGHT not be possible anymore.Why not do a 5 digit extension? First digit denotes hospital, then the next 4 digits are the actual extension.
-
@coliver said in DIDs on the same SIP can't call each other - do you have this problem?:
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
@KyleCaminita said in DIDs on the same SIP can't call each other - do you have this problem?:
so you can't have doctors call an extension? they can't dial a 4 digit extension?
Of course they can - but sending a 4 digit extension to a pager when they are the hospital - the doc has no idea who sent that - was it hospital 1-5 or their own office? that's why the phone number has worked great for 20 years.
and was maddening when I learned it MIGHT not be possible anymore.Why not do a 5 digit extension? First digit denotes hospital, then the next 4 digits are the actual extension.
The hospital's aren't part of my network.
-
Right, he needs a common number to call no matter where people are calling from: internal or external.
-
This is one of those issues with DIDs. If you didn't have DIDs for everyone, only extensions like we have, this issue naturally goes away. It adds other issues, but minor ones.
-
@scottalanmiller said in DIDs on the same SIP can't call each other - do you have this problem?:
This is one of those issues with DIDs. If you didn't have DIDs for everyone, only extensions like we have, this issue naturally goes away. It adds other issues, but minor ones.
By goes away I assume you mean, everyone would always just dial the same number, get an auto attendant then type in an extension?
-
So I asked the Mitel Vendor - can the 5000 do non 8 or 9 based outbound dialing. Here's the response.
Navigate to System/Devices and Feature Codes/Phones, open the extension that you want to not dial an 8. Flag it for “House Phone = Yes”. Then change both house phone day and night to “8”.
But, when you do that, you get
is there a reason that isn’t the default?
Then you wouldn’t be able to intercom. When that phone goes off hook it immediately is accessing ARS.
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
So I asked the Mitel Vendor - can the 5000 do non 8 or 9 based outbound dialing. Here's the response.
Navigate to System/Devices and Feature Codes/Phones, open the extension that you want to not dial an 8. Flag it for “House Phone = Yes”. Then change both house phone day and night to “8”.
But, when you do that, you get
is there a reason that isn’t the default?
Then you wouldn’t be able to intercom. When that phone goes off hook it immediately is accessing ARS.
All that is doing is forcing the phone to always "dial 8" basically. Maybe I will have to revise my opinion of Mitel down.
I have only ever wokred on it at a basic level helping others. I never had a client own a system. Well one client has a Mitel system, but we only do some custom software for them.
-
on ours I don't even have to dial a 9 if I don't want too. I can do 7 or 10 digit dialing. But it takes longer for the call to process and send to the PSTN if you don't dial 9 first. It's all in the rules we have setup.
-
@Jason said in DIDs on the same SIP can't call each other - do you have this problem?:
on ours I don't even have to dial a 9 if I don't want too. I can do 7 or 10 digit dialing. But it takes longer for the call to process and send to the PSTN if you don't dial 9 first. It's all in the rules we have setup.
That's a Mitel as well? I know with Asterisk you can dial 10 or 7 digits with no additional delays. You're right it is all in the rules though.
