[asterisk-bugs] [JIRA] (DAHLIN-338) dynamic SPAN

[Pavel Selivanov (JIRA)]

    [ https://issues.asterisk.org/jira/browse/DAHLIN-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=218052#comment-218052 ] 

Pavel Selivanov commented on DAHLIN-338:
----------------------------------------

I've attached alternative TDMoX/TDMoE implementation (revision 799).

The idea is simple.
"dahdi_tdmox" copy configuration files from /etc/dahdi/tdmox/ copied to /sys/bus/dahdi_tdmox/....
Once it copy the configuration - dahdi_tdmox do "dahdi_register".
Now, the SPAN is registered (like PCI subsystem called "probe" for tor2), and it can be configured with dahdi_cfg as any other "traditional" SPAN.

This implementation DOES NOT register any additional ioctl (no need for dahdi_ioctl_dynamic),
DOES NOT need any support code in dahdi_cfg (like dynamic=, DAHDI_DYNAMIC_CREATE, and so on).
It's just a plain SPAN, as any other SPAN.

There are 2 files to patch:
/etc/init.d/dahdi (to call dahdi_tdmox), Chans.pm & Span.pm .
14 lines total.

Update: I've occasionally included lines to support our PRI card. You can cut it off, I'll create a new issue.

Tested freepbx-2.11 with:
1. digital SPAN (span-1), pri_cpe
2. analog SPAN (span-2), fxo_ls & fxs_ls lines.
No patches to freepbx necessary, just to dahdi_genconf & co.


> dynamic SPAN
> ------------
>
>                 Key: DAHLIN-338
>                 URL: https://issues.asterisk.org/jira/browse/DAHLIN-338
>             Project: DAHDI-Linux
>          Issue Type: Information Request
>      Security Level: None
>          Components: dahdi (the module), dahdi_dynamic
>    Affects Versions: 2.9.1.1
>            Reporter: Pavel Selivanov
>            Assignee: Russ Meyerriecks
>         Attachments: dahdi_tdmox.r799.tar.gz
>
>
> Dear all,
> I am looking how to support dynamic SPANs in dahdi_genconf & FreePBX dahdiconfig module (Elastix, Trixbox, AsteriskNow,...).
> Seems like I will have to code a lot, produce a lot of patches with low chance for submitting them in trunks.
> The main problem - is the way dynamic was designed.
> dynamic SPAN's are allocated in system.conf. That's the file, dahdi_genconf should generate.
> Moreover, all other devices (SPANs) are absolutely the same for DAHDI, but not the dynamic SPAN.
> It is even initialized with a separate code in dahdi_cfg (DAHDI_DYNAMIC_CREATE, DAHDI_DYNAMIC_DESTROY).
> I'd like to implement an alternative dynamic SPAN implementation, similar to Xorcom's XPP implementation.
> dynamic.conf - configuration file, used to register SPAN.
> dynamic=eth,eth0/00:02:b3:35:43:9c,24,0
> I can extend functionality and describe SPAN & channels:
> SPAN signalling (CAS/CCS)
> supported signalling on channels (LoopStart, ...)
> e.t.c.
> After loading configuration, /proc/dahdi/N will present enought information, to make dahdi_scan, dahdi_genconf & FreePBX happy.
> As happy, like they have local card with local SPAN.
> The question is - do I have a chance to submit that alternative "dynamic" implementation to the trunk ?
> In other words, should I take about your coding style ?
> Thank you.



--
This message was sent by Atlassian JIRA
(v6.2#6252)