Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
With a virtual CSR that has a specific throughput (e.g. CSR with 1000kbps throughput) how do I determine what message is sent back to the ITSP when the throughput limit is hit and no more calls can be accepted, when the ITSP endpoint is configured fo...
I need to match several explicit numbers on an incoming (from PSTN) dial peer so i can send the calls onwards out of a specific trunk, and I'm not seeing how I can do that, as the options I've used end up catching calls for other combinations of numb...
I'm struggling to understand why the From in our outbound INVITE to our primary ITSP is using the IP address of our secondary ITSP, instead of the IP address of our CUBEs sending interface. INVITE from Jabber to CUBE is fine:Received:INVITE sip:80781...
Hello,We're in a process of transition and moving all staff to a new number range and new PBX. This requires being able to dial the new numbers directly from the PSTN via our existing CUBES, and redirecting calls placed to our old numbers to those ne...
I've hit a problem where we are able to get UDP 5060 SIP calls out to the PSTN via a CSR1000v (IOS17.3.3) across a primary ISP connection to one of our ITSP SBC end points, but we are not able to get calls out from a CSR3925 (IOS 15.7.3) across a bac...
Thanks all, I appreciate the help.It's SIP.The leave the incoming peer that collects the call from the PSTN trunk alone. This ITSP = this dial peer. It seems to work well there is a single peer collecting the calls.The incoming call is matched on inc...
The 'problem' here turned out to be the following:Previously we've had 4 ISRs connecting to 4 end points at 2 ITSPs. One of the ITSPs required almost no config on our part, and no registration - this was our primary and holder of our number ranges.Th...
I thought a ladder diagram would perhaps be useful in trying to understand where this is going odd (same call as above, but with fresh debugs attached - lots of ccapi errors because there's a call transfer that's stuck open and the call clear command...
Hi Roger,Thanks for posting back. In order to write something understandable I've slowed myself down and picked-over what's going on again.From the CUBE perspective all incoming traffic from CUCM is picked up on Dpeer 190, and sent to the PSTN (prima...