В ваших обстоятельствах нет ничего, что помешало бы вам создавать несколько сеансов с одним одноранговым узлом (у меня есть работа с решением, которая до сих пор работает нормально, до 16 одноранговых узлов). Кстати, this answer может также помочь
Вариант 1: А-> В (1 сеанс) A-> C (сеанс 1)
Вариант 2: А-> В (сессия 1) A- > C (сессия 2)
В варианте 2, вы можете просто [сеанс разъединение] для A-> C без ущерба для A-> B
- (void)advertiser:(MCNearbyServiceAdvertiser *)advertiser didReceiveInvitationFromPeer:(MCPeerID *)peerID withContext:(NSData *)context invitationHandler:(void(^)(BOOL accept, MCSession *session))invitationHandler
...
terminalDev.session = [self newSession];
terminalDev.peerID = peerID;
invitationHandler(YES, terminalDev.session);
- (void)browser:(MCNearbyServiceBrowser *)browser foundPeer:(MCPeerID *)peerID withDiscoveryInfo:(NSDictionary *)info
// save the peerID for later communications
hostDevice.peerID = peerID;
// and ask the browser to invite the peer(host) to the session for this device
hostDevice.session = [self newSession];
DDLogDebug(@"Inviting Host %@ to session %@", remotePeerName, hostDevice.session);
[browser invitePeer:peerID toSession:hostDevice.session withContext:nil timeout:30.0];
Вы спрашиваете, как я выпускаю B от сессии с не влияя на сеанс связи между А и С? – 300baud
Да точно .. любая надежда ???? – DHEERAJ
ответил ли ответ? Если да, оцените подтверждение – 300baud