[Asterisk-video] 3G Video Call PRI Debug Output

[Mitul Limbani]

Hello,

I have tried with all the relevant patches with asterisk 1.4.21-1,  
libpri-1.4.4, dahdhi-2.4.0

Set /etc/dahdi/system.conf with
alaw=1-31

h324m.conf
; h324m Configuration
;
[general]
debug=1
boardcodec=alaw

Dialplan
--------
exten => _7645,1,NoOp(transfer=${CHANNEL(transfercapability)})
exten => _7645,n,NoOp(transfer=${CHANNEL(videonativeformat)})
exten => _7645,n,NoOp(transfer=${CHANNEL(video)})
exten => _7645,n,NoOp(transfer=${CHANNEL(audioreadformat)})
exten => _7645,n,NoOp(transfer=${CHANNEL(audiowriteformat)})
exten => _7645,n,NoOp(transfer=${CHANNEL(userinformationlayer1)})
exten => _7645,n,NoOp(transfer=${CHANNEL(all)})
exten => _7645,n,Hangup()

but when i receive the call, I can see the following :

[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:9029 pri_dchannel:  
PRI_EVENT_RING: seting incoming call on channel 2 to law=1
[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:9034 pri_dchannel:  
PRI_EVENT_RING: user information layer 1 of incoming call = 38 (0x26)
[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:9040 pri_dchannel:  
PRI_EVENT_RING: treat incoming call on channel 2 as ULAW(1)
[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:9042 pri_dchannel:  
PRI_EVENT_RING: seting incoming call on channel 2 to law=1
[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:9121 pri_dchannel:  
PRI_EVENT_RING: zt_new: law=1,ul1=38
[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:5391 dahdi_new: dahdi_new:  
ps.curlaw!=DAHDI_LAW_ALAW, setting deflaw to AST_FORMAT_ULAW
[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:5399 dahdi_new: zt_new:  
law=DAHDI_LAW_ALAW, setting deflaw to AST_FORMAT_ULAW
     -- Accepting call from '9869173860' to '7645' on channel 0/2, span 1
     -- Executing [7645 at from-pstn:1] NoOp("DAHDI/2-1",  
"transfer=DIGITAL") in new stack
[Dec  3 22:04:17] DEBUG[3329]: chan_dahdi.c:1470 dahdi_enable_ec: Echo  
cancellation isn't required on digital connection
     -- Executing [7645 at from-pstn:2] NoOp("DAHDI/2-1",  
"transfer=unknown") in new stack
     -- Executing [7645 at from-pstn:3] NoOp("DAHDI/2-1", "transfer=") in  
new stack
     -- Executing [7645 at from-pstn:4] NoOp("DAHDI/2-1",  
"transfer=ulaw") in new stack
     -- Executing [7645 at from-pstn:5] NoOp("DAHDI/2-1",  
"transfer=ulaw") in new stack
     -- Executing [7645 at from-pstn:6] NoOp("DAHDI/2-1", "transfer=38")  
in new stack
     -- Executing [7645 at from-pstn:7] NoOp("DAHDI/2-1", "transfer=") in  
new stack
     -- Executing [7645 at from-pstn:8] Hangup("DAHDI/2-1", "") in new stack

I suspect DAHDI is by default moving the codec from ALAW to ULAW and  
h324m_loopback doesnt initiate.

Same is the case with Video calls Inbound.

However, Interestingly, I am able to make Video Calls out from  
Eyebeam, but My video is not seen on remote end, but the remote video  
is seen on my EyeBeam.

I am not sure where the problem is,

We need more dialplan examples to test whats going on :)

Any one can help me with this ?

Regards,
Mitul Limbani
Enterux Solutions,
www.enterux.com