Started by upstream project "registry-rebuild-upload-titan" build number 2,0612061registry-rebuild-upload-titanjob/registry-rebuild-upload-titan/005560220602201.08659865906887986548654977ae291d598229353d21b6fde72554bdc7f25d30c8ae291d598229353d21b6fde72554bdc7f25d30c8refs/remotes/origin/osmith/wipae291d598229353d21b6fde72554bdc7f25d30c8ae291d598229353d21b6fde72554bdc7f25d30c8refs/remotes/origin/osmith/wip15108542e153df8235b576f01bbf632b17cd2a70fc058542e153df8235b576f01bbf632b17cd2a70fc05refs/remotes/origin/master8542e153df8235b576f01bbf632b17cd2a70fc058542e153df8235b576f01bbf632b17cd2a70fc05refs/remotes/origin/master8542e153df8235b576f01bbf632b17cd2a70fc058542e153df8235b576f01bbf632b17cd2a70fc05refs/remotes/origin/masterhttps://gerrit.osmocom.org/docker-playgroundhttps://jenkins.osmocom.org/jenkins/view/All/job/registry-rebuild-upload-ttcn3-bts-tests/1510/artifacthttps://jenkins.osmocom.org/jenkins/view/All/job/registry-rebuild-upload-ttcn3-bts-tests/changeshttps://jenkins.osmocom.org/jenkins/view/All/job/registry-rebuild-upload-ttcn3-bts-tests/1510/https://jenkins.osmocom.org/jenkins/view/All/job/registry-rebuild-upload-ttcn3-bts-tests/1510/testReportfalse#15106022040888registry-rebuild-upload-ttcn3-bts-tests #15101510falsefalse15101576012SUCCESS1718102009176https://jenkins.osmocom.org/jenkins/view/All/job/registry-rebuild-upload-ttcn3-bts-tests/1510/build2-deb10build-ansible- jenkins-common.shdebian-bookworm-obs-asan/Dockerfiledebian-bookworm-obs-asan/Makefilefcdeba228c4e242be149239ac2454f7bf833c2da1718026792000https://jenkins.osmocom.org/jenkins/user/osmithOliver Smithosmith@sysmocom.dedebian-bookworm-obs-asan: new container
Copy debian-bookworm-obs-latest and configure it to use the
osmocom:nightly:asan repository. Adjust jenkins-cmmon.sh for running the
testusite against the asan repository.
Related: OS#5301
Change-Id: I4219d927d4617232584d5401debd0be04df67ea0
2024-06-10 15:39:52 +0200fcdeba228c4e242be149239ac2454f7bf833c2dadebian-bookworm-obs-asan: new containereditjenkins-common.shadddebian-bookworm-obs-asan/Dockerfileadddebian-bookworm-obs-asan/Makefile
- ttcn3-asterisk-ims-ue-test/asterisk/extensions.conf55d6ae49e17ca6b8a2e26e932c3f688d70c5b01d1718100546000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deasterisk: extensions.conf: Route non-local extensions towards IMS side
Previous config had only 1 digit extensions being routed, plus the fact
that the endpoint name was incorrect (now "volte_ims").
Change-Id: Icce5e55ab75c0c9fdacc4d8504e6714b99d385b4
2024-06-11 10:09:06 +000055d6ae49e17ca6b8a2e26e932c3f688d70c5b01dasterisk: extensions.conf: Route non-local extensions towards IMS sideeditttcn3-asterisk-ims-ue-test/asterisk/extensions.conf
- ttcn3-asterisk-ims-ue-test/asterisk/pjsip.confttcn3-asterisk-ims-ue-test/asterisk/asterisk.shttcn3-asterisk-ims-ue-test/ttcn3.shttcn3-asterisk-ims-ue-test/jenkins.shttcn3-asterisk-ims-ue-test/Asterisk_Tests.cfgttcn3-asterisk-ims-ue-test/dnsmasq/dnsmasq.conf29f355720d9509ebfcec9422a607031d02cb904e1718100546000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dettcn3-asterisk: Add extra IP addr in ttcn3 docker for IMS Core
TTCN-3 docker container is emulating both the SIP UAs and the IMS Core.
So far all the components being emulated there were running under the
only local IP address available in the docker container.
This means, both the SIP UAs and the IMS Core were using the same IP
address.
This is actually causing problems for Asterisk, since on the VoLTE side
it needs to be configured to identify the endpoint based on the IMS Core
domain name.
Since the default identify matching ordered in Asterisk is:
"endpoint_identifier_order=ip,username,anonymous"
That means it always first checks the source IP address, which means
messages coming from local SIP UAs are misunderstood to be coming from
the IMS Core (since ims.mnc001.mcc238.3gppnetwork.org resolves to same
IP address).
The issue can be fixed by swapping the order to "username,ip", because
then the well-known 50X extensions are matched before attempting to
match by IP address.
However, this is all deviating config for the expected usual network
configuration, since the local IP network will be different than the IP
address coming from VoLTE.
Hence, let's instead properly separate the local SIP and VoLTE networks
with different IP addresses, which then solves the issue.
Change-Id: I6e5a261748ec61bb1cfa4aafee8c748d0f46aa9e
2024-06-11 10:09:06 +000029f355720d9509ebfcec9422a607031d02cb904ettcn3-asterisk: Add extra IP addr in ttcn3 docker for IMS Coreeditttcn3-asterisk-ims-ue-test/asterisk/asterisk.shaddttcn3-asterisk-ims-ue-test/ttcn3.sheditttcn3-asterisk-ims-ue-test/asterisk/pjsip.confeditttcn3-asterisk-ims-ue-test/jenkins.sheditttcn3-asterisk-ims-ue-test/dnsmasq/dnsmasq.confeditttcn3-asterisk-ims-ue-test/Asterisk_Tests.cfg
- ttcn3-asterisk-ims-ue-test/asterisk/extensions.conf8542e153df8235b576f01bbf632b17cd2a70fc051718100546000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deasterisk: extensions.conf: Forward call from VoLTE to all registered local UAs
Change-Id: Id3e14ca660f0aa4ed685a90f527feb8732a83806
2024-06-11 10:09:06 +00008542e153df8235b576f01bbf632b17cd2a70fc05asterisk: extensions.conf: Forward call from VoLTE to all registerededitttcn3-asterisk-ims-ue-test/asterisk/extensions.conf
githttps://jenkins.osmocom.org/jenkins/user/osmithOliver Smithosmithhttps://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin