My customer asked a wired question about 16000~16005 ports opened on REMB.
they are asking why REMB opend 5 ports on REMB rather than 4, 6 or even more?
and whehter REMB will use 16000~16005 to handle one call.
based on REM documentation, i knew REMB stars up 5 processes for UDP multiplexing processing.
i think 5 ports design is based on redundancy and robust consideration. if one process is dead unexpectedly, it will not affect total performance.
and for one call process, REMB just will multiplex one port to handle it.
please let me know whehter my understanding is correct.
and comment on this silly question.
You are correct:
- REMB just will multiplex one port to handle one call.
- 5 ports are needed as there are 5 processes (16000-16004 and not 16005).
If you did allocate more ports it would need to be done in multiples of 5 so each process has the same number of ports available.
I hope this helps,
would more ports be helpful to REMB performance?
for instance, we increase to 10 ports from 16000~16009.
We haven't performance tested with more that 5 ports for a long time.
You may get some benefits allocating 10 ports if you have spare cores available.
More that 10 ports will probably not provide any further advantage.