Hello
I have a driver Smart-serial by defaul with 2 aditional conexion the firt make a push of values in the port 5000 and the second it's for http requests on port 8080.
For some reason one element works well with all conections but wen i duplicate or create and other element the session do not run.
I'm using the tag (connection="N°") to specify the conextion to use in the HTTP group.
The debug log show in the good element the start, prosessing and finish of group and the back element only start and finish without error and without content but is the same protocol.
Tanks
The code:
<Type relativeTimers="true" advanced="HTTP:HTTP Connection1;HTTP:HTTP Connection2" communicationOptions="makeCommandByProtocol">smart-serial</Type>
<Group id="114" connection="2">
<Name>getGeofences</Name>
<Description>GET /api/geofences/deviceid</Description>
<Type>poll</Type>
<Content>
<Session>14</Session>
</Content>
</Group>
<Ports>
<PortSettings name="HTTP Connection1">
<Type>
<DefaultValue>ip</DefaultValue>
</Type>
<BusAddress>
<DefaultValue>ByPassProxy</DefaultValue>
<Disabled>false</Disabled>
</BusAddress>
<IPport>
<DefaultValue>5000</DefaultValue>
<Disabled>false</Disabled>
</IPport>
<PortTypeSerial>
<Disabled>true</Disabled>
</PortTypeSerial>
<PortTypeUDP>
<Disabled>true</Disabled>
</PortTypeUDP>
</PortSettings>
<PortSettings name="HTTP Connection2">
<Type>
<DefaultValue>ip</DefaultValue>
</Type>
<IPport>
<DefaultValue>8080</DefaultValue>
</IPport>
<PortTypeSerial>
<Disabled>true</Disabled>
</PortTypeSerial>
<PortTypeUDP>
<Disabled>true</Disabled>
</PortTypeUDP>
<BusAddress>
<DefaultValue>bypassproxy</DefaultValue>
<Disabled>false</Disabled>
</BusAddress>
</PortSettings>
</Ports>
Apparently this is an known issue in DataMiner version 9.6.13 (please check RN24348 ) and hotfixes were released to solve it.
Also, the issue is not present in most recent DataMiner versions (from 10.0), neither in version 9.6.12.
Hope this helps 🙂
Hi Juan,
I opened a new message to add some more information from the tests that we performed.
The test included following:
- Connector with a smart-serial connection
- Element with IP address set to IP address of the DMA and IP port set to 10000.
This should result in the element opening port 10000 on the DMA, and listening for any incoming request on that specific port.
How to more easily debug:
- Into System Center > Logging > DataMiner > Port, you should see the listening port being created.
- Executing a command 'netstat -a' on the server itself should also show that the server has a listening port on that number.
- Performing a 'telnet [IP address] [port]' on any machine that can contact the DMA through that port should be able to open that port.
If actions above would not show the same results for you, it could indeed be an issue into the software. I would recommend to contact your TAM to further investigate and create the necessary task.
Hope above provides some more clarity.
Leander
Hi Juan,
If the element is configured with IP address as localhost, I believe the element will be listening for incoming data on that specific port on the DMA server, and occupy that port.
So, I would assume that the port would be already occupied then by the first element, i.e. the second element would not be able to use these ports.
Doe the situation still occur when the first element is stopped?
Dataminer is asking to an external server, even when i stop the good element other dont work, reactive the good element and only this works well. it looks like a bug but i have no errors.
Thanks
Juan, as you mention that DataMiner is asking to an external server, can I understand that DataMiner will take the initiative to poll for specific information? In other words, the server will not just send unsolicited messages, i.e. without DataMiner asking for it?
As if that would be the case, I would not recommend a smart-serial interface, as that is specifically designed for a device to send unsolicited messages.
If the purpose is to poll for information, I would recommend to use the ‘Serial’ interface instead of ‘Smart-Serial’
Leander, the Smart-serial it’s because the driver is conected to a device how send mesage without ask, the 1st http conexion are using to pass the recive parameter of the device to the server and the second http conection is used to get aditional config of the server for each device. in aditional test i realise that the good element is the firt one create with the driver and other dont work, even if i delete the good element it dont work any more until change the name of drive (to make a diferent driver) and again it work with the firt element that create.
This is happening in dataminer 9.6.13.0-8747 in 10.1.3.0-9963 work ok with many device.
This is a bug?
Thanks
Juan, would it be possible to indicate if the IP address of your first connection is set to the IP address of the DMA, or to localhost? I’m looking into trying to replicate the issue.
Hi Flavio, thank you very much with this confirmation, I really assumed that this could be the problem. your answer helps me with the next steps to take.