I'm trying to discover devices connected to local network via SSDP, was trying to use node-ssdp lib but got error regarding dgram not found, my understanding is that this dependency is not supported by nativescript,
is there any alternative, either how to do socket udp/tcp or if there is already existing lib.
Was thinking of using Android Wifi P2P discovery but i think better have something platform independent.
Thanks
Related
We're talking about BLE. Right now Im using the Plugin.BLE library and it's working quite fine. Now Im in the need of using the LE Secure Connection (with the "just works" method) in order to send/receive encrypted data.
I've read lots of documentation about how the protocol works, but have no idea of how actually implementing it in Xamarin and wasn't able to find anything on this.
With the Plugin.BLE one can take advantage of a very simple APIs to connect to a Device.
Is there any library that provides similar simplicity and enabling an LE Secure Connection?
If not, how can I connect in Android & iOS to a BLE device using a secure channel?
Thank you very much
The pairing is handled by the Bluetooth stack and not by the application, so you can't affect this in any way. However, from Marshmallow and onward, BLE pairing will use Secure Connections as long as the second device supports it. Not sure about iOS.
I'm trying to implement a sip server for connecting to from an HTML sip client(made using sipml5). During my research into doing this I've come across sip over web-sockets which might be useful to me, however, I am unsure if a user agent connecting through sip over web-sockets to a compatible server would then be able to successfully make a call to some one using an incompatible server(i.e. calling from SIP over web-sockets to true SIP).
I know webrtc2sip can be used for connecting to legacy networks but I would rather avoid using another proxy if at all possible. So, is it possible to connect to a compatible SIP server using SIP over web-sockets then make a call from this user agent to another that does not support SIP over web-sockets without using a gateway?
You are right, SIP over Websockets is a draft, not specification. And I do not know many SIP vendors who support this draft.
Possible solution is truly websocket-SIP gateway. For example Flashphoner Web Call Server is implemented as a gateway which works through websockets with browser and works via SIP(TCP and UDP) with SIP servers. Therefore it is compatible with any server that supports RFC3261 - standard SIP specification.
Brief signaling scheme is:
Browser - [Websockets] - Web Call Server - [SIP TCP, UDP] - any SIP Server
Brief streaming scheme:
Browser - [WebRTC = SRTP, DTLS, ICE, STUN ] - Web Call Server - [RTP UDP] - any SIP/RTP Server
An alternate way is to use kamailio as it understands both sip and ws sip .
when you say "implementing a sip server " is it a simple registrar or proxy server or you want cal control logic / presence other features ?
In all cases kamailio fulfills all requirements , plus it is opensource .
Mobicents SIP Servlets Example already provides a B2BUA Application taking care of that for you. The Media is peer to peer (or through a TURN Relay Server) but if you need to bridge to a Media Server, you can indeed patch the SDP Body to make the media of each party go through the Media Server (pending it supports Media related codecs from WebRTC, DTLS-SRTP etc) to add conferencing, recording type of capabilities.
Is that possible to force the ServerXMLHTTP to connect to internet through an existing windows socket?
For some reasons, I'm using VB6 winsock control and the winsock connected to a certain PC. I want to communicate with that PC in SSL protocol, but I need to implement too much thing to make winsock work properly like ServerXMLHTTP.
So, yes or no, can I force the ServerXMLHTTP (or event WinInet) to work using existing windows socket?
Here are a few options for implementing the SSL protocol with access through VB6/COM interfaces.
Expose COM interfaces around .NET Framework custom code and libraries for encryption and then call your .NET created COM interfaces from your VB6 application.
Utilize an off-the-shelf component that already has the SSL protocol implemented for you.
Implement the full SSL specification in VB6
After clarification about the need to use an "existing windows socket" I'll update the answer with more details.
Has anyone here tried connecting to the MindWave device through the COM port associated with the bluetooth device? Is it better to just connect through the Thinkgear Connector? My target language is Ruby and I was thinking of using the serial-port library.
If you connect to the serial port directly you will have to parse binary data which, actually, ThinkGear Connect socket protocol is for (all related is here) TGSP is JSON-based protocol so dealing with it in Ruby is piece of cake (below is an extract from documentation at the link above)
ThinkGear Socket Protocol (TGSP) is a JSON-based protocol for the
transmission and receipt of ThinkGear brainwave data between a client
and a server. TGSP was designed to allow languages and/or frameworks
without a standard serial port API (e.g. Flash and most scripting
languages) to easily integrate brainwave-sensing functionality through
socket APIs.
So I'd suggest you deal with TG socket protocol (I assume you don't run Ruby on an embedded device, for if you do, you will definitely need to parse data from TGAM chip by hand) rather than parse on your own, but don't forget you will have to have ThinkGear Connector software up and running everywhere you wish your code to run at.
Android has a TTS library. It works without a network connection. Does an analog of this library exist for windows phone? I see only Bing's API for using TTS, but this requires a network connection...
Not at present. You need a internet connection as MS have not provided an API in the OS yet.