<freeStyleBuild _class='hudson.model.FreeStyleBuild'><action _class='hudson.model.CauseAction'><cause _class='hudson.triggers.SCMTrigger$SCMTriggerCause'><shortDescription>Started by an SCM change</shortDescription></cause></action><action></action><action _class='jenkins.metrics.impl.TimeInQueueAction'><blockedDurationMillis>0</blockedDurationMillis><blockedTimeMillis>0</blockedTimeMillis><buildableDurationMillis>4</buildableDurationMillis><buildableTimeMillis>4</buildableTimeMillis><buildingDurationMillis>354</buildingDurationMillis><executingTimeMillis>354</executingTimeMillis><executorUtilization>1.0</executorUtilization><subTaskCount>0</subTaskCount><waitingDurationMillis>7773</waitingDurationMillis><waitingTimeMillis>7773</waitingTimeMillis></action><action _class='hudson.plugins.git.util.BuildData'><buildsByBranchName><refsremotesoriginmaster _class='hudson.plugins.git.util.Build'><buildNumber>572</buildNumber><marked><SHA1>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</SHA1><branch><SHA1>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</SHA1><name>refs/remotes/origin/master</name></branch></marked><revision><SHA1>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</SHA1><branch><SHA1>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</SHA1><name>refs/remotes/origin/master</name></branch></revision></refsremotesoriginmaster></buildsByBranchName><lastBuiltRevision><SHA1>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</SHA1><branch><SHA1>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</SHA1><name>refs/remotes/origin/master</name></branch></lastBuiltRevision><remoteUrl>https://gerrit.osmocom.org/docker-playground</remoteUrl><scmName></scmName></action><action></action><action></action><action _class='org.jenkinsci.plugins.displayurlapi.actions.RunDisplayAction'></action><building>false</building><displayName>#572</displayName><duration>354</duration><estimatedDuration>255</estimatedDuration><fullDisplayName>update-osmo-ci-on-slaves-dp #572</fullDisplayName><id>572</id><inProgress>false</inProgress><keepLog>false</keepLog><number>572</number><queueId>1567121</queueId><result>SUCCESS</result><timestamp>1717489868665</timestamp><url>https://jenkins.osmocom.org/jenkins/view/gerrit/job/update-osmo-ci-on-slaves-dp/572/</url><builtOn>build2-deb11build-ansible</builtOn><changeSet _class='hudson.plugins.git.GitChangeSetList'><item _class='hudson.plugins.git.GitChangeSet'><affectedPath>ttcn3-asterisk-ims-ue-test/asterisk/pjsip.conf</affectedPath><commitId>cc5ec183c0f4414116a9628025a1395655a67fa6</commitId><timestamp>1716984544000</timestamp><author><absoluteUrl>https://jenkins.osmocom.org/jenkins/user/pespin</absoluteUrl><fullName>Pau Espin Pedrol</fullName></author><authorEmail>pespin@sysmocom.de</authorEmail><comment>asterisk: pjsip.conf: Use TCP when forwarding INVITE to IMS core

Change-Id: I67bc01e4d53d47eb805e81736378f292b2834fd2
</comment><date>2024-05-29 14:09:04 +0200</date><id>cc5ec183c0f4414116a9628025a1395655a67fa6</id><msg>asterisk: pjsip.conf: Use TCP when forwarding INVITE to IMS core</msg><path><editType>edit</editType><file>ttcn3-asterisk-ims-ue-test/asterisk/pjsip.conf</file></path></item><item _class='hudson.plugins.git.GitChangeSet'><affectedPath>ttcn3-asterisk-ims-ue-test/asterisk/pjsip.conf</affectedPath><commitId>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</commitId><timestamp>1717069261000</timestamp><author><absoluteUrl>https://jenkins.osmocom.org/jenkins/user/pespin</absoluteUrl><fullName>Pau Espin Pedrol</fullName></author><authorEmail>pespin@sysmocom.de</authorEmail><comment>asterisk: pjsip.conf: Disable remote bridging between local SIP and IMS

While implementing a first ttcn3 test validating the MO call scenario
(SIP-UA -&gt; Asterisk -&gt; 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
</comment><date>2024-05-30 13:41:01 +0200</date><id>c9a787ad1fde5f70beed8e763d6b12ccc2cd4a4b</id><msg>asterisk: pjsip.conf: Disable remote bridging between local SIP and IMS</msg><path><editType>edit</editType><file>ttcn3-asterisk-ims-ue-test/asterisk/pjsip.conf</file></path></item><kind>git</kind></changeSet><culprit><absoluteUrl>https://jenkins.osmocom.org/jenkins/user/pespin</absoluteUrl><fullName>Pau Espin Pedrol</fullName></culprit></freeStyleBuild>