Hi Guillaume, On 06/14/2012 09:21 AM, Guillaume Zajac wrote: >Hi, > >I tested oFono DUN server to be sure it was still working with latest >oFono version, however I have an issue with udev/udevng. > >My current "phone like" configuration is: >- laptop with Ubuntu 11.10 >- oFono + ConnMan running together (network-manager + modem-manager >stopped) >- Huawei dongle for data connection > >I am using a Windows 7 DUN client to connect to the laptop. > >Binding with client is fine but when I try to dial to connect to the >server with the DUN client I got this into oFono log: > >... >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty add >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty move >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty move >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished >ofonod[20340]: plugins/udevng.c:remove_device() >/sys/devices/virtual/tty/rfcomm0 >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty remove >ofonod[20340]: plugins/udev.c:remove_modem() /devices/virtual/tty/rfcomm0 >ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished >ofonod[20340]: plugins/udevng.c:check_modem_list() >... > >and the DUN client is getting a timeout error. > >Does anybody have any idea about this issue? > Likely the culprit is this line inside __dundee_bluetooth_init err = bluetooth_register_uuid(DUN_GW_UUID, &dun_profile); It should probably use the UUID of the DUN client, not the gateway.

Hi Gustavo, >>Likely the culprit is this line inside __dundee_bluetooth_init >> >> err = bluetooth_register_uuid(DUN_GW_UUID,&dun_profile); >> >>It should probably use the UUID of the DUN client, not the gateway. > >We actually don't have an client uuid for DUN, and we need to put the server >uuid here in order to find the remote DUN Gateways. >Other than that he reported an issue in oFono, so how can dundee interfere on >it? I'm just speculating, but the problem here is that both dundee and the modem emulator are registering the DUN service. Unfortunately dundee is implementing the client role and modem emulator is implementing the server role.

Perhaps dundee does not need to register an SDP record at all. I'm too lazy to dig out the DUN spec.

Hi, I tested oFono DUN server to be sure it was still working with latest oFono version, however I have an issue with udev/udevng. My current "phone like" configuration is: - laptop with Ubuntu 11.10 - oFono + ConnMan running together (network-manager + modem-manager stopped) - Huawei dongle for data connection I am using a Windows 7 DUN client to connect to the laptop. Binding with client is fine but when I try to dial to connect to the server with the DUN client I got this into oFono log: ... ofonod[20340]: plugins/udev.c:udev_event() subsystem tty add ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished ofonod[20340]: plugins/udev.c:udev_event() subsystem tty move ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished ofonod[20340]: plugins/udev.c:udev_event() subsystem tty move ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished ofonod[20340]: plugins/udevng.c:remove_device() /sys/devices/virtual/tty/rfcomm0 ofonod[20340]: plugins/udev.c:udev_event() subsystem tty remove ofonod[20340]: plugins/udev.c:remove_modem() /devices/virtual/tty/rfcomm0 ofonod[20340]: plugins/udev.c:udev_event() subsystem tty finished ofonod[20340]: plugins/udevng.c:check_modem_list() ... and the DUN client is getting a timeout error. Does anybody have any idea about this issue?

Hi Gustavo, >> ofonod[20340]: plugins/udevng.c:remove_device() >> /sys/devices/virtual/tty/rfcomm0 >> ofonod[20340]: plugins/udev.c:remove_modem() >> /devices/virtual/tty/rfcomm0 Actually this looks highly suspicious to me. What would still be using RFCOMM tty emulation? > Does this work when you try to connect from a different DUN Client, like > dundee, or even trying to open the RFCOMM channel by hand using the > rfcomm > tool? An sdptool dump before starting oFono would be useful as well.