| < Previous by Date | Date Index | Next by Date > |
| < Previous in Thread | Thread Index | Next in Thread > |
That's odd I can't remember seeing that assert trigger before (for UDP or TCP). Your line numbers are off by about 50 lines, and there hasn't been changes to this file since 2016, so I'm curious of you have custom changes that might be triggering this. With UDP there is no "connection". Not that it will help with much, but I am curious which OS you are seeing this on. I would recommend diffing your version of TransportSelector with GIT master to see whats different and that you try to determine which condition in the assert is failing - in order to help you track this down.ScottOn Tue, Nov 6, 2018 at 5:58 PM Francesco Lamonica <alienpenguin@xxxxxxxxx> wrote:Hello all,_______________________________________________i am baffled by a strange (for me) error that i get from an application of mine.when sending an invite (don't know if upon receiving the first 401 or when trying to send the authorized invite) i get the following assert:Assertion failed: ((!(msg->isRequest() && !via.sentHost().empty())) || isSecure(target.getType())), function determineSourceInterface, file TransportSelector.cxx, line 718.
WARNING | 20181106-230440.412 | | RESIP:TRANSPORT | 0x70000deee000 | TransportSelector.cxx:1569 | Can't find matching transport [ V4 93.36.18.7:47813 UDP ]
Now, the one thing that i find very strange is that the same code crashes deterministically when i am connected with certain internet providers: i.e. vodafone but not with others. This is deterministic and the wireshark traces does not seem to differ apart from the ip addresses.
What might be triggering the assert that depends on connectivity?
P.S. the app creates transport for UDP and TCP binding on 0.0.0.0 and random port, but the connection is done via UDP.
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/