Search results for query: *

I'm guessing that on your SIP Trunk-Group the Service Type is set to Public-Network. Try changing it to Tie. CM assumes that a Public SIP Trunk-group is connecting to the PSTN through a SIP Service Provider. In such cases, the SIP Serviced Provider requires that the Called-number be formatted...

To the best of my knowledge, you CANNOT encrypt your calls to the PSTN. First, the two parties to the phone call must be able to use the same encryption standard. Typically, that is AES (Advanced Encryption Standard) with 256 bits, but there are several choices of encryption standards. So...

I understand how easily that sort of mistake can happen--I've made my fair share of 2:00 AM oops. I believe the fundamental problem is that your SBCE is still not applying Topology Hiding to the traffic going to ASM. I'm looking at the Server Flow for KCELL you presented above. It looks...

It appears you did the opposite of what I was suggesting. In the Server Flow going to KCELL, the Topology Hiding should be: Default In the Server Flow going to ASM, the Topology Hiding should be: ASM

Sorry, I should have been more specific about my suggestion for fixing Topology Hiding. First, put back the line that Overwrites the domain in the Request-Line. You should have two Topology Hiding (TH) statements. The first one, "Default" contains no changes. In other words, the Action for...

So, trying to summarize the discussion. Problem: Outgoing calls work, but incoming calls from SP, through SBCE, are being rejected by ASM with the error "407 Proxy Authentication Required". Reason: ASM does not recognize the request as coming from a SIP Entity, namely the SBCE. Background...

First, thank you for providing this level of detail. It helps enormously. When Aura Session Manager (ASM) responds with a 407 Proxy Authentication Required response that means that ASM believes it is talking to a SIP endpoint. Essentially ASM is saying "I don't trust you. Prove to me that...

I notice that the phone numbers contain different quantity of digits. TO: 83459 FROM: 13048483447 In the Communication profiles for your SIP users, did you administer two addresses? In this case you probably need both [ Avaya SIP 13048483459@evoipsip.fbi ], and [Avaya SIP 83459@evoipsip.fbi]...

It surprised me when I was setting up my first SBCE to learn that the default behavior of all SBCs is to forward ALL requests. So when ASM sends an OPTIONS request towards the SBCE, the SBCE simply forwards it out the other side to the SIP Trunking Provider's SIP Proxy. In my experience...

thread690-1746822 Problem: When using traceSM, and having enabled the option to display Call Processing, administrators frequently see the message Remote Host is Not Trusted. The message is not unique to any type of SIP Request, meaning it is observed after INVITE, SUBSCRIBE, REGISTER, etc...