[Asterisk-Dev] SIP DTMF / timstamp Bug

Gerard O'Rourke gerard.orourke at voxpilot.com
Wed Mar 3 04:17:15 MST 2004


Hi,

I orinally posted this to the users list, but I have not been able to get
any satifactory answers.
What I need to know is, is there a possibility of this bug being fixed?
Is this the right mailing list to send this to?

I have a problem when you enter DTMF quickly using Asertisk Using the SIP
Protocol.

Say for example you press 2 DMTF keys in quick succession,
only one of these DTMF tones will be recognised by the far end.

This is because Asterisk, gives BOTH DTMF events the same Timestamp.
All DTMF events MUST have a different Timestamp, as the duration value is
used along with the timestamp.

See below for trace (only an excert from the full DTMF trace):
Note how the Timestamp header is set to "24352" in both cases.
Our system ignores the second DTMF because of this.

Note: Cisco uses a much larger timestamp header than this ( a 4 digit HEX
number e.g. Timestamp: 1527784437
And never use the same Timestamp for separate DTMF events.

Rgs,
Gerard.



User Datagram Protocol, Src Port: 6934 (6934), Dst Port: 1686 (1686)
Real-Time Transport Protocol
    10.. .... = Version: RFC 1889 Version (2)
    ..0. .... = Padding: False
    ...0 .... = Extension: False
    .... 0000 = Contributing source identifiers count: 0
    1... .... = Marker: True
    .110 0101 = Payload type: Unknown (101)
    Sequence number: 33529
    Timestamp: 24352
    Synchronization Source identifier: 1497941844
RFC 2833 RTP Event
    Event ID: DTMF Two 2 (2)
    0... .... = End of Event: False
    .0.. .... = Reserved: False
    ..00 1010 = Volume: 10
    Event Duration: 0


User Datagram Protocol, Src Port: 6934 (6934), Dst Port: 1686 (1686)
Real-Time Transport Protocol
    10.. .... = Version: RFC 1889 Version (2)
    ..0. .... = Padding: False
    ...0 .... = Extension: False
    .... 0000 = Contributing source identifiers count: 0
    1... .... = Marker: True
    .110 0101 = Payload type: Unknown (101)
    Sequence number: 33531
    Timestamp: 24352
    Synchronization Source identifier: 1497941844
RFC 2833 RTP Event
    Event ID: DTMF Three 3 (3)
    0... .... = End of Event: False
    .0.. .... = Reserved: False
    ..00 1010 = Volume: 10
    Event Duration: 0


---------------
Gerard O'Rourke
Connectivity Technology Manager
V O X P I L O T
+353 1 209 1919





More information about the asterisk-dev mailing list