> I have been troubleshooting some remote issues with Bria 3.0 > for =remote users. While doing so I noticed an "oddity". > > proxies:proxy0:ice_enabled="false" > proxies:proxy0:outbound_proxy="" > proxies:proxy0:override_sip_listen_port="false" > proxies:proxy0:override_stun_server="false" > proxies:proxy0:port_range_enable="true" <<CHANGED > proxies:proxy0:port_range_min="30000" <<CHANGED > proxies:proxy0:port_range_max="31000" <<CHANGED > proxies:proxy0:send_internal_ip_address="true" > proxies:proxy0:send_sip_keep_alive_messages="true" > proxies:proxy0:sip_tcp_port_keep_alive_time_in_seconds="30" > proxies:proxy0:sip_udp_port_keep_alive_time_in_seconds="30" > proxies:proxy0:stun_server="" > proxies:proxy0:turn_enabled="false" > proxies:proxy0:turn_server="" > proxies:proxy0:turn_domain="" > proxies:proxy0:turn_use_sip_credentials="true" > proxies:proxy0:turn_username="" > proxies:proxy0:turn_password="" > > Even with all the other items set to default, with STUN, ICE, > etc. disabled, the config generated looks correct BUT the > Bria 3.0 always displays it as if it was not. So I remove the > accounts, logout and login to get the new profile and still > get "Auto Detect". Is there not a parameter to make it say > "None use local ip" in the bria parameters?
I know the name of the parameter in the client's account management GUI but I do not know what it translates to in Bria-profile-speak but I would guess it is "roxies:proxy0:turn_enabled". From the GUI, it is "SIP Account->Topology->Use Local IP Address". > > I'm somewhat confused why I have some remote users > registering with a real IP and others showing their private > ip as "private-contact" since they are all configured the same. Are they in different remote sites? Is it possible that different remote sites have different remote NAT/firewalls that may be doing NAT compensation/SIP ALG. In your case, the easiest way to tell is to sniff the REGISTER right out of your PC and compare it to the one arriving at sipXecs. If they have SIP deltas then your remote NAT is playing tricks on you. > > Does anyone have a link to the parameters for the Counterpath > provisioning function? > > I would assume if something were missing, manually adding > that with the "value" to the line properties file generator > sipx uses would work, but I am trying to understand if a > parameter is missing or not. > > Has anyone else seen this? > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.984.8431 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > > > _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
