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.
Good morning,My outgoing SIP Trunk provider uses IMS and multiple servers (3 FQDN each resolving to 7 IP addresses).The provider requires that outbound calls go to the same IP as the registration, if not a 407 is returned without authorisation creden...
On outgoing calls via CUBE, ITSP is replying with 183, followed by 200 OK. The 183 is sent to the UAC, but the CUBE is not transmitting the 200 to the UAC, and is not replying to the 200 with ACK. As a result, the call is dropped either by the UAC or...
I have, after much searching, found this thread, and would like to revive it to get some additional information.I have a mix of 79xx and 88xx phones on a non cucm system.Based on your answer, there is no need to finesse the 79xx phones as with only 2...
I eventually found a solution to this issue by using dnsmasq. The issue was that the cube was sending ACK, but to the wrong ip because the operator was using a round-robin dns and the cube looked up the dns before sending the ACK. If it helps there i...
The answer to my question is yes. To control dns caching of the registrar dns lookup, the command is timers dns registrar-cache ttl As I am using dnsmasq, the default ttl returned is 0 so there is no caching. If the ttl is high, the solution is to us...
Both debugs are enabled - the output posted has been truncated to improve focus; each starts with the 100 Trying, and ends with the start of the next message. Prior messages are identical, and at the end, it either passes with an INVITE to the trunk,...
Please see the relevant sections of a session with a FQDN session target, and a REGISTRAR session target:Successful Call (Session Target FQDN)SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.50.254:5060;rport;branch=z9hG4bKPj0faf69b2-b38b-4abf-80ff-c3a262...
