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/
