Are <brekeke_ip> same in both INVITE and "180 Ringing" ?

Yes, this is the public IP of the Brekeke server, and is the same in the INVITE sent from Brekeke and the "180 Ringing" response received from VCS.

There is no "svlistener: KS" in the log. Comparing the log with the call to sip2sip.info (which works), everything looks exactly the same, the only difference I can see is that the VCS has modified the Via-header in the "100 Trying" response (has appended the received and ingress-zone parameters ...

I now suspect that the problem may be due to the Via-header in the responses from the VCS. Looking at the log-files I have notice that when calling the VCS, not even the returned "100 Trying" message seems to be recognised by Brekeke as belonging to the call. By this, I mean that the "tcp-con.x ...

I get the call to connect when using sip2sip.info, and I don't actually see that much difference in the responses compared to what I receive from the VCS. The missing Contact header in the pasted "180 Ringing" response, was caused by me not configuring proxy settings on the callee correctly. I have ...

I've pasted the packets below. In summary: there is a NATed Mirial client registered on the Brekeke server (<brekeke ip>, ourdomain.com), calling an endpoint registered on the VCS (<vcs ip>, vcsdomain.com). tcp-con.5: debug: send: to=<vcs ip>:5060 at 09/18/13 10:08:29.456 ...

I checked the log files. While I can see all SIP messages being sent and received correctly, there are no further error messages. The responses are indicated by the lines starting with "tcp-con.2: debug: receive:" but I do not see any corresponding "session.x receive" messages, so I guess Brekeke ...

The servers communicate using TCP. I see that Brekeke sends the Invite from a dynamically allocated port (56955). The VCS uses this same TCP channel to respond, so the "180 Ringing" and "200 OK" are returned to the sending port number (56955). I was wondering if Brekeke could have a problem parsing ...

James, thanks for the suggestion. I checked the blocked IP addresses, and the VCS address is not there. I can even receive an incoming call from that server.

No, I don't see them routed anywhere else. I see an unexpected SRV query for the callee's domain, and that is it. I now suspect that the problem is related to the contact header in the returned 180 and 200 messages. I get the calls to connect via a couple of SIP servers other than VCS, and I see ...

1. Brekeke Product Name and Version: 3.2.3.6/365 2. Java version: 1.6.0_20 3. OS type and the version: Linux 2.6.35-22-server 4. UA (phone), gateway or other hardware/software involved: Cisco VCS 5. Your problem: When placing calls from a SIP client registered on the Brekeke SIP server to a client ...