Bluez socket 구현 관련 질문입니다.

안녕하십니까?

얼마전에 Bluez socket 구현 관련해서 질문 올렸었는데
bestyt 님의 도움으로 많은 진전을 보고 있습니다.

하지만 아직 문제가 많이 남아 있어서 도움을 얻고자 글 올립니다.

현재 상태는 하나의 쓰레드에서 bluetooth socket을 7개 생성한 후 listen하면서 7개 소캣을 돌아가면서
accept를 확인하고 accept가 되면 처음 accept 된 client의 fd에서만 read를 하는 식으로 해서
어느 정도 구현을 했는데요 client를 하나씩 연결해서 동작시키면 문제가 없는데 여러군데의 client에서
한꺼번에 accept를 하고 Data를 전송하면 엉키는 경우가 발생합니다.
제가 보기에는 bluetooth dongle 자체가 halt 되는 것 같습니다.

그래서 TCP/IP socket하고 비교를 좀 해봤는데

TCP/IP는 하나의 socket을 생성해 놓고 listen 대기큐를 개수를 10개 정도 잡아 놓은 상태에서
client로 부터 connection 요청이 오면 listen 대기큐에 저장했다가 이전 연결이 끊기면 요청된 순서대로
accept해서 data를 전송하고 있습니다.

이 동작은 listen()함수 안에서 다 이루어지는 것이라 따로 구현을 하지 않아도 되고 안정적일 것 같아서

bluetooth도 동일한 방법으로 수정해서 Test 해봤는데요

이상하게 listen 대기 큐의 개수를 10개로 해놓아도 client의 bluetooth stack에 따라서 연결되는 대기하는
client의 수가 다릅니다.

지금까지 Test 해본 결과로는

MS stack : 10개 가능
Toshiba stack : 10 가능
IVT stack : 10개 가능

헌대 요즘 PDA에서 많이 쓰이는 Widcomm stack에서는 2개가 연결대기가 되면 더이상 연결을 허락하지 않네요

stack에 특성을 타는 것인지... 알길이 없네요... ㅠㅠ

혹시 위 내용을 아시는 고수님이 계시면 답변 부탁드립니다.

그럼 안녕히 계십시오.