Пишу сетевую игрушку (морской бой с юзерами более 2 одновременно, лаба школьная), сетка bluetooth. Что бы сэкономить ресурсы, решил организовать token ring сетку, т.е. каждый девайс соединяется с двумя соседями и мессага идёт через всех по кругу. Скорость не важна, т.к. игрушка turn-based.

Соединения RFCOMM (btspp://localhost), жду на acceptAndOpen(), на этом собираю обычную P2P сеть (каждый девайс и клиент и сервер). Вот уже время запукать подходит и тут натыкаюсь на этот документ. Оказывается в Bluetooth есть чёткое разделение master/slave (piconet). Именно master может инициировать соединение, slaves ожидают соединений на опубликованные сервисы. Когда соединения открыты, попытка другого девайса подключиться (следовательно он master) с треском провалиться (scatternet'ы большинством девайсов пока не поддерживаются). Допустимо только одному master'у подключиться к нескольким девайсам, всё общение будет проходить через него (он router).

Нескольких девайсов для проверки у меня нет, но я верю тому документу. В Connector API это конечно не отображено, будем просто получать исключения при попытке соедиения. Есть подозрение (надежда), что я чего то не допонял и все эти танцы как то скрываются двжавовским API.

Вопрос: кто-нибудь создавал bluetooth сетку из нескольких девайсов? Какова была техника и какое чтиво пошло в дело?
Требуется: обычная (PC'шная) сеть, где каждый девайс может слушать коннекты и сам коннектиться, всё это одновременнно, не задумываясь кто там master а кто slave. Если так нельзя, то неделя работы на смарку  

Думаю зависит от девайсов, - поддерживают ли они множественный БТ-коннект. А проверить можно прописывая в каждом из них 2 треда - слушатель и отправитель. Сам не пробывал.