You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've encountered another odd TLS issue (similar to the one reported here drachtio/drachtio-sip#3). It appears that the From header sent on the B side of a B2BUA doesn't get populated with the calling number if TLS is used on the A side.
I did some testing and it looks like what you brought up in drachtio/drachtio-sip#3 is correct. I made a pull request that should address the issue. Now though I'm trying to think how to setup a automated test case to add to the test suite.
Howdy Dave,
I've encountered another odd TLS issue (similar to the one reported here drachtio/drachtio-sip#3). It appears that the
From
header sent on the B side of a B2BUA doesn't get populated with the calling number if TLS is used on the A side.A Side:
From: <sips:[email protected]:5061>
Contact: <sips:[email protected]:58726;transport=tcp>
B Side:
From: <sip:24.55.5.163:5060>
<-- Missing valueContact: <sip:24.55.5.163:5060>
<-- Missing valueInterestingly, if I force my client to use "sip:" addresses with TLS (instead of "sips:"), then it works fine.
The text was updated successfully, but these errors were encountered: