For this particular value ( think I am having problems with 4 values overall), I can only get it to work manually if i set to "none: use local address", and there is no value in the ini file that corresponds to that.
The workgroup aor is not propogated. Contact storage is not saved. Presence is not working. Users who edit their contact information find their first/lastname wiped from sipxconfig. This is what i've found thus far. On Mon, May 10, 2010 at 5:49 AM, Paul Scheepens <[email protected]> wrote: > I will send the 2.5 spreadsheet to you directly. > > BTW: I have set proxies:proxy0:override_stun_server="true" > and left the "STUN server" field empty, maybe that helps. > > Best regards / Mit freundlichen Grüßen / Sincères salutations > > Paul Scheepens > > > Does anyone have the counterpath provisioning"spreadsheet" for bria 3.0? > > > > I am sure there is a line firewall setting missing from the ini file > > that is not allowing sipconfig to properly set "none: use local > > address". > > > > I also find presence does not work with bria 3.0 but cannot determine > > if there are missing settings because I cannot find the available > > parameters. > > > > On 5/7/10, Tony Graziano <[email protected]> wrote: > > > Additionally, install from 4.2 with Bria 3.0 shows workgroup which is > good. > > > > > > Monitoring others does not work. > > > > > > Account setting---->Enabled Account--->Presence--->Enable "Allow others > to > > > monitor my call activity" option. > > > > > > After reading XX-7344 I assume it should work, but it does now. > > > > > > If I add the users to an XMPP client to monitor (non-bria0, it does > work. > > > Shouldn't the bria presence still work peer-to-peer if the "allow" is > > > enabled? > > > > > > > > > > > > > > > > > > > > > On Fri, May 7, 2010 at 5:58 AM, Tony Graziano > > > <[email protected]> > > > wrote: > > >> > > >> I tend to think this is a bug. Can someone using a bria 3.0 confirm > they > > > get the wrong firewall setting in the gui? > > >> > > >> On Thu, May 6, 2010 at 4:23 PM, Tony Graziano < > > > [email protected]> wrote: > > >>> > > >>> > > >>> On Thu, May 6, 2010 at 4:12 PM, JOLY, ROBERT (ROBERT) < > [email protected]> > > > wrote: > > >>>> > > >>>> > 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". > > >>>> > > > >>> > > >>> Yes, all the INI file settings speak to that, but the GUI belies it. > > >>> > > >>>> > > >>>> > 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. > > >>>> > > >>> There is no SIP ALG or ALG in the way. I just starting noticing the > > > packet captures were showing media on ports above 50000 which led me to > > > force the RTP settings down to specify 30000 - 31000 (which I don;t > think > > > should be necessary. > > >>> What Ive noticed is between two different systems... > > >>> polycom <>pfsense <> internet <> pfsense <> bria > > >>> polycom <>pfsense <> internet <> pfsense > > >>> remote user > <> > > > bria > > >>> broken audio via sip uri dialing > > >>> > > >>> What has worked is... > > >>> bria <>pfsense <> internet <> pfsense > > >>> remote user > <> > > > bria > > >>> > > >>> polycom <>pfsense <> internet <> pfsense <> polycom > > >>> (dialing with site-to-site) no problem > > >>> bria <>pfsense <> internet <> remote user <> bria > > >>> as well two remote users can call each other on the same sipx system. > > >>> > > >>> > > >>> But in all this the logic of the bria gui and ini has me stopped > > > wondering if I cannot get the setting or GUI to show properly how can I > > > really actively troubleshoot it. > > >>>> > > >>>> > > > >>>> > 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. > > >>>> > > > >>>> > > > >>>> > > > >>> > > >>> > > >>> -- > > >>> ====================== > > >>> 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. > > >>> > > >> > > >> > > >> > > >> -- > > >> ====================== > > >> 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. > > >> > > > > > > > > > > > > -- > > > ====================== > > > 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. > > > > > > > -- > > Sent from my mobile device > > > > ====================== > > 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. > > > > > > > ----- Message from Tony Graziano <[email protected]> on > > Sat, 8 May 2010 11:34:33 -0400 ----- > > > > To: > > > > Sipx-dev list <[email protected]> > > > > Subject: > > > > [sipX-dev] Request to re-open XX-7344 > > > > XX-7344 says a new configuration parameter is needed to enable Bria > > 3.0 allow others to monitor call activity. > > > > While XX-7344 allows > > > > proxy:proxy0:allow_dialog_subscriptions=1 (1 is allow) > > > > added a boolean setting that allows users to enable/disable call > > monitoring by others > > comment - 2010-01-15 06:35 > > This issue is fixed, verified in the following build. > > > > sipxproxy 4.1.6-017700 2010-01-15T03:13:45 oem-centos5 > > sipxpublisher 4.1.6-017700 2010-01-15T03:19:47 oem-centos5 > > > > Steps followed: > > > > 1. Registered Bria with an user id 720. > > 2. Logged in to the Config UI as superadmin. > > 3. Navigated to the Line->Presence and click on the Show Advanced > Settings. > > > > Result: Allow others to monitor my call activity is added and > > enabled by default. Please refer the attached screenshot. > > > > Hence closing the issue. > > > > a comment - 2010-01-15 06:36 > > Attachments: > > > > Screenshot : Jan15_2010_Bria_BLF > > > > The only thing this issue does is verify the appropriate setting is > > enabled on the softphone. There is nothing to indicate it was tested > > or works. While the setting "is" there, BLF or presence monitoring > > does not work on the bria 3.0 with sipx 4.20. > > > > It was not tested, only the parameter made available. I don't think > > this should be "fixed" at this time. I also can say that Bria 3.0 > > (2.5 is not available) does not work well at all with 4.2 at this > > point due to several noticeable issues. > > > > _______________________________________________ > > 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/ > > _______________________________________________ > 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/ > -- ====================== 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/
