R04J32 Merge to Master #95
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
… over neighboring site announcements;
…ID for certain routing scenarios;
…ssrc should become the originating peer ID; remove peer check throwing a warning;
…c source which would be the peer ID of the origination of a RTP packet);
…" links where internal peer IDs don't need to be retained); more work for maintaining the originating stream sync source; refactor how the FNE handles peer network connections;
…ections (more than this number can cause performance problems);
…raffic back to the source;
…raffic back to an external source;
…ing frames back out);
…a segfault (#92) Co-authored-by: faulty <[email protected]>
…contained buffers are deleted (otherwise we'll leak memory);
… and is probably not kosher);
…when the PF flag is set (this allows Kenwoods flavor of encryption to pass);
…; handle more conditions for FID $20 (Kenwood) on voice frames;
…etwork); perform frame length validation for P25 network frames (unlike DMR and NXDN P25 frames are variable length, requring length validation to prevent buffer under or overflows); fix issue with addr variable not being freed in InfluxDB handler;
…VM P25 Gateway in P25 mode;
…hes; better log traffic from MMDVM;
… commands; add some NXDN constants for remote control;
…ytes; allow a end-point to signal that a call is handing over/switching over from one stream ID/source ID to another; implement support on dvmbridge to properly handle stream/source ID switch over;
…ausing buffer overflows;
…ng into separate function calls;
…iven unit registration; use unit registration source ID to select the destination peer to send private call data to;
this introduces a new configuration flag "restrictPrivateCallToRegOnly", when set, this flag will influence how private calls are routed through the system private calls using restrictPrivateCallToRegOnly require both the source and destination subscribers to be unit registered with the system, when a private call occurs the system will utilize the source peer ID to restrict repeating the private call traffic only to the 2 peers involved in the private call FNEs will *always* receive private call traffic
…lways sends the U2U control byte for private calls;
… not process a network RCCH burst;
…P25/NXDN into a human readable string;
…2 errors for AMBT PDUs;
…sserted on the serial port defined in bridge-config.yml for the duration of audio received, then is removed. (#102)
…g around ARP and packet retry when subscriber is not ready;
…ld skip parameters if they were empty); make the FNE P25 packet data handler operate in the TIA-102 asymmetric addressing mode (as would be required with FNE configurations);
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR merges the current development R04J32 branch into master.
(This is currently preliminary, I just wanted to get this PR on the board.)