| Summary: | ASTERISK-07971: DTMF digits are not recognized | ||
| Reporter: | pj (pj) | Labels: | |
| Date Opened: | 2006-10-20 10:37:21 | Date Closed: | 2006-11-09 22:02:24.000-0600 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Channels/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | scenario: asterisk (chan_ooh323) - callmanager (4.1) DTMF digits that are send to asterisk from ip phone connected to callmanager are not recognized by chan_ooh323 (original chan_h323 is working fine with DTMF). with ooh323 dtmf transfer does not working using any of possible DTMF modes supported by ooh323 (with chan_h323 is working with default dtmf settings (rfc2833). no dtmf events are displayed with ooh323 debug, when sending digits from callmanager phone to answered ooh323 channel. | ||
| Comments: | By: pj (pj) 2006-11-08 14:46:21.000-0600 I solved this issue, when I placed "dtmfmode=h245signal" setting in [general] ooh323.conf section when I have this under peer definitin, this settings never match, because my peername [ccm] was different from h323id (i.e. user caller id name) comming from callmanager). I think, that matching strategy should be different (eg. peer matching according to incomming ip adress) or should be, at least, user switchable, but this is rather feature/tweak request instead of bug. please close this ticket, thank you! PJ By: Joshua C. Colp (jcolp) 2006-11-09 22:02:23.000-0600 Closed per request of reporter. | ||