[Asterisk-video] H324m outbound videocalls

ISAAC GONZALEZ GONZALEZ UO167279 at uniovi.es
Fri Aug 1 08:58:46 CDT 2008


Hola Sergio,
I attach the H223 raw data and H245 messages, what should I look for in them? What software can I use to interpret the data?
I send you the attachments sepparately because they are too big to be posted here.

Un saludo, gracias de nuevo
Isaac

---Original Message---

Hola Isaac,

In this cas I would blame also your pbx manager.. :)

The mos probable cause of this is an external transcoder or echo 
canceller that is mangling the h223 data.  Check it with H223 raw data 
and H245 messages that should be in /tmp

Un saludo
Sergio

ISAAC GONZALEZ GONZALEZ escribió:
> Hola Sergio,
> Thanks for your answer. First of all, congratulations for your useful work with video and H324m software.
> As I'm not the manager of the network I can't test incoming calls now, but I'll try them as soon as possible.
> Debuggin the H324m protocols I have found an interesting fact. In the h245.log there is only a "terminalCapabilitySet request" sent from the server to the mobile, and no response or more messages are sent between them, so I understand that channel control is not working correctly. Moreover, no H223 streams or media flows are saved in the debug proccess, I think due to the broken H245 control procedure.
>
> ----h245.log---
> ****
> -Init call
> -Sending
> request terminalCapabilitySet {
>         sequenceNumber = 1
>         protocolIdentifier = 0.0.8.245.0.8
>         multiplexCapability = h223Capability {
>           transportWithI_frames = FALSE
>           videoWithAL1 = FALSE
>           videoWithAL2 = TRUE
>           videoWithAL3 = FALSE
>           audioWithAL1 = FALSE
>           audioWithAL2 = TRUE
>           audioWithAL3 = FALSE
>           dataWithAL1 = FALSE
>           dataWithAL2 = FALSE
>           dataWithAL3 = FALSE
>           maximumAl2SDUSize = 1120
>           maximumAl3SDUSize = 1120
>           maximumDelayJitter = 0
>           h223MultiplexTableCapability = basic <<null>>
>           maxMUXPDUSizeCapability = FALSE
>           nsrpSupport = TRUE
>           mobileOperationTransmitCapability = {
>             modeChangeCapability = FALSE
>             h223AnnexA = FALSE
>             h223AnnexADoubleFlag = FALSE
>             h223AnnexB = TRUE
>             h223AnnexBwithHeader = FALSE
>           }
>         }
>         capabilityTable = 4 entries {
>           [0]={
>             capabilityTableEntryNumber = 1
>             capability = receiveAndTransmitVideoCapability h263VideoCapability {
>               qcifMPI = 2
>               maxBitRate = 520
>               unrestrictedVector = FALSE
>               arithmeticCoding = FALSE
>               advancedPrediction = FALSE
>               pbFrames = FALSE
>               temporalSpatialTradeOffCapability = FALSE
>               errorCompensation = FALSE
>             }
>           }
>           [1]={
>             capabilityTableEntryNumber = 2
>             capability = receiveAndTransmitAudioCapability genericAudioCapability {
>               capabilityIdentifier = standard 0.0.8.245.1.1.1
>               maxBitRate = 122
>               collapsing = 1 entries {
>                 [0]={
>                   parameterIdentifier = standard 0
>                   parameterValue = unsignedMin 1
>                 }
>               }
>             }
>           }
>           [2]={
>             capabilityTableEntryNumber = 3
>             capability = receiveAndTransmitAudioCapability g7231 {
>               maxAl_sduAudioFrames = 1
>               silenceSuppression = TRUE
>             }
>           }
>           [3]={
>             capabilityTableEntryNumber = 4
>             capability = receiveAndTransmitUserInputCapability iA5String <<null>>
>           }
>         }
>         capabilityDescriptors = 1 entries {
>           [0]={
>             capabilityDescriptorNumber = 1
>             simultaneousCapabilities = 2 entries {
>               [0]=1 entries {
>                 [0]=1
>               }
>               [1]=2 entries {
>                 [0]=2
>                 [1]=3
>               }
>             }
>           }
>         }
>       }
> ------
>
>
>
> ---Original Message---
>
> Hola Isaac,
>
> Do incoming calls work?
> Enable the h324m logs to check raw h223 streams, h245 negotiation and  
> media flow.
>
> *CLI> h324m debug level 5
>
> Best regards
> Sergio
>
> ISAAC GONZALEZ GONZALEZ escribió:
>   
>> Hi Klaus, thanks a lot for your quick answer.
>> As you supposed, I cannot hear any audio either.
>> Asterisk shows five channels:
>>
>>    Zap/1-1
>>       NativeFormats: 0x48 (alaw | slin)
>>       WriteFormat: 0x8 (alaw)
>>       ReadFormat: 0x8 (alaw)
>>       
>>    Local/s at video_test_out_context-92f1,1
>>       NativeFormats: 0x182000 (h263 | h263p)
>>       WriteFormat: 0x0 (nothing)
>>       ReadFormat: 0x0 (nothing)
>>
>>    Local/s at video_test_out_context-92f1,2
>>       NativeFormats: 0x182000 (h263|h263p)
>>       WriteFormat: 0x0 (nothing)
>>       ReadFormat: 0x0 (nothing)
>>
>>    Local/200 at default-0eef,1
>>       NativeFormats: 0x40 (slin)
>>       WriteFormat: 0x40 (slin)
>>       ReadFormat: 0x40 (slin)
>>
>>    Local/200 at default-0eef,2
>>       NativeFormats: 0x40 (slin)
>>       WriteFormat: 0x40 (slin)
>>       ReadFormat: 0x40 (slin)
>>
>> As the "Local" PSEUDOchannel is not a channel and cannot be configured to use
>> a particular format or codec, how could I solve this problem?
>> Thanks in advance one more time.
>> Best Regards,
>> Isaac
>>
>>
>>
>> --- Original Message ---
>>
>> Hi!
>>
>> h324m tunnels digital data either using a-law or u-law. Try "show 
>> channels" and "show channel ..." for the active channels during the 
>> video call and verify that all channels use the same codec (if there is 
>> transcoding this might break digital data).
>>
>> btw: do you have only video problems or also audio problems?
>>
>> regards
>> klaus
>>
>> ISAAC GONZALEZ GONZALEZ wrote:
>>   
>>     
>>> Hello members,
>>> I am trying to do outgoing 3G videocalls and playing a 3gp video. To do that I'm using the fontventa software and the 'originate' CLI command. I am using a Digium PRI card (TE 420) and an N70 mobile phone and I have built asterisk + libpri + zaptel + asterisk LLC patch + libpri LLC patch + fontventa software; however I think the LLC patches are not necesary since the call is established using the Bearer Capability field insted the LLC one.
>>> Using old postings of the list I succeeded in stablishing the outgoing video call, but I cannot see any vídeo stream on my mobile phone when mp4play is running. I tried using X-Lite to initiate the video call with the H324m network but the result is the same. No video or audio stream seems to be transferred.
>>> Please could anybody tell me any comment in order to solve this problem?
>>> How could I sniff the Zaptel interface to analyze the traffic that is being sent/received?I'm using the 'pri debug' option in the Asterisk CLI,
>>> Thanks in advance.
>>> Isaac




More information about the asterisk-video mailing list