Actions
Feature #5436
openBRI variant of OCTOI protocol
Start date:
01/30/2022
Due date:
% Done:
0%
Description
right now the protocol is rather E1-centric, or at least assuming that timeslots always have the same bitrate.
For BRI we have- 2x64k B-channels (exposed to the user)
- 1x16k D-channel (exposed to the user)
- additional management channels (not exposed to the user, normally handled in the NT)
We need to find a way to express BRI in our protocol.
Misc note: DAHDI exposes the 2xB+1xD as three channels. Not sure if the D-channel runs at a non-8kHz rate, or if it simply only uses 2 bits of every byte?
The header/packet protocol overhead of course becomes even higher (proportionally) compared to PRI.
Related issues
Actions