[Asterisk-Dev] DTMF digits relay with Quintum to Oh323 version
0.5.10
Luis Mata
mataluis at xtremenetworks.biz
Sat Jun 26 12:22:15 MST 2004
Dmitry:
Yap, Sorry for the late reply but I being battle with other
bit demons!. Got it working using latest Asterisk-cvs and h323Janus with
Oh323-6.2.
Now I don't have ring back!.....LOL... Which is killing me...
If I make a call from the Quintum Tenor to * and asterisk then
fowards the call to another H323 Gateway in this case Cisco, I do see in
the console that the cisco is sending the progress indicators... This is
what Asterisk sends to the Quintum but the phone set on the Quintum is
totally dead until the person answers.
37:30.739 H225 Answer:a8203b8 H225 Set remote application
name: "Tenor Digital Multipath Switch - 31 ports (Rev. B)
P4-2-15(LEC)+(PRI/Enet-2/6/03) (1806303/0x2344) 181/1831"
37:30.740 H225 Answer:a8203b8 H225 Sending call proceeding PDU
37:30.740 H225 Answer:a8203b8 H225 Sending PDU:
{
q931pdu = {
protocolDiscriminator = 8
callReference = 822
from = destination
messageType = CallProceeding
IE: Display = {
43 6f 6d 6d 73 79 73 70 70 2d 31 00 xyz-gw.
}
IE: User-User = {
21 80 06 00 08 91 4a 00 03 28 c0 09 00 00 3d 3c !.....J..(....=<
69 6e 41 63 63 65 73 73 20 4e 65 74 77 6f 72 6b inAccess Network
...
}
}
h225pdu = {
h323_uu_pdu = {
h323_message_body = callProceeding {
protocolIdentifier = 0.0.8.2250.0.3
destinationInfo = {
vendor = {
vendor = {
t35CountryCode = 9
t35Extension = 0
manufacturerCode = 61
}
productId = 61 octets {
69 6e 41 63 63 65 73 73 20 4e 65 74 77 6f 72 6b
inAccess Network
73 20 28 77 77 77 2e 69 6e 61 63 63 65 73 73 6e s
(www.inaccessn
...
}
versionId = 26 octets {
30 2e 36 2e 32 20 28 4f 70 65 6e 48 33 32 33 20 0.6.2
(OpenH323
76 31 2e 31 33 2e 35 29 00 00
v1.13.5)..
}
}
Dmitry Mishchenko wrote:
>On Wednesday 23 June 2004 08:38, Kelvin Chua wrote:
>
>
>>what quintum model are you using? we are using tenor AX with chan_h323
>>and dtmf is passed fine but the timeout is really short therefore only 2
>>out of 4 digits are collected during transfers.
>>
>>
>>
>Kelvin, could you clarify: are you saying DTMFs working when you are sending
>DTMFs from Quintun to astersisk of from asterisk to Quintum? or both
>directions?
>What codec are you using for this setup?
>
>Luis, may be there is a sense to try the latest version of oh323.
>
>Dmitry
>
>
>
>>On Tue, 2004-06-15 at 07:43, Luis Mata wrote:
>>
>>
>>>Hello:
>>>
>>> Has any one being able to received dtmf digits from Quintum
>>>gateways to asterisk coming from Oh323 channel driver. For some reason
>>>no matter how I setup the Oh323 channel drivers whether is inband or
>>>Outband (STRING or TONE ) . Am unable to get the tone meessages I have
>>>included the trace from oh323.trc in here to see if someone has any
>>>ideas.. When ever a user hits a key this is what the system gets...
>>>
>>>
>>> 2:34.893 ThreadID=0x00009011 RTP Found existing session 1
>>> 2:34.903 LogChanTx:819f6b0 H323RTP Transmit start of talk
>>>burst: 480
>>> 2:35.182 RTP Jitter:818a498 RTP First data: ver=2
>>>pt=G729 psz=20 m=0 x=0 seq=38 ts=6080 src=2864434397 ccnt=0
>>> 2:36.484 LogChanRx:8189fe8 H323RTP Receiver written
>>>timestamp 16160
>>> 2:36.844 LogChanTx:819f6b0 H323RTP Transmitter sent
>>>timestamp 16080
>>> 2:36.904 LogChanTx:819f6b0 RTP Transmit statistics:
>>>packets=101 octets=2020 avgTime=20 maxTime=21 minTime=20
>>> 2:37.024 LogChanTx:819f6b0 H323RTP Transmit end of talk
>>>burst: 17440
>>> 2:37.044 LogChanTx:819f6b0 H323RTP Transmit start of talk
>>>burst: 17600
>>> 2:37.184 RTP Jitter:818a498 RTP Receive statistics:
>>>packets=101 octets=2020 lost=0 tooLate=0 order=0 avgTime=20 maxTime=79
>>>minTime=0 jitter=7 maxJitter=11
>>> 2:37.823 LogChanTx:819f6b0 H323RTP Transmit end of talk
>>>burst: 23840
>>> 2:38.503 LogChanRx:8189fe8 H323RTP Receiver written
>>>timestamp 32320
>>> 2:38.863 LogChanTx:819f6b0 H323RTP Transmitter sent
>>>timestamp 32160
>>> 2:39.043 LogChanRx:8189fe8 RTP Jitter buffer size
>>>decreased to 26765 (3345ms)
>>> 2:39.183 RTP Jitter:818a498 RTP Receive statistics:
>>>packets=201 octets=4020 lost=0 tooLate=0 order=0 avgTime=19 maxTime=47
>>>minTime=6 jitter=4 maxJitter=11
>>> 2:40.873 LogChanTx:819f6b0 H323RTP Transmitter sent
>>>timestamp 48240
>>> 2:41.183 RTP Jitter:818a498 RTP Receive statistics:
>>>packets=301 octets=6020 lost=0 tooLate=0 order=0 avgTime=20 maxTime=203
>>>minTime=0 jitter=9 maxJitter=27
>>> 2:42.873 LogChanTx:819f6b0 H323RTP Transmitter sent
>>>timestamp 64320
>>> 2:43.185 RTP Jitter:818a498 RTP Receive statistics:
>>>packets=401 octets=8020 lost=0 tooLate=0 order=0 avgTime=20 maxTime=50
>>>minTime=5 jitter=3 maxJitter=27
>>> 2:43.773 LogChanRx:8189fe8 RTP Jitter buffer size
>>>decreased to 26757 (3344ms)
>>> 2:43.833 LogChanRx:8189fe8 H323RTP Receiver written
>>>timestamp 48480
>>> 2:44.893 LogChanTx:819f6b0 H323RTP Transmitter sent
>>>timestamp 80400
>>> 2:45.184 RTP Jitter:818a498 RTP Receive statistics:
>>>packets=501 octets=10020 lost=0 tooLate=0 order=0 avgTime=19 maxTime=47
>>>minTime=7 jitter=3 maxJitter=27
>>> 2:45.793 LogChanRx:8189fe8 RTP Jitter buffer size
>>>decreased to 26749 (3343ms)
>>> 2:45.853 LogChanRx:8189fe8 H323RTP Receiver written
>>>timestamp 64640
>>> 2:46.766 RTP Jitter:818a498 RTP SentSenderReport:
>>>ssrc=1213391464 ntp=3296245119.793380910 rtp=23680 psent=145 osent=2900
>>> 2:46.766 RTP Jitter:818a498 RTP SentReceiverReport:
>>>ssrc=2864434397 fraction=0 lost=0 last_seq=0 jitter=13 lsr=0 dlsr=0
>>> 2:46.766 RTP Jitter:818a498 RTP Sending SDES:
>>> 2:46.893 LogChanTx:819f6b0 H323RTP Transmitter sent
>>>timestamp 96480
>>> 2:47.184 RTP Jitter:818a498 RTP Receive statistics:
>>>packets=601 octets=12020 lost=0 tooLate=0 order=0 avgTime=20 maxTime=48
>>>minTime=6 jitter=1 maxJitter=27
>>> 2:47.823 LogChanRx:8189fe8 RTP Jitter buffer size
>>>decreased to 26741 (3342ms)
>>> 2:47.863 LogChanRx:8189fe8 H323RTP Receiver written
>>>timestamp 80800
>>> 2:48.903 LogChanTx:819f6b0 H323RTP Transmitter sent
>>>timestamp 112560
>>> 2:49.184 RTP Jitter:818a498 RTP Receive statistics:
>>>packets=701 octets=14020 lost=0 tooLate=0 order=0 avgTime=20 maxTime=48
>>>minTime=8 jitter=3 maxJitter=27
>>> 2:49.863 LogChanRx:8189fe8 RTP Jitter buffer size
>>>decreased to 26733 (3341ms)
>>> 2:49.883 LogChanRx:8189fe8 H323RTP Receiver written
>>>timestamp 96960
>>>
>>>
>>>
>>>Thanks...
>>>
>>>; Valid values for this option are:
>>>; Q931 - Q.931 Keypad Information Element
>>>; STRING - H.245 string
>>>; TONE - H.245 tone
>>>; RFC2833 - RFC2833
>>>;
>>>
>>>userInputMode=STRING I have try either STRING or AUDIO with our luck....
>>>
>>>
>>>Configuration of OpenH323 channel driver
>>>
>>>----------------------------------------
>>>Version: 0.5.10
>>>Listening on address: XXX.XXX.XXX.XXX
>>>Gatekeeper used: <No Gatekeeper>
>>>FastStart/H245Tunnelling/H245inSetup: ON/ON/ON
>>>Supported format(s): G729A<0>
>>>Jitter buffer limits (min/max): 20-10000 ms
>>>TCP port range: 10000 - 20000
>>>UDP (RAS) port range: 40001 - 59999
>>>UDP (RTP) port range: 10000 - 40000
>>>IP Type-of-Service value: 0
>>>User input mode: 0
>>>Max number of inbound H.323 calls: 120
>>>Max number of outbound H.323 calls: 120
>>>Max number of simultaneous H.323 calls: 120
>>>
>>>
>>>
>>>_______________________________________________
>>>Asterisk-Dev mailing list
>>>Asterisk-Dev at lists.digium.com
>>>http://lists.digium.com/mailman/listinfo/asterisk-dev
>>>To UNSUBSCRIBE or update options visit:
>>> http://lists.digium.com/mailman/listinfo/asterisk-dev
>>>
>>>
>>_______________________________________________
>>Asterisk-Dev mailing list
>>Asterisk-Dev at lists.digium.com
>>http://lists.digium.com/mailman/listinfo/asterisk-dev
>>To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-dev
>>
>>
>
>_______________________________________________
>Asterisk-Dev mailing list
>Asterisk-Dev at lists.digium.com
>http://lists.digium.com/mailman/listinfo/asterisk-dev
>To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20040626/26db44b4/attachment.htm
More information about the asterisk-dev
mailing list