<div dir="ltr"><div dir="ltr">On Mon, Jan 13, 2020 at 11:49 AM Benoit Panizzon <<a href="mailto:benoit.panizzon@imp.ch">benoit.panizzon@imp.ch</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Joshua<br>
<br>
> Configuring individual PJSIP transports bound to the specific IP addresses<br>
> and then configuring the transport explicitly on things may do such a<br>
> thing.<br>
<br>
I believe this is what I have done.<br>
<br>
[transport-udp-vm]<br>
type=transport<br>
protocol=udp<br>
bind=<a href="http://157.161.10.32:5060" rel="noreferrer" target="_blank">157.161.10.32:5060</a><br>
tos=cs3<br>
cos=3<br>
allow_reload=yes<br>
symmetric_transport=yes<br>
<br>
[transport-udp-commerce]<br>
type=transport<br>
protocol=udp<br>
bind=<a href="http://157.161.10.98:5060" rel="noreferrer" target="_blank">157.161.10.98:5060</a><br>
tos=cs3<br>
cos=3<br>
allow_reload=yes<br>
symmetric_transport=yes<br>
<br>
[imp]<br>
type=endpoint<br>
transport=transport-udp-vm<br>
context=fromimp<br>
aors=imp<br>
disallow=all<br>
allow=g722<br>
allow=alaw<br>
tos_audio=ef<br>
tos_video=af41<br>
cos_audio=5<br>
cos_video=4<br>
tone_zone=ch<br>
language=de<br>
trust_id_inbound=no; sonst wird From aus PAI gebaut GNAH!!!!<br>
trust_id_outbound=yes<br>
send_pai=no<br>
send_rpid=no; NoGo, nicht RFC Konform<br>
send_diversion=yes<br>
100rel=required<br>
t38_udptl=yes<br>
direct_media=no<br>
media_address=157.161.10.32<br>
bind_rtp_to_media_address=yes<br>
media_use_received_transport=yes<br>
user_eq_phone=yes<br>
<br>
[endpt-siptrunk](!)<br>
type=endpoint<br>
transport=transport-udp-commerce<br>
disallow=all<br>
allow=g722<br>
allow=alaw<br>
context=from-undefined ; # DEFINE in ENDPOINT<br>
allow_subscribe=yes<br>
mwi_subscribe_replaces_unsolicited=yes<br>
tos_audio=ef<br>
tos_video=af41<br>
cos_audio=5<br>
cos_video=4<br>
100rel=required<br>
device_state_busy_at=2<br>
tone_zone=ch<br>
language=de<br>
user_eq_phone=yes<br>
send_pai=no ; PAI nicht senden.<br>
redirect_method=user<br>
send_diversion=yes<br>
media_encryption_optimistic=yes<br>
media_encryption=sdes<br>
identify_by=auth_username<br>
t38_udptl=yes<br>
user_eq_phone=yes<br>
direct_media=no<br>
rewrite_contact=yes<br>
media_address=157.161.10.98<br>
bind_rtp_to_media_address=yes<br>
media_use_received_transport=yes<br>
trust_id_inbound=yes ; darf unterdrücken<br>
trust_id_outbound=no ; senden anonymous wenn privacy requested ist.<br>
<br>
Then a registering EP using this template:<br>
<br>
[4679-1003](endpt-siptrunk)<br>
auth=4679-1003<br>
aors=4679-1003<br>
context=from-pbx-trunk-local<br>
<br>
[4679-1003](auth-userpass-siptrunk)<br>
username=4679-1003<br>
password=*****<br>
<br>
[4679-1003](aor-single-siptrunk)<br>
; keine overrides<br>
<br>
Now on a Call from Asterisk (source 157.161.10.98) to Registered<br>
Endpoint 4679-1003 (157.161.10.228) I see this exchange:<br>
<br>
10.228 <=============> 10.98<br>
<br>
=> Invite + SDP from 10.228<br>
<= 180 Ringing, Via: 10.228;received=10.228 Contact:<sip:<a href="http://157.161.10.32:5060" rel="noreferrer" target="_blank">157.161.10.32:5060</a>><br>
So here I have the WRONG ip in the Contact header.<br>
<br>
Now 10.228 ist sending it's PRACK to 10.32 which is intentionally<br>
blocked on the firewall, to test this scenario. The PRACK is resent<br>
until the 30sec timer expires.<br>
<br>
Any idea on how to solve this issue?<br></blockquote><div><br></div><div>Is the network the same on both interfaces? Your IP address bind makes it seem as so. How does the routing of the packets on the system actually work for the interfaces? Otherwise without digging deeply into things, nothing else comes to mind.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Asterisk Technical Lead</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Check us out at <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div>