Closed cinargursoy closed 1 year ago
Hello @cinargursoy
The network libraries that use the tcp-transport
have to bind the underlying socket/transport to the specified interface. It's unfortunately not possible to configure it independently, just setting:
esp_transport_tcp_set_interface_name()
but needs to be specifically added to the config struct of the actual network library. MQTT client doesn't support this config option, yet.
We can add this option, the same way it's supported in esp_http_client
Hello @david-cermak
Thanks for your reply.
We can add this option, the same way it's supported in esp_http_client
Great! That would solve the issue. What would be the predicted date for this feature?
Hello,
I'm writing a wrapper library over ETH, GSM & Wi-Fi connectivity. But my goal is to handle multiple Network Interfaces simultaneously, and be able to seperate the Network Interfaces of different tasks.
For example, what do you recommend for a scenario like this:
I know that it's possible to create multiple
netif
's. For libs likeesp-modbus
,esp_http_client
etc. it's possible to initialize them vianetif
. If every lib were able to init vianetif
, that would not be a problem for me. But components likemqtt
are usingtcp-transport
, and it's impossible to initialize the component by givingnetif
. I want to be able to route each component's network interface.I wathced the presentation EDC22 Day 1 Talk 11. It's mentioned that, multiple interfaces may be handled by priorities of connection peripheral. But, how can I use that for my use case or any other recomendation would be great.