RFComm behaviour with nokia mobiles

[Guido Falsi]

Iain Hibbert wrote:

>> I think FreeBSD's sdp is making 2 requests in this case...Or maybe forcing the
>> order to be the same as the request.
> 
> No, it does use a single ServiceSearchAttribute but I think its just that
> the Nokia server iterates over the AttributeIDList with a pass through the
> server record each time for attributes that match:
> 

Now I understand it. An old sony ericcson T610 is acting the same as the 
2 nokias I tried. Anyway to be on the safe side, as I said, i defined 
the request list in ascending order and expect answers in ascending order.


> One thing that the current library code does not provide for is that the
> ServiceSearchAttribute response is parsed into the sdp_attr_t array but
> the caller has no way to know which record each attribute came from, so
> that can cause problems when more than one record is matched.  You might
> also want to consider the case where a Serial Port service is matched that
> does not have a Service Name field. Do you match it or ignore it?
> 

original gnokii code is ignoring services without a name, so I'm 
ignoring them. I don't know exactly the chance of such a situation., 
Keep in mind that gnokii is interested in talking just to mobile phones, 
not to any kind of bluetooth device, so the function does not have any 
need to be too generic.

> 
> PPS wtf is "m-Router connectivity" anyway?

I don't have the slightest idea :P Mobile phones come with a lot of 
strange services...

Googleing a little it looks like some kind of routing service used by 
nokia PC suite to share more services on just one logical connection.


-- 
Guido Falsi <mad at madpilot.net>