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/OpenBSC@lists.osmocom.org/.
Keith keith at rhizomatica.orgHi all. 1) SIP Connector handling of TON GSM340_TYPE_INTERNATIONAL Apparently at least one person was frustrated at the congress by not being able to call out using the numbers stored in their GSM handset using the form +CountryCode. As we know this appears at Call Control with TON intl, which sip connector then prefixes with '+' before sending to SIP The reason for lack of service at ccc was that the Yate pbx does not support this number scheme and needed the 00 prefix. This would have been trivial to patch had we known, and it prompts me to think this should probably be implemented as a runtime config option in sip section 'tonintl prefix' or some such? It would seem correct for it to be restricted to the set of either '00' or '+', no other options really makes sense, not even "no prefix". right? 2) 3G data instabilities ( Just a quick observation note, no pcap! ) I happened to notice that pinging a 3G handset from the network side (default ping: 1 sec internal, 64 ICMP bytes) keeps the connection "alive" and using 3G data is then a pleasant experience, IM, email, browsing, SIP call all working nicely. peak max download speed of 16Mbps was reported at one time by m.speedof.me However, stopping the ping results in loss of data conex within a few seconds, and the behaviour from users point of view is then strikingly similar to what's observed on 2G; and I am more or less convinced has to do with the unknown Timing Advance issues in the PCU. So I thought I'd note it down here. k/