> > I am somewhat doubtful that the DTMF setting are at issue here. I say that > because whether through an Ingate, PRI or sipxbridge I have never seen this. > All the above does is indicate someone pressed a key a bunch of times. > > Is a siptrace available? > > Tony
Tony, His trace is actually showing him holding down the 9 key once. The RTP event for dtmf is sent many times for a single keypress, each time it goes out it extends DTMF on that tone for N more MS, presumably this is to allow to packet loss. A single digit dialed will usually have a bunch of these events then when the user releases the key you get a burst of the same event with the 'end' bit set. In the trace he sent he's hitting the key for about 250ms (it doesn't show the duration extension in his decode, I think it was 50ms using polycom defaults). What would be really interesting trace wise is the SDP headers showing the offer/response for telephony events (from the invite and the ack). If the ITSP is accepting these, at 101 even, and then not acting on them on it sure seems like they're broken. If it were me I would take the trace of a single failed call outside the firewall using a packet sniffer just to narrow the problem down to something on the sipxecs side or the itsp side. The extra internal chatter in the sipxecs traces is only interesting if something bad is happening between the ITSP and whatever is closest to them at the customer site. -Eric > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
