This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/nextepc@lists.osmocom.org/.
Spencer Sevilla sevilla at cs.washington.eduNo - you should keep the MME Port setting in the eNB to 36412. This is the default/normal port used for s1ap traffic (traffic between eNB and MME). The MME's freeDiameter port is used for MME-HSS traffic. > On Feb 4, 2020, at 15:24, Rafael Diniz <rafael at rhizomatica.org> wrote: > > Hi Spencer! > > The web interface works sometimes, it is strange. I'll try your script, > thanks! > > I'm trying to connect a Baicell to the Open5Gs, and already set PLMN and > TAC (mme_gid and mme_code to 1). There is a MME Port setting in the > eNodeB, set to 36412. Should I change this in which freeDiameter mme config? > > The eNodeB is supposed to try to connect to the MME automatically, right? > > > Rafael > > On 2/4/20 1:02 PM, Spencer Sevilla wrote: >> Hi Juba! >> >> I’ve also seen this error on Debian (long wait, sometimes works, sometimes not). I wrote a tool in misc/dbconf.sh to use the command line to add or remove users. You provide IMSI, Ki, and OPc, and IP address for a SIM and its sets up a default APN (“internet”) automatically. >> >> Spencer >> >>> On Feb 4, 2020, at 04:17, Rafael Diniz <rafael at rhizomatica.org> wrote: >>> >>> I tried manually installing the web interface with npm install and then >>> running with "npm run dev", and seemed to work, but when trying to login >>> with default admin/1423 in the web interface, I get a long wait, and >>> sometimes an error show up, and sometimes just a timeout in the browser. >>> >>> Is there a way to do administrative tasks without using the web interface? >>> >>> Thanks, >>> Rafael >>> >>> On 2/4/20 1:52 AM, Rafael Diniz wrote: >>>> Hi there, >>>> >>>> Just one more note, after successfully installing Open5Gs on Debian >>>> Buster (changing mongodb to mongodb-org in debian package and changing >>>> mongodb by mongod in systemd service units), I run into this problem >>>> with the web interface installation: >>>> >>>> == >>>> curl -sL http://open5gs.org/open5gs/assets/webui/install | bash - >>>> >>>> ## Populating apt-get cache... >>>> >>>> + apt-get update >>>> Hit:1 http://deb.debian.org/debian buster >>>> InRelease >>>> >>>> Hit:2 http://deb.debian.org/debian buster-updates >>>> InRelease >>>> >>>> Hit:3 http://security.debian.org/debian-security buster/updates >>>> InRelease >>>> >>>> Ign:4 http://repo.mongodb.org/apt/debian buster/mongodb-org/4.2 >>>> InRelease >>>> >>>> Hit:5 https://deb.nodesource.com/node_12.x buster >>>> InRelease >>>> >>>> Hit:6 >>>> http://download.opensuse.org/repositories/home:/acetcom:/open5gs:/latest/Debian_10 >>>> ./ InRelease >>>> Hit:7 http://repo.mongodb.org/apt/debian buster/mongodb-org/4.2 Release >>>> Reading package lists... Done >>>> + deb-systemd-invoke stop open5gs-webui >>>> Failed to stop open5gs-webui.service: Unit open5gs-webui.service not loaded. >>>> + systemctl disable open5gs-webui >>>> Failed to disable unit: Unit file open5gs-webui.service does not exist. >>>> + rm -f /lib/systemd/system/open5gs-webui.service >>>> + systemctl daemon-reload >>>> + rm -rf ./open5gs-1.2.0 >>>> + rm -rf /usr/lib/node_modules/open5gs >>>> >>>> ## Download the Open5GS Source Code (v1.2.0)... >>>> >>>> + curl -sLf 'https://github.com/open5gs/open5gs/archive/v1.2.0.tar.gz' | >>>> tar zxf - >>>> >>>> ## Build the Open5GS WebUI... >>>> >>>> + cd ./open5gs-1.2.0/webui && npm install && npm run build >>>> >>>>> uglifyjs-webpack-plugin at 0.4.6 postinstall >>>> /root/open5gs-1.2.0/webui/node_modules/uglifyjs-webpack-plugin >>>>> node lib/post_install.js >>>> internal/modules/cjs/loader.js:796 >>>> throw err; >>>> ^ >>>> >>>> Error: Cannot find module >>>> '/root/open5gs-1.2.0/webui/node_modules/uglifyjs-webpack-plugin/lib/post_install.js' >>>> at Function.Module._resolveFilename >>>> (internal/modules/cjs/loader.js:793:17) >>>> at Function.Module._load (internal/modules/cjs/loader.js:686:27) >>>> at Function.Module.runMain (internal/modules/cjs/loader.js:1043:10) >>>> at internal/main/run_main_module.js:17:11 { >>>> code: 'MODULE_NOT_FOUND', >>>> requireStack: [] >>>> } >>>> npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents at 1.2.4 >>>> (node_modules/fsevents): >>>> npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for >>>> fsevents at 1.2.4: wanted {"os":"darwin","arch":"any"} (current: >>>> {"os":"linux","arch":"x64"}) >>>> >>>> npm ERR! code ELIFECYCLE >>>> npm ERR! errno 1 >>>> npm ERR! uglifyjs-webpack-plugin at 0.4.6 postinstall: `node >>>> lib/post_install.js` >>>> npm ERR! Exit status 1 >>>> npm ERR! >>>> npm ERR! Failed at the uglifyjs-webpack-plugin at 0.4.6 postinstall script. >>>> npm ERR! This is probably not a problem with npm. There is likely >>>> additional logging output above. >>>> >>>> npm ERR! A complete log of this run can be found in: >>>> npm ERR! /root/.npm/_logs/2020-02-04T03_44_00_266Z-debug.log >>>> Error executing command, exiting >>>> == >>>> >>>> Thanks, >>>> Rafael >>>> >>>> On 2/2/20 10:14 AM, Rafael Diniz wrote: >>>>> Hi Sukchan, >>>>> >>>>> Interestingly I did this before I sent the email (installing mongodb >>>>> from mongodb official "org" repo). The issue is that the Open5Gs >>>>> packages depend (from the debian package definitions) on mongodb*, but >>>>> the packages from mongodb website have name mongodb-org*, so packages >>>>> still do not install cleanly (of course a small modification directly to >>>>> the Open5Gs packages changing depends from mongodb* to mongodb-org* >>>>> might work). >>>>> >>>>> Rafael >>>>> >>>>> >>>>> On 2/2/20 7:56 AM, 이석찬 wrote: >>>>>> Hi Rafael, >>>>>> >>>>>> In open5gs docker environment using the Debian(buster), MongoDB server >>>>>> is installed with version 4.2.1. >>>>>> FYI, I've added the installation link as below: >>>>>> https://computingforgeeks.com/how-to-install-mongodb-on-debian/ >>>>>> >>>>>> Thanks and regards, >>>>>> Sukchan >>>>>> >>>>>> >>>>>> >>>>>> On Sun, Feb 2, 2020 at 6:08 AM Rafael Diniz <rafael at rhizomatica.org >>>>>> <mailto:rafael at rhizomatica.org>> wrote: >>>>>> >>>>>> Just a note: I noticed there is a package repository for Debian >>>>>> 10, but >>>>>> the package depends on mongodb package, which is not existent in >>>>>> Debian >>>>>> 10 repository. >>>>>> >>>>>> Which mongodb version is recommended by Open5GS? >>>>>> >>>>>> Thanks! >>>>>> Rafael >>>>>> >>>>>> On 1/17/20 1:22 AM, Rafael Diniz wrote: >>>>>>> Hi Spencer! >>>>>>> >>>>>>> Thanks for all the information! I'm happy to see colte using >>>>>> Open5Gs too! >>>>>>> And big gratitude to Sukchan (I read your other email, tks) for >>>>>>> providing such good EPC implementation. >>>>>>> >>>>>>> Cheers, >>>>>>> Rafael >>>>>>> >>>>>>> On 1/16/20 7:26 PM, Spencer Sevilla wrote: >>>>>>>> Hi Juba! Long time no see! >>>>>>>> >>>>>>>> Sukchan recently renamed the project to Open5Gs. Use the master >>>>>> branch >>>>>>>> of https://github.com/open5gs/open5gs and there’s a great guide to >>>>>>>> building from source >>>>>>>> >>>>>> here: https://open5gs.org/open5gs/docs/guide/02-building-open5gs-from-sources/. >>>>>>>> The docs in general can be found >>>>>> at https://open5gs.org/open5gs/docs/. >>>>>>>> If you run into issues, the GitHub Issues page is where a lot >>>>>> of the >>>>>>>> discussion currently takes place. Feel free to reach out to me >>>>>>>> directly if you hit any snags. Also, you should know that I’ve >>>>>> moved >>>>>>>> all my deployments over from OAI, and have been much, much happier >>>>>>>> with Open5Gs. Hoping to finish the colte integration soon and will >>>>>>>> email you at that time :-) >>>>>>>> >>>>>>>> Take care! >>>>>>>> Spencer >>>>>>>> >>>>>>>>> On Jan 16, 2020, at 13:11, Rafael Diniz >>>>>> <rafael at rhizomatica.org <mailto:rafael at rhizomatica.org> >>>>>>>>> <mailto:rafael at rhizomatica.org >>>>>> <mailto:rafael at rhizomatica.org>>> wrote: >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> Which repository should I look for to get the most stable >>>>>> NextEPC for a >>>>>>>>> real-world LTE deploying? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Rafael >>>>>>>>> >>>>>>>>> >>>>>>>>> >