Inbound SIP Call - Routing Offsite instead dials an internal extension 2

[PhonesAllDay]

CM 6.3 with SBC/Verizon SIP

Inbound SIP cal1 handling Trunk l VDN 1234 routes outbound via SIP trunk 2 to 1-123-456-7890
the trace looks normal like it sends the call, but in fact it routes to an internal auto attendant instead.

The trace in both Session Manager and ASA both look like the call routed to the offsite destination.

Dialing the offsite number directly from SIP and a Mobile does route to the right destination.

The vector is simple, wait time, route to v1 which is 91xxx-xxx-xxxx

This works fine if we route the offsite number via ISDN

Any idea where to point on where to start with this? It affects multiple numbers/multiple area codes.

They said it's because SIP does not want to see it's own caller ID's coming in then going out again, even though different trunks?

Thanks
PhonesAllDay

 

[Wanebo]

They said it's because SIP does not want to see it's own caller ID's"

Who is "They"?

Do you have 2 separate SIP trunks supplied by Verizon to your SBC? If not the call is trying to go back out the same trunk to the same carrier. You should capture some packets and look at the call set up information because it's likely Verizon is redirecting back to you that outbound call because the call record matches the other call already in progress. I guess it should be possible to use a sigma script at the SBC to modify the outbound leg but you will probably need your BP to help set that up for you.

 

[kyle555]

traceSM - what does the outbound leg show for "from" and "p asserted identity" and "diversion"?

https://www.devconnectprogram.com/fileMedia/download/13cfae25-30e3-49e6-bf32-8412ac58492f

Does your SM use the "Verizon Adapter" to massage messaging to them? Does your SBC do any sigma scripting to the carrier?

The devconnect note shows a lot of info about tweaking ec500/forwarded calls and I presume that your VDN/vector forwarding back out would trigger some of the same concepts.

traceSM and traceSBC in/out of SM and the SBC and compare your "direct dial" to "VDN not working" and compare to the app note and I'm sure you'll find something.