[Asterisk-video] [Posible SPAM (Header Check)] - Re: [Posible SPAM (Header Check)] - Re: [Posible SPAM (Header Check)] - Re: Problems with a loopback scenario, initial negotiation fails. - Email found in subject - Email found in subject - Email foun
Hernan Rajchert
hrajchert at ats-connection.com
Fri Jan 9 06:49:06 CST 2009
It worked!!!!!!!!!!! :)
Still waiting to get a web cam to try video, but h324m negotiated
correctly and I have audio gateway between the 2 phones :)
It was the echo canceller.
Thks Klaus.
Regards Hernan.
-----Original Message-----
From: asterisk-video-bounces at lists.digium.com
[mailto:asterisk-video-bounces at lists.digium.com] On Behalf Of Klaus
Darilion
Sent: Viernes, 09 de Enero de 2009 09:47 a.m.
To: Development discussion of video media support in Asterisk
Subject: [Posible SPAM (Header Check)] - Re: [Asterisk-video] [Posible
SPAM (Header Check)] - Re: [Posible SPAM (Header Check)] - Re: Problems
with a loopback scenario, initial negotiation fails. - Email found in
subject - Email found in subject - Email found in
[Jan 8 11:56:34] DEBUG[19649] chan_dahdi.c: Enabled echo cancellation
on channel 32
This sounds very bad!!! Make sure that the echo cancellers are disabled.
Further, if it still does not work, I suggest to turn other version: I
use asterisk 1.4.21.1, zaptel-1.4.11 and libpri-1.4.5
regards
klaus
Hernan Rajchert schrieb:
> Doh!, I've replied the message yesterday but didn't noticed it awaited
> moderators queue because of its size, so I reply again but pasting my
> log in a website that hopefully never expires.
>
> The full log can be found in http://paste-it.net/public/j02ee96/
>
> --- My orig msg ---
>
>
> Well changing the code from ALAW to ULAW in the app_h324m.c gave a
> positive show channel info. Now no transcoding occurs, but I still
> have the same problem. Ive enabled core set debug 1 for the fist time
> (I was only aware of verbose) and found the following that might be
> interesting. Also notice that ive increased the debug in libh324m
> through app_h324m.c and added a few of my own.
>
> I include the output in an attachment, I hope it works :P
>
> The I've notice are
> 1)
> [Jan 8 11:56:34] DEBUG[19639] channel.c: Avoiding initial deadlock
for
> channel '0x919cdf0'
>
> Maybe a problem of having the call and gw in the same asterisk?
>
> 2)
> [Jan 8 11:56:34] DEBUG[19671] app_h324m.c: H324M changed state 1 ....
> [Jan 8 11:56:34] DEBUG[19669] app_h324m.c: H324M changed state 1
>
> Both gw and call stays in the state 1, which is SETUP
>
> 3)
> [Jan 8 11:56:34] DEBUG[19648] chan_dahdi.c: Enabled echo cancellation
> on channel 1
>
> Do I need echo cancellation? Does it interfear with digital comm?
>
> 4)
>
> [Jan 8 11:56:34] DEBUG[19669] channel.c: Released clone lock on
> 'Local/201670 at from-internal-custom-c31e,1<ZOMBIE>'
> [Jan 8 11:56:34] DEBUG[19670] channel.c: Bridge stops bridging
> channels Local/201670 at from-internal-custom-c31e,2 and
> Local/201670 at from-internal-custom-c31e,1<ZOMBIE>
> [Jan 8 11:56:34] DEBUG[19670] channel.c: Hanging up zombie
> 'Local/201670 at from-internal-custom-c31e,1<ZOMBIE>'
> [Jan 8 11:56:34] DEBUG[19670] rtp.c: Channel
> 'Local/201670 at from-internal-custom-c31e,2' has no RTP, not doing
> anything [Jan 8 11:56:34] DEBUG[19670] app_dial.c: Exiting with
> DIALSTATUS=ANSWER. [Jan 8 11:56:34] DEBUG[19670] pbx.c: Spawn
> extension
> (from-internal-custom,201670,1) exited non-zero on
> 'Local/201670 at from-internal-custom-c31e,2'
> [Jan 8 11:56:34] DEBUG[19670] channel.c: Soft-Hanging up channel
> 'Local/201670 at from-internal-custom-c31e,2'
> [Jan 8 11:56:34] DEBUG[19670] channel.c: Hanging up channel
> 'Local/201670 at from-internal-custom-c31e,2'
> [Jan 8 11:56:34] DEBUG[19669] channel.c: Done Masquerading DAHDI/1-1
> (6) [Jan 8 11:56:53] DEBUG[19643] chan_sip.c: Auto destroying SIP
> dialog '2F47F4E203262D656005D3C9B69E158C at ats-ar.com.ar'
>
> That's not good.
>
> -----Original Message-----
> From: asterisk-video-bounces at lists.digium.com
> [mailto:asterisk-video-bounces at lists.digium.com] On Behalf Of Klaus
> Darilion
> Sent: Jueves, 08 de Enero de 2009 02:50 p.m.
> To: Development discussion of video media support in Asterisk
> Subject: [Posible SPAM (Header Check)] - Re: [Asterisk-video] [Posible
> SPAM (Header Check)] - Re: Problems with a loopback scenario, initial
> negotiation fails. - Email found in subject - Email found in subject
>
>
> comment inline ...
>
> Hernan Rajchert schrieb:
>> Also here is the show channel output of one of the test with h324m.
>> You can notice that TRANSFERCAPABILITY=SPEECH and in DAHDI/1-1
>> WriteFormat and ReadFormat is alaw and I don't know why.
>>
>>
>> =====================================================================
>> =
>> ==
>> =======================================
>> =====================================From 402 calling to
>> 301670============================================
>>
> ======================================================================
> ==
>> =======================================
>> ---
>> --- core show channels
>> ---
>> Channel Location State Application(Data)
>> Local/migw at from-pstn migw at from-pstn-cpe:1 Up h324m_gw_answer()
>> Local/migw at from-pstn migw at from-pstn-cpe:1 Up (None)
>> DAHDI/32-1 670 at from-pstn-cpe:3 Up
>> h324m_gw(migw at from-pstn-cpe)
>> DAHDI/1-1 201670 at from-internal Up (None)
>> SIP/402-08ed4508 301670 at from-internal Ring
>> h324m_call(201670 at from-interna
>>
>> ---
>> --- core show channel DAHDI/32-1
>> ---
>>
>> -- General --
>> Name: DAHDI/32-1
>> Type: DAHDI
>> UniqueID: 1231431919.83
>> Caller ID: 402
>> Caller ID Name: zultys 402
>> DNID Digits: 670
>> State: Up (6)
>> Rings: 1
>> NativeFormats: 0x44 (ulaw|slin)
>> WriteFormat: 0x4 (ulaw)
>> ReadFormat: 0x4 (ulaw)
>> WriteTranscode: No
>> ReadTranscode: No
>> 1st File Descriptor: 41
>> Frames in: 2126
>> Frames out: 2125
>> Time to Hangup: 0
>> Elapsed Time: 0h0m42s
>> Direct Bridge: <none>
>> Indirect Bridge: <none>
>> -- PBX --
>> Context: from-pstn-cpe
>> Extension: 670
>> Priority: 3
>> Call Group: 0
>> Pickup Group: 0
>> Application: h324m_gw
>> Data: migw at from-pstn-cpe
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> CALLEDTON=33
>> ANI2=0
>> TRANSFERCAPABILITY=SPEECH
>>
>> CDR Variables:
>> level 1: clid="zultys 402" <402>
>> level 1: src=402
>> level 1: dst=670
>> level 1: dcontext=from-pstn-cpe
>> level 1: channel=DAHDI/32-1
>> level 1: lastapp=h324m_gw
>> level 1: lastdata=migw at from-pstn-cpe
>> level 1: start=2009-01-08 10:25:19
>> level 1: answer=2009-01-08 10:25:19
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231431919.83
>>
>>
>> ---
>> --- core show channel DAHDI/1-1
>> ---
>>
>> -- General --
>> Name: DAHDI/1-1
>> Type: DAHDI
>> UniqueID: 1231431919.80
>> Caller ID: 201670
>> Caller ID Name: (N/A)
>> DNID Digits: (N/A)
>> State: Up (6)
>> Rings: 0
>> NativeFormats: 0x44 (ulaw|slin)
>> WriteFormat: 0x8 (alaw)
>> ReadFormat: 0x8 (alaw)
>> WriteTranscode: Yes
>> ReadTranscode: Yes
>
>
> That does not look good. As you see the write/read format is different
> to the native supported formats thus Asterisk does transcoding which
of
> course breaks the digital data stream.
>
> IIRC zaptel used as default codec alaw for E1 and ulaw for T1. Thus I
> wonder why the DAHDI channel uses ulaw.
>
> Can you try an older Asterisk version which uses zaptel?
>
> You can also try to change the local channel generated during
> h324m_call
>
> to request ulaw instead of alaw (just grep for LAW in app_h324m.c and
> you will find the corresponding lines of code).
>
> This is all a mess - especially as the zaptel/dahdi modul include a
> transcoder too and you never know what happens in the kernel modul. It
> is just a shame that Asterisk does not support digital calls.
>
> regards
> klaus
>
>> 1st File Descriptor: 11
>> Frames in: 4265
>> Frames out: 4262
>> Time to Hangup: 0
>> Elapsed Time: 0h1m25s
>> Direct Bridge: <none>
>> Indirect Bridge: <none>
>> -- PBX --
>> Context: from-internal-custom
>> Extension: 201670
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: (N/A)
>> Data: (None)
>> Blocking in: ast_waitfor_nandfds
>> Variables: BRIDGEPEER=Local/201670 at from-internal-custom-08bc,2
>> DIALEDPEERNUMBER=1/670
>> TRANSFERCAPABILITY=SPEECH
>>
>> CDR Variables:
>> level 1: dst=s
>> level 1: dcontext=from-pstn-net
>> level 1: channel=DAHDI/1-1
>> level 1: start=2009-01-08 10:25:19
>> level 1: answer=2009-01-08 10:25:19
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>>
>> ---
>> --- core show channel SIP/402-08ed4508
>> ---
>> -- General --
>> Name: SIP/402-08ed4508
>> Type: SIP
>> UniqueID: 1231431919.79
>> Caller ID: 402
>> Caller ID Name: zultys 402
>> DNID Digits: 301670
>> State: Ring (4)
>> Rings: 0
>> NativeFormats: 0x4 (ulaw)
>> WriteFormat: 0x2000 (amr)
>> ReadFormat: 0x2000 (amr)
>> WriteTranscode: Yes
>> ReadTranscode: Yes
>> 1st File Descriptor: 87
>> Frames in: 0
>> Frames out: 0
>> Time to Hangup: 0
>> Elapsed Time: 0h2m35s
>> Direct Bridge: <none>
>> Indirect Bridge: <none>
>> -- PBX --
>> Context: from-internal-custom
>> Extension: 301670
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: h324m_call
>> Data: 201670 at from-internal-custom
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> SIPCALLID=1666386936-36
>> SIPUSERAGENT=Zultys ZIP4x4 1.4.2
>> SIPDOMAIN=172.16.101.36
>> SIPURI=sip:402 at 172.16.101.2:5060
>>
>> CDR Variables:
>> level 1: clid="zultys 402" <402>
>> level 1: src=402
>> level 1: dst=301670
>> level 1: dcontext=from-internal-custom
>> level 1: channel=SIP/402-08ed4508
>> level 1: lastapp=h324m_call
>> level 1: lastdata=201670 at from-internal-custom
>> level 1: start=2009-01-08 10:25:19
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=NO ANSWER
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231431919.79
>>
>> -----Original Message-----
>> From: asterisk-video-bounces at lists.digium.com
>> [mailto:asterisk-video-bounces at lists.digium.com] On Behalf Of Hernan
>> Rajchert
>> Sent: Jueves, 08 de Enero de 2009 02:07 p.m.
>> To: Development discussion of video media support in Asterisk
>> Subject: Re: [Asterisk-video] [Posible SPAM (Header Check)] - Re:
>> Problems with a loopback scenario, initial negotiation fails. - Email
>> found in subject
>>
>>
>> Sry for the fast answer but I have to go for a while:
>>
>>>>> Note: you should never have an audio problem because
>>>>> of different codecs as Asterisk should do the transcoding.
>> For some reason it did, I found one of your post that said that
>> outgoing pri calls was hardcoded to alaw.
>>
>> This is a log from the time it went wrong...
>>
>> The problem was in 403 calling 201402
>>
>>
>>
>>
>> =====================================================================
>> =
>> ==
>> =======================================
>> =====================================From 402 calling to
>> 201403============================================
>>
> ======================================================================
> ==
>> =======================================
>> ---
>> --- core show channels
>> ---
>>
>> Channel Location State Application(Data)
>> SIP/403-09c633d0 (None) Up AppDial((Outgoing
>> Line))
>> DAHDI/32-1 403 at from-pstn-cpe:1 Up Dial(SIP/403)
>> DAHDI/1-1 (None) Up AppDial((Outgoing
>> Line))
>> SIP/402-09c75308 201403 at from-internal Up Dial(DAHDI/1/403)
>> 4 active channels
>> 2 active calls
>>
>> ---
>> --- core show channel SIP/403-09c633d0
>> ---
>>
>> -- General --
>> Name: SIP/403-09c633d0
>> Type: SIP
>> UniqueID: 1231354355.54
>> Caller ID: 403
>> Caller ID Name: (N/A)
>> DNID Digits: (N/A)
>> State: Up (6)
>> Rings: 0
>> NativeFormats: 0x80004 (ulaw|h263)
>> WriteFormat: 0x4 (ulaw)
>> ReadFormat: 0x8 (alaw)
>> WriteTranscode: No
>> ReadTranscode: Yes
>> 1st File Descriptor: 92
>> Frames in: 6903
>> Frames out: 7017
>> Time to Hangup: 0
>> Elapsed Time: 0h2m21s
>> Direct Bridge: DAHDI/32-1
>> Indirect Bridge: DAHDI/32-1
>> -- PBX --
>> Context: from-internal-custom
>> Extension:
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: AppDial
>> Data: (Outgoing Line)
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=DAHDI/32-1
>> DIALEDPEERNUMBER=403
>> SIPCALLID=40f92e08748e5a35142064c27d3dfd1b at 172.16.101.36
>>
>> CDR Variables:
>> level 1: dst=s
>> level 1: dcontext=from-internal-custom
>> level 1: channel=SIP/403-09c633d0
>> level 1: start=2009-01-07 12:52:35
>> level 1: answer=2009-01-07 12:52:39
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354355.54
>>
>> ---
>> --- core show channel DAHDI/32-1
>> ---
>> -- General --
>> Name: DAHDI/32-1
>> Type: DAHDI
>> UniqueID: 1231354355.53
>> Caller ID: 402
>> Caller ID Name: zultys 402
>> DNID Digits: 403
>> State: Up (6)
>> Rings: 1
>> NativeFormats: 0x48 (alaw|slin)
>> WriteFormat: 0x8 (alaw)
>> ReadFormat: 0x4 (ulaw)
>> WriteTranscode: No
>> ReadTranscode: Yes
>> 1st File Descriptor: 41
>> Frames in: 14753
>> Frames out: 14590
>> Time to Hangup: 0
>> Elapsed Time: 0h4m55s
>> Direct Bridge: SIP/403-09c633d0
>> Indirect Bridge: SIP/403-09c633d0
>> -- PBX --
>> Context: from-pstn-cpe
>> Extension: 403
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: Dial
>> Data: SIP/403
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=SIP/403-09c633d0
>> DIALEDPEERNUMBER=403
>> DIALEDPEERNAME=SIP/403-09c633d0
>> CALLEDTON=33
>> ANI2=0
>> TRANSFERCAPABILITY=SPEECH
>>
>> CDR Variables:
>> level 1: clid="zultys 402" <402>
>> level 1: src=402
>> level 1: dst=403
>> level 1: dcontext=from-pstn-cpe
>> level 1: channel=DAHDI/32-1
>> level 1: dstchannel=SIP/403-09c633d0
>> level 1: lastapp=Dial
>> level 1: lastdata=SIP/403
>> level 1: start=2009-01-07 12:52:35
>> level 1: answer=2009-01-07 12:52:39
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354355.53
>>
>> ---
>> --- core show channel DAHDI/1-1
>> ---
>> -- General --
>> Name: DAHDI/1-1
>> Type: DAHDI
>> UniqueID: 1231354355.52
>> Caller ID: 201403
>> Caller ID Name: (N/A)
>> DNID Digits: (N/A)
>> State: Up (6)
>> Rings: 0
>> NativeFormats: 0x48 (alaw|slin)
>> WriteFormat: 0x8 (alaw)
>> ReadFormat: 0x4 (ulaw)
>> WriteTranscode: No
>> ReadTranscode: Yes
>> 1st File Descriptor: 11
>> Frames in: 15652
>> Frames out: 15490
>> Time to Hangup: 0
>> Elapsed Time: 0h5m13s
>> Direct Bridge: SIP/402-09c75308
>> Indirect Bridge: SIP/402-09c75308
>> -- PBX --
>> Context: from-pstn-net
>> Extension:
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: AppDial
>> Data: (Outgoing Line)
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=SIP/402-09c75308
>> DIALEDPEERNUMBER=1/403
>> TRANSFERCAPABILITY=SPEECH
>>
>> CDR Variables:
>> level 1: dst=s
>> level 1: dcontext=from-pstn-net
>> level 1: channel=DAHDI/1-1
>> level 1: start=2009-01-07 12:52:35
>> level 1: answer=2009-01-07 12:52:39
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354355.52
>>
>> ---
>> --- core show channel SIP/402-09c75308
>> ---
>> -- General --
>> Name: SIP/402-09c75308
>> Type: SIP
>> UniqueID: 1231354355.51
>> Caller ID: 402
>> Caller ID Name: zultys 402
>> DNID Digits: 201403
>> State: Up (6)
>> Rings: 0
>> NativeFormats: 0x4 (ulaw)
>> WriteFormat: 0x4 (ulaw)
>> ReadFormat: 0x8 (alaw)
>> WriteTranscode: No
>> ReadTranscode: Yes
>> 1st File Descriptor: 87
>> Frames in: 16928
>> Frames out: 17063
>> Time to Hangup: 0
>> Elapsed Time: 0h5m42s
>> Direct Bridge: DAHDI/1-1
>> Indirect Bridge: DAHDI/1-1
>> -- PBX --
>> Context: from-internal-custom
>> Extension: 201403
>> Priority: 2
>> Call Group: 0
>> Pickup Group: 0
>> Application: Dial
>> Data: DAHDI/1/403
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=DAHDI/1-1
>> DIALEDPEERNUMBER=1/403
>> DIALEDPEERNAME=DAHDI/1-1
>> SIPCALLID=465185821-36
>> SIPUSERAGENT=Zultys ZIP4x4 1.4.2
>> SIPDOMAIN=172.16.101.36
>> SIPURI=sip:402 at 172.16.101.2:5060
>>
>> CDR Variables:
>> level 1: clid="zultys 402" <402>
>> level 1: src=402
>> level 1: dst=201403
>> level 1: dcontext=from-internal-custom
>> level 1: channel=SIP/402-09c75308
>> level 1: dstchannel=DAHDI/1-1
>> level 1: lastapp=Dial
>> level 1: lastdata=DAHDI/1/403
>> level 1: start=2009-01-07 12:52:35
>> level 1: answer=2009-01-07 12:52:39
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354355.51
>>
>>
>>
>>
>> =====================================================================
>> =
>> ==
>> =======================================
>> =====================================From 403 calling to
>> 201402============================================
>>
> ======================================================================
> ==
>> =======================================
>> ---
>> --- core show channels
>> ---
>> Channel Location State Application(Data)
>> SIP/402-09c633d0 (None) Up AppDial((Outgoing
>> Line))
>> DAHDI/32-1 402 at from-pstn-cpe:1 Up Dial(SIP/402)
>> DAHDI/1-1 (None) Up AppDial((Outgoing
>> Line))
>> SIP/403-09c75308 201402 at from-internal Up Dial(DAHDI/1/402)
>>
>> ---
>> --- core show channel SIP/402-09c633d0
>> ---
>> -- General --
>> Name: SIP/402-09c633d0
>> Type: SIP
>> UniqueID: 1231354728.58
>> Caller ID: 402
>> Caller ID Name: (N/A)
>> DNID Digits: (N/A)
>> State: Up (6)
>> Rings: 0
>> NativeFormats: 0x8 (alaw)
>> WriteFormat: 0x4 (ulaw)
>> ReadFormat: 0x8 (alaw)
>> WriteTranscode: Yes
>> ReadTranscode: No
>> 1st File Descriptor: 92
>> Frames in: 2
>> Frames out: 4708
>> Time to Hangup: 0
>> Elapsed Time: 0h1m34s
>> Direct Bridge: DAHDI/32-1
>> Indirect Bridge: DAHDI/32-1
>> -- PBX --
>> Context: from-internal-custom
>> Extension:
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: AppDial
>> Data: (Outgoing Line)
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=DAHDI/32-1
>> DIALEDPEERNUMBER=402
>> SIPCALLID=4a7375a32439b466389fb47915b893f8 at 172.16.101.36
>>
>> CDR Variables:
>> level 1: dst=s
>> level 1: dcontext=from-internal-custom
>> level 1: channel=SIP/402-09c633d0
>> level 1: start=2009-01-07 12:58:48
>> level 1: answer=2009-01-07 12:58:50
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354728.58
>>
>> ---
>> --- core show channel DAHDI/32-1
>> ---
>> -- General --
>> Name: DAHDI/32-1
>> Type: DAHDI
>> UniqueID: 1231354728.57
>> Caller ID: 403
>> Caller ID Name: SOFT PHONE 403
>> DNID Digits: 402
>> State: Up (6)
>> Rings: 1
>> NativeFormats: 0x48 (alaw|slin)
>> WriteFormat: 0x8 (alaw)
>> ReadFormat: 0x4 (ulaw)
>> WriteTranscode: No
>> ReadTranscode: Yes
>> 1st File Descriptor: 41
>> Frames in: 5431
>> Frames out: 0
>> Time to Hangup: 0
>> Elapsed Time: 0h1m49s
>> Direct Bridge: SIP/402-09c633d0
>> Indirect Bridge: SIP/402-09c633d0
>> -- PBX --
>> Context: from-pstn-cpe
>> Extension: 402
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: Dial
>> Data: SIP/402
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=SIP/402-09c633d0
>> DIALEDPEERNUMBER=402
>> DIALEDPEERNAME=SIP/402-09c633d0
>> CALLEDTON=33
>> ANI2=0
>> TRANSFERCAPABILITY=SPEECH
>>
>> CDR Variables:
>> level 1: clid="SOFT PHONE 403" <403>
>> level 1: src=403
>> level 1: dst=402
>> level 1: dcontext=from-pstn-cpe
>> level 1: channel=DAHDI/32-1
>> level 1: dstchannel=SIP/402-09c633d0
>> level 1: lastapp=Dial
>> level 1: lastdata=SIP/402
>> level 1: start=2009-01-07 12:58:48
>> level 1: answer=2009-01-07 12:58:50
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354728.57
>>
>> ---
>> --- core show channel DAHDI/1-1
>> ---
>> -- General --
>> Name: DAHDI/1-1
>> Type: DAHDI
>> UniqueID: 1231354728.56
>> Caller ID: 201402
>> Caller ID Name: (N/A)
>> DNID Digits: (N/A)
>> State: Up (6)
>> Rings: 0
>> NativeFormats: 0x48 (alaw|slin)
>> WriteFormat: 0x8 (alaw)
>> ReadFormat: 0x4 (ulaw)
>> WriteTranscode: No
>> ReadTranscode: Yes
>> 1st File Descriptor: 11
>> Frames in: 6406
>> Frames out: 6401
>> Time to Hangup: 0
>> Elapsed Time: 0h2m8s
>> Direct Bridge: SIP/403-09c75308
>> Indirect Bridge: SIP/403-09c75308
>> -- PBX --
>> Context: from-pstn-net
>> Extension:
>> Priority: 1
>> Call Group: 0
>> Pickup Group: 0
>> Application: AppDial
>> Data: (Outgoing Line)
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=SIP/403-09c75308
>> DIALEDPEERNUMBER=1/402
>> TRANSFERCAPABILITY=SPEECH
>>
>> CDR Variables:
>> level 1: dst=s
>> level 1: dcontext=from-pstn-net
>> level 1: channel=DAHDI/1-1
>> level 1: start=2009-01-07 12:58:48
>> level 1: answer=2009-01-07 12:58:50
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354728.56
>>
>> ---
>> --- core show channel SIP/403-09c75308
>> ---
>> -- General --
>> Name: SIP/403-09c75308
>> Type: SIP
>> UniqueID: 1231354728.55
>> Caller ID: 403
>> Caller ID Name: SOFT PHONE 403
>> DNID Digits: 201402
>> State: Up (6)
>> Rings: 0
>> NativeFormats: 0x4 (ulaw)
>> WriteFormat: 0x4 (ulaw)
>> ReadFormat: 0x8 (alaw)
>> WriteTranscode: No
>> ReadTranscode: Yes
>> 1st File Descriptor: 87
>> Frames in: 7277
>> Frames out: 7237
>> Time to Hangup: 0
>> Elapsed Time: 0h2m25s
>> Direct Bridge: DAHDI/1-1
>> Indirect Bridge: DAHDI/1-1
>> -- PBX --
>> Context: from-internal-custom
>> Extension: 201402
>> Priority: 2
>> Call Group: 0
>> Pickup Group: 0
>> Application: Dial
>> Data: DAHDI/1/402
>> Blocking in: ast_waitfor_nandfds
>> Variables:
>> BRIDGEPEER=DAHDI/1-1
>> DIALEDPEERNUMBER=1/402
>> DIALEDPEERNAME=DAHDI/1-1
>> SIPCALLID=YmE1MjkyZmQ0MTU5NTk0MWVjNDFkN2NjM2Q2YzZmMDM.
>> SIPUSERAGENT=X-Lite 4.0 release 4.0 RC4 stamp 51016
>> SIPDOMAIN=172.16.101.36 SIPURI=sip:403 at 172.16.97.199:25484
>>
>> CDR Variables:
>> level 1: clid="SOFT PHONE 403" <403>
>> level 1: src=403
>> level 1: dst=201402
>> level 1: dcontext=from-internal-custom
>> level 1: channel=SIP/403-09c75308
>> level 1: dstchannel=DAHDI/1-1
>> level 1: lastapp=Dial
>> level 1: lastdata=DAHDI/1/402
>> level 1: start=2009-01-07 12:58:48
>> level 1: answer=2009-01-07 12:58:50
>> level 1: duration=0
>> level 1: billsec=0
>> level 1: disposition=ANSWERED
>> level 1: amaflags=DOCUMENTATION
>> level 1: uniqueid=1231354728.55
>> -----Original Message-----
>> From: asterisk-video-bounces at lists.digium.com
>> [mailto:asterisk-video-bounces at lists.digium.com] On Behalf Of Klaus
>> Darilion
>> Sent: Jueves, 08 de Enero de 2009 01:53 p.m.
>> To: Development discussion of video media support in Asterisk
>> Subject: [Posible SPAM (Header Check)] - Re: [Asterisk-video]
Problems
>
>> with a loopback scenario, initial negotiation fails. - Email found in
>> subject
>>
>>
>> So, if I understand it right, the PRI (E1) connection is fine as
>> audio calls are working. Note: you should never have an audio problem
> because
>> of different codecs as Asterisk should do the transcoding.
>>
>> use "pri debug span 1"
>> and span 2
>> to enable q931 debuging.
>>
>> You should have at least the Progress and Alerting messages.
>>
>> In your loopback scenario the libpri patch is not needed as you can
>> differ video from audio calls based on the extension. But if you want
> to
>> make real outgoing videocalls, you have to patch libpri to signal
>> H324M
>> to the switch of your telephony provider.
>>
>> regards
>> klaus
>>
>> Hernan Rajchert schrieb:
>>> Hi, I'm having problems establishing an h324m call. We don't have
>>> access yet to an external PRI connection so we bought a Digium
TE205P
>
>>> with 2 PRI and connected them with a crossed cable to make a
>>> loopback
>
>>> (one
>> acts
>>> like a net and the other as a cpe).
>>>
>>>
>>>
>>> My idea is to make a SIP call to asterisk, forward it with
>>> h324m_call through the span 1, receive it with h324m_gw from the
>>> span 2 and then
>
>>> make a new SIP call to another phone (or use the h324m_loopback).
>>> The
>
>>> problem is that the negotiation stays in the state SETUP and thus
>>> the
>
>>> initial SIP phone stays in "calling". I've think the problem might
>>> be
>
>>> either in the configuration of the PRI loopback, in my selection of
>>> install steps or in the weird dialplan, so i include some of the
>> things
>>> I've tried to see if I'm missing something.
>>>
>>>
>>>
>>> Selection of install steps:
>>>
>>> *I've decided to use Dahdi instead of Zap (haven't seen any post on
>>> this but I don't think it should be a problem). I use the version
>>> 2.1.0.3
>>>
>>>
>>>
>>> *At first I've tried with Asterisk 1.6.0.1, but there were 3
>>> problems:
>>>
>>> 1. I had to manually relink app_h324m.so because of Makefile
>>> differences with version 1.4.X
>>>
>>> 2. Had to comment line 1560 of app_h324m.c
>>> "ast_cli_register(&cli_debug);" because it causes a segfault at
>> loading.
>>> 3. Had to modify AMR code in several places to compile.
>>>
>>>
>>>
>>> * Then I've changed to Asterisk 1.4.22 and those problems went away.
>>>
>>>
>>>
>>> * I'm using latest version from svn, revision 241. Don't know how
>>> stable this is.
>>>
>>>
>>>
>>> * I'm using libpri-1.4.8 without patching with
>>> http://bugs.digium.com/view.php?id=10217 (I think this could be a
>>> problem, but I haven't seen a tutorial that says the patch its
>> required)
>>>
>>>
>>>
>>>
>>> Configuration of the PRI loopback.
>>>
>>> I include at the bottom of the mail the configuration im currently
>>> using. In general all examples follow the same logic. With the
prefix
>
>>> 201 i can make a voice call through the span 1, with the prefix 301
>>> I
>
>>> create an h324 pseudo channel and then go through the span 1. All
>>> incoming calls from the span 2 are answered with different dialplans
>> in
>>> the context [from-pstn-cpe], some of them expect normal voice, and
>> other
>>> expects h324m. I have two SIP phones connected to asterisk, 402 is a
>>> physical and 403 is a soft phone.
>>>
>>>
>>>
>>> * If from 402 I call 2011234, the loopback works and I can hear 1,
>>> 2, 3, 4.
>>>
>>>
>>>
>>> * If from 403 I call 201402 or if from 402 I call 201403 it works
>>> two, but at some point I had audio problems between in the first
>>> scenario because of alaw and ulaw.
>>>
>>>
>>>
>>> * From any SIP phone I call 3016XX it does not work, the SIP phone
>>> stays on the state "calling" and from what I've seen debugging the
>>> app,
> both
>>> h324m_call and h324m_gw stays in state 1 (SETUP).
>>>
>>>
>>>
>>> * Strange things I've noticed in the loopback looking at core show
>>> channel/s are:
>>>
>>> * Different law handling, I couldn't hardcore chan_dahdi.c to
>>> make it always ulaw.
>>>
>>> * TRANSFERCAPABILITY=SPEECH, I don't know exactly what this is,
>>> but couldn't make both DIGITAL, just the receiving end.
>>>
>>> * Using dahdi_monitor I could dump the pri channel, but couldn't
>>> find any sequence i would recognize from the mailing list.
>>>
>>>
>>>
>>>
>>>
>>> ---------------------- Configuration files---------------------
>>>
>>> /etc/asterisk/extensions.conf
>>>
>>>
>>>
>>> [from-sip]
>>> exten => 402,1,Dial(SIP/402)
>>> exten => 403,1,Dial(SIP/403)
>>>
>>>
>>>
>>> ;;;;exten => _201.,1,Set(CHANNEL(transfercapability)=DIGITAL)
>>> ;;;;exten => _201.,n,Dial(DAHDI/1/${EXTEN:3})
>>>
>>>
>>>
>>> exten => _201.,1,Dial(DAHDI/1/${EXTEN:3})
>>>
>>>
>>>
>>> exten => _301.,1,h324m_call(201${EXTEN:3}@from-internal-custom)
>>>
>>>
>>>
>>> [from-pstn-cpe]
>>> exten => 1234,1,Answer()
>>> exten => 1234,n,SayDigits(${EXTEN})
>>>
>>>
>>>
>>> exten => 402,1,Dial(SIP/402)
>>> exten => 403,1,Dial(SIP/403)
>>>
>>> exten => 666,1,Answer()
>>> exten => 666,n,h324m_loopback(v)
>>>
>>> exten => 667,1,h324m_gw_answer()
>>> exten => 667,n,h324m_loopback()
>>>
>>> exten => 668,1,h324m_gw_answer()
>>> exten => 668,n,Playback(tt-monkeys)
>>>
>>> exten => 669,1,Set(CHANNEL(transfercapability)=DIGITAL)
>>> exten => 669,n,h324m_gw(migw at from-pstn-cpe
>>> <mailto:migw at from-pstn-cpe>)
>>>
>>>
>>>
>>> exten => 670,1,Answer()
>>> exten => 670,n,h324m_gw(migw at from-pstn-cpe
>>> <mailto:migw at from-pstn-cpe>)
>>>
>>>
>>>
>>>
>>> exten => 671,1,Answer()
>>> exten => 671,n,h324m_gw(migw2 at from-pstn-cpe
>>> <mailto:migw2 at from-pstn-cpe>)
>>>
>>>
>>>
>>> exten => migw,1,h324m_gw_answer()
>>> exten => migw,2,Echo()
>>>
>>>
>>>
>>> exten => migw2,1,h324m_gw_answer()
>>> exten => migw2,2,Dial(SIP/402)
>>>
>>>
>>>
>>> ----------------------------------------------------------
>>>
>>> /etc/dahdi/system.conf
>>>
>>>
>>>
>>> span=1,0,0,ccs,hdb3,crc4
>>> # termtype: te
>>> bchan=1-15,17-31
>>> dchan=16
>>> mulaw=1-15
>>> mulaw=17-31
>>> echocanceller=mg2,1-15,17-31
>>>
>>>
>>>
>>> # Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
>>> span=2,1,0,ccs,hdb3,crc4 # termtype: te bchan=32-46,48-62
>>> dchan=47
>>> mulaw=32-46
>>> mulaw=48-62
>>> echocanceller=mg2,32-46,48-62
>>>
>>>
>>>
>>> # Global data
>>>
>>>
>>>
>>> loadzone = us
>>> defaultzone = us
>>>
>>> ----------------------------------------------------------------
>>>
>>> /etc/asterisk/chan_dahdi.conf
>>>
>>>
>>>
>>> [channels]
>>>
>>> ; Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) group=11
>>> context=from-pstn-net switchtype = euroisdn
>>> signalling = pri_net
>>> transfer=yes
>>> ;threewaycalling=yes
>>> ;cancallforward=yes
>>> facilityenable = yes
>>> channel => 1-15,17-31
>>>
>>>
>>>
>>> ; Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
>>> group=12
>>> context=from-pstn-cpe
>>> switchtype = euroisdn
>>> signalling = pri_cpe
>>> transfer=yes
>>> ;threewaycalling=yes
>>> ;cancallforward=yes
>>> facilityenable = yes
>>> channel => 32-46,48-62
>>>
>>> ----------------------------------------------------------------
>>>
>>> /etc/asterisk/sip.conf
>>>
>>>
>>>
>>> [general]
>>>
>>> context=default
>>>
>>> allowoverlap=no
>>>
>>> bindport=5060
>>>
>>> bindaddr=0.0.0.0
>>>
>>> srvlookup=yes
>>>
>>>
>>>
>>> videosupport=yes
>>>
>>>
>>>
>>> disable=all
>>> allow=ulaw
>>> allow=h263
>>> allow=h263p
>>>
>>> [402]
>>> type=friend
>>> qualify=no
>>> port=5060
>>> nat=never
>>> host=dynamic
>>> dtmfmode=rfc2833
>>> context=from-internal-custom
>>> canreinvite=yes
>>> callerid="zultys 402" <402>
>>>
>>>
>>>
>>> [403]
>>> type=friend
>>> secret=403
>>> qualify=no
>>> port=5060
>>> nat=never
>>> host=dynamic
>>> dtmfmode=rfc2833
>>> context=from-internal-custom
>>> canreinvite=yes
>>> callerid="SOFT PHONE 403" <403>
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> -
>>> --
>>>
>>> _______________________________________________
>>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>>
>>> asterisk-video mailing list
>>> To UNSUBSCRIBE or update options visit:
>>> http://lists.digium.com/mailman/listinfo/asterisk-video
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-video mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-video
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-video mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-video
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-video mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-video
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-video
More information about the asterisk-video
mailing list