<html>

  <head>

    <meta content="text/html; charset=ISO-8859-1"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <blockquote type="cite">

      <meta http-equiv="content-type" content="text/html;

        charset=ISO-8859-1">

      <pre style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); ">Nothing happens "at the same time", unless you're broadcasting information

over some transport that supports multicast sends.  There's always going to

be some interspersing of transmissions, if for no other reason than each

participant's channel in the conference has to be serviced after the media

has been mixed.  With a sufficient number of participants, there will be

some 'delay' between when the audio is sent to participant #1 to

participant #n.

Even if we assume that the transmissions are being done completely

"in parallel" using multiple threads, you can still overcome the capabilities

of a system by having a sufficiently large number of participants in a

conference.  That is, for any given system, you can always add more

participants, such that, eventually, a thread will not be serviced immediately

when it has data to send to a participant.  A context switch will have to occur,

resulting in the data being sent to said participant at a latter time,

resulting in the work being done not "at the same time".

Note that recent versions of Asterisk (10+) have a revamped conferencing

application (ConfBridge) that, in performance tests, performed much better

than MeetMe.  A big limitation of MeetMe is its reliance on DAHDI for

mixing.  ConfBridge removed this limitation, and typically can mix more

participants at a faster rate.</pre>

    </blockquote>

    Mathew,<br>

    <br>

    Makes sense does it help that the system should not be "mixing" as I

    have <br>

    set it up (I think) that it is PA only, there is no talk back.<br>

    <br>

    I am using options l and q in meetme. Should be listen only.<br>

    Thanks<br>

    <br>

    Jerry<br>

  </body>

</html>