Skip to content
Success

#572 (Jun 4, 2024, 8:31:08 AM)

Started 1 yr 8 mo ago
Took 0.35 sec on build2-deb11build-ansible

Started by an SCM change

This run spent:

  • 7.7 sec waiting;
  • 0.35 sec build duration;
  • 8.1 sec total from scheduled to completion.
Revision: c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b
Repository: https://gerrit.osmocom.org/docker-playground
  • refs/remotes/origin/master
asterisk: pjsip.conf: Use TCP when forwarding INVITE to IMS core

Change-Id: I67bc01e4d53d47eb805e81736378f292b2834fd2
Pau Espin Pedrol at
asterisk: pjsip.conf: Disable remote bridging between local SIP and IMS

While implementing a first ttcn3 test validating the MO call scenario
(SIP-UA -> Asterisk -> IMS-CORE) [1] I was running into the scenario
where, after the first SIP INVITE + 200 OK + ACK, Asterisk was sending
a RE-INVITE to both parties to attempt to remotely bridge them (RTP
traffic flowing directly between them without passing through Asterisk).

This happened in part because I'm so far configure A-LAW on both sides
so asterisk figures out it can do so. I still need to change IMS-core
to EVS only.

In any case, regardless of the codecs used, my understanding is that
asterisk should never attempt remote bridging when using the "volte_ims"
endpoint, since that network segment is separate from the local network
where the local SIP UAs are located.

The "direct_media=no" option just addresses the issue; Asterisk no longer
tries to re-invite after the call is established

Related: SYS#6782
Change-Id: I4edea96151b31f02bf292b43b757922389375429
Pau Espin Pedrol at