BRI variant of OCTOI protocol
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.