So for the Set function the arguments mean:

Whenever a call on port "Port" with the dad "MSN" comes in it should be
Calldeflected to the new dad "CD_Destination".

is that correct ?



Kai Ober wrote:

> Hi Cristian,
> can i understand your answer as  "you convinced me"?
>
> so you here my ideas and needs:
>
> misdn.conf:
> cd_during_setup => yes  / no
>
> is a disabled needed? couldn't it be enabled all the time?  what sense
> would a disabled make? old behaviour?
> no. facility is an application so disabeling makes no sense to me. but
> anyway...
>
> how many CD's could be configured for one misdnPort, 10? or infinite?
>
> so at least we need something to enable and disable the
> CallDefelction. (would chan_misdn need a reload or something like this,
> to enable CD?)
>
> applications:
> SetCallDeflection or SetFacilityCallDefelction ?            or
> misdn_SetCD
> and RemoveCallDefelcton or  RemoveFacilityCallDefelction  or
> misdn_UnSetCD /Remove_CD
>
> arguments should be something like this
> for the Set (Port/MSN, Port/CD_Destination)
> for the Remove(Port/MSN)
>
> ahh a testing app/function would be cool, to test if CD is enabled on
> specific Port/MSN  something like
>
> IsSetCallDefelction(answer,port/MSN)   if coded as an APP     (or
> misdn_IsSetCD)
>
> bool IsSetCallDefelction(port/MSN)   if coded as an function (or so)
> so that you can use 
> Gotoif($[${IsSetCallDefelction(port/MSN)}=true]?....)
>
>
> regards
> Kai
>
> Christian Richter schrieb:
>
>> please explain me how you want to configure the misdn.conf  to enable
>> that and what sort of dynamic things (like dialplan applications) you
>> would need.
>>
>> Christian
>>
>>
>> Kai Ober wrote:
>>
>>  
>>
>>> Christian Richter schrieb:
>>>
>>>    
>>>
>>>> You can do that easily with the extensions.conf and maybe with the
>>>> asterisk DB, there is no need to do that in the channel driver.
>>>>
>>>> Christian
>>>>
>>>>         
>>>
>>> what i do at the moment:
>>>
>>> exten => s,1,Set(CD_DEST=${DB(4711/CD)})
>>> exten => s,2,misdn_facility(calldeflect,${CD_DEST})
>>>
>>> but there is at least a problem when i want to do following:
>>>
>>> i have an external number, and i want to multiplex this number to
>>> severel destionations (internal numbers, not PORTS)
>>> i can't use a dial(local .... ) because after a dial (local...) CD
>>> isn't  (or was not) possible any more.
>>>
>>> so i have  an entry in astDB like this
>>> externNumber->internNumber1&internNumber2
>>>
>>> when i want to make a dial i have to translate the extern number to
>>> intern numbers and the
>>> intern numbers to PORTS (misdn/1/300&ZAP/6&mISDN/3/301& mISDN 4/301)
>>>
>>> and then do a DIAL(misdn/1/300&ZAP/6&mISDN/3/301& mISDN 4/301) .
>>>
>>>                           |----- 300 ----> mISDN/1/300 &  ZAP/6
>>> 12345678-------|
>>>                           |----- 301 ---->mISDN/3/301 & mISDN 4/301
>>>
>>>
>>> if misdn/1/300 wants to call deflect i have no chance to not
>>> deflectthe others cause i had to to the
>>> misdn_facility(calldeflect,${CD_DEST}) before the DIAL command.
>>> multiplexing by dial local would not work, cause after dial local
>>> calldeflection does not work any  more.
>>>
>>> so why not do call deflection in chan_mISDN?
>>>
>>>
>>> Regards
>>> Kai Ober
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Misdn-asterisk mailing list
>>> [email protected]
>>> http://lists.beronet.com/cgi-bin/mailman/listinfo/misdn-asterisk
>>>
>>>
>>>     
>>
>>
>>
>>   
>
>
> _______________________________________________
> Misdn-asterisk mailing list
> [email protected]
> http://lists.beronet.com/cgi-bin/mailman/listinfo/misdn-asterisk
>
>

_______________________________________________
Misdn-asterisk mailing list
[email protected]
http://lists.beronet.com/cgi-bin/mailman/listinfo/misdn-asterisk

Reply via email to