cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
910
Views
5
Helpful
3
Replies

question about 16000~16005 ports opened on REMB

cshiyou
Cisco Employee
Cisco Employee

Dear Rober,

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.

yours

Alan

wepeng

wli6

1 Accepted Solution

Accepted Solutions

robdoyle
Cisco Employee
Cisco Employee

Hi Alan,

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,

Rob





View solution in original post

3 Replies 3

robdoyle
Cisco Employee
Cisco Employee

Hi Alan,

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,

Rob





cshiyou
Cisco Employee
Cisco Employee

thanks Rob.

would more ports be helpful to REMB performance?

for instance, we increase to 10 ports from 16000~16009.

yours

alan

Hi Alan,

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.

Regards,

Rob