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/.
Mrinal Mishra Mrinal.Mishra at radisys.com> From: Neels Hofmeyr [mailto:nhofmeyr at sysmocom.de] > I remember correctly, but preferably use the pchan type > TCH/F_TCH/H_PDCH in your osmo-bsc or osmo-nitb config. As per the channel configuration defined in the code TCH/F_PDCH is a valid channel configuration and it should work as TCH/F or PDCH channel dynamically. I tested even with TCH/F_TCH/H_PDCH and it works fine only as TCH/H or PDCH it does not get used as TCH/F. > When you refer to a PS call, do you mean that GPRS service is used to place a > VoIP call? This is the same as saying that GPRS is functional. By PS call I mean GPRS data transfer and yes GPRS is functional. > Please verify your statements and/or accompany with log output, and also > try TCH/F_TCH/H_PDCH instead. I have tested TCH/F_TCH/H_PDCH also and it works fine as TCH/H channel. As per the name of the pchan type it can be used as TCH/F or TCH/H or PDCH But it does not work as TCH/F. Also as I mentioned earlier in TCH/F_PDCH pchan type CS (voice) call does not work. > If the problem persists, please a) bisect to pinpoint the failing revision and > b) add full log output, preferably with DRSL and DNM logs set to debug level. Currently I am busy in other activities. I will bisect and capture the logs once I have some time . Could you please suggest any specific Unit test case which can be executed to compare result.