2009-12-09 22:57:06 +00:00
|
|
|
== Boost sigmod current limitations ==
|
|
|
|
- we don't support having openzap spans with physical channels
|
|
|
|
belonging to other physical spans. this is due to netborder sangoma abstraction, therefore
|
|
|
|
any openzap span using sigboost must have only channels belonging to the corresponding
|
|
|
|
physical span.
|
|
|
|
|
2010-01-15 14:59:53 +00:00
|
|
|
This is the reason we added group functionality in openzap core, furthermore, previous groups in openzap
|
|
|
|
were only possible through adding of b-channels to a single span, but this forces the user to create groups
|
|
|
|
of channels only whithin the same type of trunk among other things.
|
|
|
|
|
2009-12-09 22:57:06 +00:00
|
|
|
- all spans must be configured and then started, cannot configure, start, configure start etc
|
|
|
|
this is due to netborder telesoft abstraction. that requires configuring everything and
|
|
|
|
then starting everything at once.
|
|
|
|
|
|
|
|
- sangoma_prid and sangoma_brid on Windows had to be compiled hacking make/Makefile.platform to comment all VC runtime checks,
|
|
|
|
otherwise when running in debug mode exceptions are thrown due to loss of data ie short to char conversions.
|
|
|
|
|
|
|
|
== TODO ==
|
|
|
|
- proper upper layer management of HW alarms (this must be done in mod_openzap.c)
|
|
|
|
|
|
|
|
- proper boost hunting done in openzap based on channels status
|
|
|
|
|
|
|
|
- move all logging calls to macro-based logging to log the file name and line in sangoma prid
|
|
|
|
|
|
|
|
- remove FORCE_SEGFAULT from sangoma_sprid and check if there is anything like that in sangoma_brid
|
|
|
|
we should be using zap_assert or zap_assert_return which will abort depending on the openzap
|
|
|
|
crash policy
|
|
|
|
|