Re: [VoiceOps] Disconnected numbers and SIP

Well, that's widespread enough that even Kamailio's TM has an option for it: ‎http://kamailio.org/docs/modules/4.3.x/modules/tm.html#tm.p.disable_6xx_block -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: 

Re: [VoiceOps] Disconnected numbers and SIP

We only give 503's for destinations not in route. If the term provider gives us a 404 we pass that along. -Original Message- From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Alex Balashov Sent: Wednesday, October 21, 2015 12:47 PM To: James Milko Cc: VoiceOps Subject:

Re: [VoiceOps] Disconnected numbers and SIP

"6xx codes are supposed to be used to indicate definitive knowledge that a number can't be reached by any other means globally." Yet vendors build hardware that still route advances on a 6XX... (yes, I'm looking at you, Sonus) *grumble* Brooks Bridges | Sr. Voice Services Engineer O1

Re: [VoiceOps] Disconnected numbers and SIP

Not usually an issue for us. Occasionally an intermediate carrier hosted a number at one time and didn't u provision it when they lost the customer, but that's fairly rare these days. So I agree, 404's are fairly reliable for us. On Oct 21, 2015, at 13:46, Alex Balashov

Re: [VoiceOps] Disconnected numbers and SIP

I see 404 fairly commonly used to indicate "I don't have a route for this". 6xx codes are supposed to be used to indicate definitive knowledge that a number can't be reached by any other means globally. -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300

Re: [VoiceOps] Disconnected numbers and SIP

We've found 404 to be extremely reliable when received from upstream carriers. It's one of the very few codes that we don't route advance on because we found that calls never compete if someone hands back a 404. JM On Tue, Oct 20, 2015 at 10:48 PM, Alex Balashov

Re: [VoiceOps] Disconnected numbers and SIP

Can't a 404 sometimes be taken as evidence that an intermediate network element (e.g. a wholesale provider's LCR) doesn't have the destination in route? Or do they just return the all-encompassing 503 in those cases? ‎ -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center 

Re: [VoiceOps] Disconnected numbers and SIP

If this was true, why does ISUP 1 map to 404 by standard? On Oct 21, 2015 2:13 PM, Brooks Bridges wrote: > > "6xx codes are supposed to be used to indicate definitive knowledge that a > number can't be reached by any other means globally." > > Yet vendors build hardware that

Re: [VoiceOps] Disconnected numbers and SIP

Every Sonus switch I've encountered in the wild would always route advance to the next gateway on the trunk group if I returned a 603 to it, and I'm just grousing about that behavior specifically. A 404 feels like it's a little incorrect, as it says " The server has definitive information that

[VoiceOps] Broadsoft to Netsapiens

Wondering if anyone has made the transition from a Broadsoft platform to a Netsapiens platform? If so, was wondering what Broadsoft has if anything that Netsapiens does not? Overall I am very impressed with the Netsapiens platform, but I am unsure what is missing in their platform. Is there

Re: [VoiceOps] Disconnected numbers and SIP

What is it that they say? "In theory, theory and practice are the same. In practice, they are not." -- Nathan Anderson First Step Internet, LLC nath...@fsr.com -Original Message- From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Alex Balashov Sent: Tuesday, October