<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Klaus Darilion escribi&oacute;:
<blockquote cite="mid:48C52780.7030408@pernau.at" type="cite">
  <pre wrap="">
Sergio Garcia Murillo schrieb:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Klaus Darilion escribi&oacute;:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Sergio Garcia Murillo schrieb:
  
      </pre>
      <blockquote type="cite">
        <pre wrap="">    
        </pre>
      </blockquote>
      <pre wrap="">I guess for the applications this should be feasible. I think the 
problem will be the patches (AMR and UL1 signaling)
  
      </pre>
    </blockquote>
    <pre wrap="">How about creating an amr-1.6 directory then? By the way, the ul1 
signalling patch is not in the repo, is it?
Any luck trying to commit then to the asterisk repositories?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
they are all in the bugtracker but does not fulfill the coding 
guidelines (I extended the ast_channel structure  instead of using the 
new channel-stores architecture) :-(
  </pre>
</blockquote>
As expected then.. ;)<br>
<br>
I've been talking with Emmanuel today about this issue aslo and trying
to find some clean alternative..<br>
<br>
I've been checking both mISDN and Zap channels and they seems to handle
correctly the userlayer1 element, allowing you to hardcode the outbound
videocall type.<br>
The userlayer1 is also stored in the private channel data pointer, so
the main problem is that there si no way to set that from the dialplan.
Even if we implement the<br>
channel data store, we will have to change each channel driver in order
to get the the data from the store and set into the private channel
data (and the posibility of getting that patch accepted are quite few
also).<br>
<br>
To solve it I was thinking in changing the behaviour of the h324m_call
and instead of just creating a Local channel duplicate some of the
functionalities of the Dial application.<br>
This way we would be able to create the ISDN channel, cehck if it's
mISDN or Zap, and set the private data of each channel to the correct
values. What do u think about it?<br>
<br>
Best regards<br>
Sergio<br>
<br>
<br>
<br>
<br>
<br>
</body>
</html>