[asterisk-users] Callmanager 3.3(5) and Asterisk with ooh323

[Pavel Jezek]

Hello again,
seems that my issue with ooh323 not recognizing dtmf setting from peer 
definition is, that peer/user was not matched on incomming call from 
callmanager to ooh323,
because ooh323 matches user/peer according to incomming h323id (what is 
"caller id name" from callmanager, i.e. if my user/friend is defined as 
[Pavel Jezek] and I'm calling from callmanager phone with caller id name 
Pavel Jezek, ooh323 successfully matches ooh323 peer (or better say 
type=user or friend).
this matching behaviour is quite useless in examples, when I would like 
to call to ooh323 from any ip phone behind callmanager....
so in my scenario, I put dtmf setting under [general] and it works,
but, imho, will be better, if ooh323 wil match according IP adres of 
incomming call, instead of incomming h323id

.... but, I have another issue - with caller id:
when calling from asterisk to callmanager (using ooh323), caller id 
number is not passed to ip phone behind callmanager (I only see caller 
id name, not caller id number)
it's curious, because from tcpdump/Wireshark analysis - caller id number 
is present, so maybe "calling presentation" is wrong set?

from Wireshark (when calling from asterisk line 324, this info is not 
displayed on phone behind callmager):

Calling party number: '324'
.... ..01 = Screening indicator: User-provided, verified and passed (0x01)
.01. .... = Presentation indicator: Presentation restricted (0x01)

PJ








Pavel Jezek wrote:
> hello Dan,
> seems that ooh323 incorrectly handles dtmfmode settings from peer 
> definition, because:
> when I put "dtmfmode=h245signal" in [general] section it works, but 
> when I put this only to peer definition (i.e. in [general] is default 
> mode rfc2833) it doesn't work!
> also, when I put h245signal in [general] and in peer definition I have 
> rfc2833, it work also!
> seems, that ooh323 completely ignores dtmfmode, when this is set in 
> peer definition (but in "ooh323 show peer ccm", from my example, is 
> displayed what I set)...
> Dan, please can you confirm this, after that I update bug report: 
> http://bugs.digium.com/view.php?id=8191
> PJ
>
>
> my working config (dtmfmode=rfc2833 in peer definition has no efect at 
> all)
>
> [general]
> disallow=all
> allow=alaw,g729
> dtmfmode=h245signal
>
> [ccm]
> type=friend
> ip=192.168.40.7
> port=1720
> dtmfmode=rfc2833
>
>
>
>
> Dan Austin wrote:
>> PJ Wrote:
>>  
>>> Dan, can you supply your ooh323.conf for me? I would like resolve my 
>>> issue with not recognizing dtmf by ooh323 from callmanager
>>> my ooh323 is quite simple, also on callmanager config page for gateway
>>>     
>>
>>  
>>> to asterisk is nothing special, no faststart, no mtp; ccm v4.1.3sr3a
>>>     
>>
>> There's nothing secret about it, but I think I can skip that if the
>> settings below are what you are using-
>>
>>  
>>> [general]
>>> disallow=all
>>> allow=alaw
>>> ;faststart=no
>>> ;h245tunneling=no
>>>     
>>
>>  
>>> [ccm]
>>> type=peer
>>> ip=192.168.40.7
>>> port=1720
>>> ;dtmfmode=rfc2833
>>> ;dtmfmode=h245signal
>>> ;h245tunneling=no
>>> ;faststart=no
>>>     
>>
>> I tend to use type=friend since I want calls in both directions.
>> >From the list above, you have not set the dtmfmode in [general],
>> which is where I set it, or in the peer.  The sample ooh323.conf
>> shows that the default is RFC2833, which does not work with CCM.
>> Either uncomment ;dtmfmode=h245signal in the peer, or uncomment it
>> and move it to [general].
>>
>>
>>
>>  
>>> Dan Austin wrote:
>>>    
>>>> On the DTMF issues with chan_ooh323, I've used the channel with
>>>> CCM 4.0, 4.1 and 5.0 with no issues.  At one point I tested all
>>>> of the DTMF methods ooH323 provides.  CCM definately works with
>>>> h245signal, and in the past has worked with q931keypad and 
>>>> h245alphanumeric.  Cisco's support of RFC2833 in CCM has not
>>>> been impressive.  It works OK as of CCM 5.0 with SIP, but still
>>>> not so solid with H323.
>>>>       
>>
>>
>> Dan
>> _______________________________________________
>> --Bandwidth and Colocation provided by Easynews.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>>   
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users