Strange behaviour while handling multiple calls with pjsip

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sorry to insist, but I'm really don't see what I'm doing wrong.

I have 4 conference ports attached to the bridge:
- #1 (bidirectionnel AudioMedia instance A)
- #2 (Call 0)
- #3 (bidirectionnel AudioMedia instance B)
- #4 (Call 1)

- #0 is for the null audio device as I called pjsua_set_null_snd_dev()

ports #1 and #2 are connected together
ports #3 and #3 are connected together

I've checked that each ports have only 1 listener and 1 transmitter.

But caller 1 (port #4) is earring caller 0 (port #2) even if there is no
connection established between port #4 and port #2.

AFAIK logs seems OK:

Call 0:

18:37:50.927   pjsua_call.c  .....Call 0: received updated media offer
18:37:50.927  pjsua_media.c  ......Call 0: re-initializing media..
18:37:50.927  pjsua_media.c  .......Media index 0 selected for audio call 0
18:37:50.927  pjsua_media.c  ......Call 0: updating media..
18:37:50.927  pjsua_media.c  ........Media stream call00:0 is destroyed
18:37:50.927    pjsua_aud.c  .......Audio channel update..
18:37:50.927 strm0x10480c42  ........VAD temporarily disabled
18:37:50.927 strm0x10480c42  ........Encoder stream started
18:37:50.927 strm0x10480c42  ........Decoder stream started
18:37:50.927  pjsua_media.c  .......Audio updated, stream #0: GSM (sendrecv)
18:37:50.928    pjsua_aud.c  ......Conf disconnect: 2 -x- 1
18:37:50.928    pjsua_aud.c  ......Conf disconnect: 1 -x- 2
18:37:50.928    pjsua_aud.c  ......Conf connect: 1 --> 2
18:37:50.928   conference.c  .......Port 1 (memspeech-0) transmitting to
port 2 (sip:nicolas at 10.2.240.109)
18:37:50.928    pjsua_aud.c  ......Conf connect: 2 --> 1
18:37:50.928   conference.c  .......Port 2 (sip:nicolas at 10.2.240.109)
transmitting to port 1 (memspeech-0)
18:37:50.930   pjsua_core.c  ........TX 830 bytes Response msg
200/INVITE/cseq=104 (tdta0x104809a00) to UDP 10.2.240.109:5060:
SIP/2.0 200 OK

Call 1:

18:37:59.613   pjsua_call.c  .....Call 1: received updated media offer
18:37:59.613  pjsua_media.c  ......Call 1: re-initializing media..
18:37:59.613  pjsua_media.c  .......Media index 0 selected for audio call 1
18:37:59.614  pjsua_media.c  ......Call 1: updating media..
18:37:59.614  pjsua_media.c  .......Call 1: stream #0 (audio) unchanged.
18:37:59.614  pjsua_media.c  .......Audio updated, stream #0: PCMU
(sendrecv)
18:37:59.614    pjsua_aud.c  ......Conf disconnect: 4 -x- 3
18:37:59.614   conference.c  .......Port 4 (sip:christophe at 10.2.240.109)
stop transmitting to port 3 (memspeech-1)
18:37:59.614    pjsua_aud.c  ......Conf disconnect: 3 -x- 4
18:37:59.614   conference.c  .......Port 3 (memspeech-1) stop transmitting
to port 4 (sip:christophe at 10.2.240.109)
18:37:59.614    pjsua_aud.c  ......Conf connect: 3 --> 4
18:37:59.614   conference.c  .......Port 3 (memspeech-1) transmitting to
port 4 (sip:christophe at 10.2.240.109)
18:37:59.614    pjsua_aud.c  ......Conf connect: 4 --> 3
18:37:59.614   conference.c  .......Port 4 (sip:christophe at 10.2.240.109)
transmitting to port 3 (memspeech-1)
18:37:59.614   pjsua_core.c  ........TX 827 bytes Response msg
200/INVITE/cseq=104 (tdta0x10483de00) to UDP 10.2.240.109:5060:
SIP/2.0 200 OK

Any help will be very much appreciated.

Simon.


2016-03-18 17:56 GMT+01:00 Simon Aurilac <simon.aurilac at gmail.com>:

> OK, I made a mistake when describing this issue.
>
> Caller B is earring caller A  and caller C is earring caller B (but not A).
>
> Don't know if it will help someone to understand this.
>
> Any help will be very appreciated.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20160323/06662389/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux