DIDs on the same SIP can't call each other - do you have this problem?
-
Well, there are two things here...
- Ideally you would never have your DIDs reaching out to each other... extension to extension calling by going through the PSTN is fragile, silly and expensive. There is no reason for it. Fix your PBX and route your DIDs locally so that you never hit the SIP channel on the outside. Cox should have no knowledge of your attempted calls.
- That the calls don't route at all is likely a Cox mistake. But one that you should never have discovered.
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
The phone switch provider believes this is a setting on the SIP provider's side.
Apparently your phone admin doesn't understand call routing rules.
-
Interesting.
So I asked Mitel or rather my vendor about the 5000 picking up the call to self owned DID and routing it all internally and was told it can't do that. - wow really? that sux
Furthermore, my Mitel vendor tells me that the inability to call ourself is something that Cox specifically disables.
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
Furthermore, my Mitel vendor tells me that the inability to call ourself is something that Cox specifically disables.
How? how could Cox possibly have that power?
-
@scottalanmiller 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?:
The phone switch provider believes this is a setting on the SIP provider's side.
Apparently your phone admin doesn't understand call routing rules.
I tend to agree with you - I should be able to setup a rule that allows the phone system to route any called number anywhere I want.
-
@Dashrender 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?:
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
The phone switch provider believes this is a setting on the SIP provider's side.
Apparently your phone admin doesn't understand call routing rules.
I tend to agree with you - I should be able to setup a rule that allows the phone system to route any called number anywhere I want.
Yes, as it is, it should require a rule that tells it to go to Cox. The existing rule is the problem. It's called a "dialing pattern."
-
@scottalanmiller 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?:
Furthermore, my Mitel vendor tells me that the inability to call ourself is something that Cox specifically disables.
How? how could Cox possibly have that power?
uh, it's their network? now should they be excersing that power? that's another matter.
I'm currently waiting on a call back.
-
If you think of DIDs like IP addresses, because they are similar, your phone switch is a router. It knows what goes where and can send things out to the ISP or route them internally first. In this case, your internal addresses are getting sent out to the default gateway but the default gateway doesn't know how to handle them and the routing is failing. But the real problem is that the default gateway knows that the call is coming FROM the address in question so that it doesn't hairpin the call is not entirely crazy. That the "router" is sending the call to the outside when it is an inside call... that is the crazy part.
-
Of course, putting this dialing pattern in place does present another issue - or should I say change of trouble shooting.
In the past, we'd pick up our own phone and call ourselves to see if our numbers were working - well now that simply won't work. Testing will be required to come from other sources, cell phones, landlines, etc.
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
Of course, putting this dialing pattern in place does present another issue - or should I say change of trouble shooting.
In the past, we'd pick up our own phone and call ourselves to see if our numbers were working - well now that simply won't work. Testing will be required to come from other sources, cell phones, landlines, etc.
If you want internal calls to hairpin only for testing, then yes, that is true. But it is an odd use case.
-
Also, you typically do not test from internal phones to test because if there is an issue with call routing, you would not see it.
-
What brought this to my attention earlier today was that when my staff need to reach a doctor, they just - wait for it - page them (with the phone number they are at). In today's case, the person getting the page was inside our facility, picked up the phone and tried to dial the 10 digit number - and it failed.
We can't change this workflow of paging with 10 digit numbers because we have no clue where the doc might be.
-
@scottalanmiller said in DIDs on the same SIP can't call each other - do you have this problem?:
If you think of DIDs like IP addresses, because they are similar, your phone switch is a router. It knows what goes where and can send things out to the ISP or route them internally first. In this case, your internal addresses are getting sent out to the default gateway but the default gateway doesn't know how to handle them and the routing is failing. But the real problem is that the default gateway knows that the call is coming FROM the address in question so that it doesn't hairpin the call is not entirely crazy. That the "router" is sending the call to the outside when it is an inside call... that is the crazy part.
AGREED! but that's how was setup for TDM, so what the heck do I know?
-
@Dashrender said in DIDs on the same SIP can't call each other - do you have this problem?:
What brought this to my attention earlier today was that when my staff need to reach a doctor, they just - wait for it - page them (with the phone number they are at). In today's case, the person getting the page was inside our facility, picked up the phone and tried to dial the 10 digit number - and it failed.
We can't change this workflow of paging with 10 digit numbers because we have no clue where the doc might be.
So the issue is that the docs can't get back to the person paging them? The page works, but there isn't a reliable way to respond?
-
@scottalanmiller 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?:
What brought this to my attention earlier today was that when my staff need to reach a doctor, they just - wait for it - page them (with the phone number they are at). In today's case, the person getting the page was inside our facility, picked up the phone and tried to dial the 10 digit number - and it failed.
We can't change this workflow of paging with 10 digit numbers because we have no clue where the doc might be.
So the issue is that the docs can't get back to the person paging them? The page works, but there isn't a reliable way to respond?
Exactly.
-
@Dashrender 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 think of DIDs like IP addresses, because they are similar, your phone switch is a router. It knows what goes where and can send things out to the ISP or route them internally first. In this case, your internal addresses are getting sent out to the default gateway but the default gateway doesn't know how to handle them and the routing is failing. But the real problem is that the default gateway knows that the call is coming FROM the address in question so that it doesn't hairpin the call is not entirely crazy. That the "router" is sending the call to the outside when it is an inside call... that is the crazy part.
AGREED! but that's how was setup for TDM, so what the heck do I know?
Ask the people who chose a proprietary PBX and Cox locked in SIP lines, they are the ones that made this choice, it's their call as to what to do now, right? It's not your 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.
-
@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.
-
@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.
I'd agree here, I simply don't believe that either Cox or Mitel actually are this bad. This is one bad consultant avoiding admitting that he doesn't know how to set up a Mitel PBX.
-
@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.
