Yep - I believe it is a Dialogic bug. Another good piece of evidence is that the log from the gateway shows an internal_error. You might think that is enough to convince them but apparently not necessarily.
We have gotten Audiocodes gateways to work. The problem we were attempting to solve with the Dialogic is that we have a Siemens Hicom PBX that refuses to send caller id to any external system. The Dialogic gets around this by emulating Siemens handsets to the PBX. The PBX is very happy to share all of the call detail since it thinks it is talking to another Siemens piece of equipment. >>> "Scott Lawrence" <[EMAIL PROTECTED]> 9/29/2008 12:25 PM >>> On Mon, 2008-09-29 at 11:26 -0400, Tony Wyland wrote: > I have heard from others having similar issue with Dialogic. A transfer via > the AA does work; the only failure is when the phone rings and then attempts > to go to voice mail due to no answer. > > I didn't have a chance to do a trace on the SipX side yet as suggested by > Scott but I do have a packet trace showing the gateway doing a SIP BYE right > after the OK from SipX. Attached is also a text graph done by Wireshark on > this call. That trace shows two 180 responses - the first is from a phone, and the second from the voicemail system (note that they have different values for the 'tag' parameter on the To headers). These each create different early dialogs, and provide different SDP - perfectly normal and legal. The SDP in the 200 from the voicemail system matches what it sent in its 180, which is correct. It does look as though the Dialogic is unhappy, since it sends the BYE less than 2ms after the ACK. I suggest you get logs from the gateway and try to figure out what it objects to. If its problem is that the SDP in the two ringing responses are different (or, put another way - that the SDP in the 200 does not match that in the first 180), then that's a bug in the Dialogic stack. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
