Re: [osmo-bts] Review of jolly/trx jolly/l1sap

hi harald, yes, i did not noticed that there is an OML IE for that. the specs leave open how to measure link at BTS side, so I decided to use same algorithm as the MS uses. (the MS gets initial value for radio link timeout via system information message.) i have just improved this patch (see jolly/trx branch). additionally I added an option to openbsc to configure radio link timeout via VTY. this value is sent down to BTS (via OML) also. (see jolly/testing branch of openbsc) i have tested everything with osmo-bts-sysmo - at least with TCH/F call. the behavior was the same. as above, i tested TCH/F calls with osmo-bts-sysmo. because gsmtap is now provided at common part, and because each application (osmo-bts-sysmo in this case) handles gsmtap command line option itself (there is no option handling at common part), i added the command line options, so this patch does not remove any feature. i can split it of course. i think that my branches are still quite experimental and not really made for merging yet. once i am done with the trx stuff, i would like to test osmo-bts-sysmo again with all voice codecs and then create a new branch to rebase everything onto the current master. regards, andreas