Thread: Re: [OpenSIPStack] last stable release?

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi=20

Which version is the last stable release of opensipstack for =
Linux/Centos5?

NOT SPAM.  just email from another server on our network.  WE are
registered.

r

----- Original Message ----- 
From: "voice" <vo...@ne...>
To: <ope...@li...>
Sent: Wednesday, August 22, 2007 9:14 AM
Subject: [OpenSIPStack] *****SPAM***** Re: last stable release?

Software zur Erkennung von "Spam" auf dem Rechner

    priamus.teamware-gmbh.de

hat die eingegangene E-mail als mögliche "Spam"-Nachricht identifiziert.
Die ursprüngliche Nachricht wurde an diesen Bericht angehängt, so dass
Sie sie anschauen können (falls es doch eine legitime E-Mail ist) oder
ähnliche unerwünschte Nachrichten in Zukunft markieren können.
Bei Fragen zu diesem Vorgang wenden Sie sich bitte an

    pos...@te...

Vorschau: Hi Which version is the last stable release of opensipstack
   for Linux/Centos5? This SF.net email is sponsored by: Splunk Inc. Still
grepping
   through log files to find problems? Stop. Now Search log events and
configuration
   files using AJAX and a browser. Download your FREE copy of Splunk now >>
  http://get.splunk.com/ opensipstack-devel mailing list
ope...@li...
   https://lists.sourceforge.net/lists/listinfo/opensipstack-devel [...]

Inhaltsanalyse im Detail:   (5.8 Punkte, 5.0 benötigt)

Pkte Regelname              Beschreibung
---- ---------------------- ------------------------------------------------
--
 0.1 RDNS_NONE              Delivered to trusted network by a host with no
rDNS
 0.0 DK_POLICY_SIGNSOME     Domain Keys: policy says domain signs some mails
 0.0 DKIM_POLICY_SIGNSOME   Domain Keys Identified Mail: policy says domain
                            signs some mails
 0.0 BAYES_50               BODY: Spamwahrscheinlichkeit nach Bayes-Test:
40-60%
                            [score: 0.4998]
 3.7 PYZOR_CHECK            Gelistet im Pyzor-System (http://pyzor.sf.net/)
 2.0 FAKE_REPLY_C           FAKE_REPLY_C

----------------------------------------------------------------------------
----

> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/

----------------------------------------------------------------------------
----

> _______________________________________________
> opensipstack-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel
>

Hi Last stable release is 1.1.4  (OpenSBC)  1.1.7 (OpenSIPStack).  These 
are available in the download sections.    However CVS is worth a try.  
We try our best to not to introduce new bugs in CVS that would affect 
the previous released functionality.   My advise is to go with CVS

Joegen

voice wrote:
> Hi 
>
> Which version is the last stable release of opensipstack for Linux/Centos5?
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> opensipstack-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel
>
>   

Hi

Can someone check my logic and setup?

I am using a Cisco ATA-186 in atasip 3.1.0 firmware with a public IPaddr
(69.x.x.x).

I am setting the OutBoundProxy on the ATAs' to my openSBC name/ipaddr ==
sbc.netxxxxxx.net with a public IP Address 69.x.x.50.

The ATA is registered in sipXecs 3.9.x also with a public IPaddr 69.x.x.40.

I am also using but not in this test several Cisco 26xx routers run nat/PAT.
These routers are in front several private networks.  The public side of the
NAT are connected to transceivers (69.x.x.x).  For testing both boxes are
hanging out on the Internet.  No firewalls, Nat nothing to get in the way
etc...

I would like to also have remote Internet (outside my network) ATA/IPPhones
register to the sipXecs.

On the openSBC I have set 'Upper Registration Routes' to point to the
sipxecs.  This is my string:

[sip:*@sbc.network.net*] sip:sipx.network.net:5060.

Using this approach will local and possibly the remote ATA be able to
register via the openSBC?

Using openSBC in this way do should i set SBC Mode something other then
'Full Mode'?

When using openSBC using 'Upper registration Routes'  is there a basic set
of setting i should be concerned with at the exclusion of other settings?

Are there any sipXecs folks on this list with similar issues' to mine?

I would be willing to open my test sipxecs and opensbc box's to further
development challenges in exchange for help setting up both boxes to
intergrate sipXecs and openSBC....

r

voice wrote:
> Hi
>
>
>
> Can someone check my logic and setup?
>
>
>
> I am using a Cisco ATA-186 in atasip 3.1.0 firmware with a public IPaddr
> (69.x.x.x).
>
> I am setting the OutBoundProxy on the ATAs' to my openSBC name/ipaddr ==
> sbc.netxxxxxx.net with a public IP Address 69.x.x.50.
>
> The ATA is registered in sipXecs 3.9.x also with a public IPaddr 69.x.x.40.
>
>
>
> I am also using but not in this test several Cisco 26xx routers run nat/PAT.
> These routers are in front several private networks.  The public side of the
> NAT are connected to transceivers (69.x.x.x).  For testing both boxes are
> hanging out on the Internet.  No firewalls, Nat nothing to get in the way
> etc...
>
>
>
> I would like to also have remote Internet (outside my network) ATA/IPPhones
> register to the sipXecs.
>
>
>
> On the openSBC I have set 'Upper Registration Routes' to point to the
> sipxecs.  This is my string:
>
> [sip:*@sbc.network.net*] sip:sipx.network.net:5060.
>
> Using this approach will local and possibly the remote ATA be able to
> register via the openSBC?
>   

This should be possible.  The trick is, the domain sip:sbc.network.net 
should not resolve as the local address of OpenSBC.   If 
sip:sbc.network.net is a local address, then OpenSBC would try to be 
authoritative over the registrations.    The correct format would be:

[sip:sipx.network.net*] sip:sipx.network.net:5060

>
>
> Using openSBC in this way do should i set SBC Mode something other then
> 'Full Mode'?
>
>   

I am suggesting B2BUpperReg Mode.  This would limit the work of OpenSBC 
to b2bua and upper reg.  Full mode includes the proxy functionality.

>
> When using openSBC using 'Upper registration Routes'  is there a basic set
> of setting i should be concerned with at the exclusion of other settings?
>
>
>   

No.  B2BUpperReg routes are just static routes for OpenSBC to follow in 
case the remote domain is not resolvable via DNS.  In  B2BUpperReg mode, 
you don't even have to put anything in the routes as long as the To-URI 
resolves to a remote domain.  

>
>
> Are there any sipXecs folks on this list with similar issues' to mine?
>
> I would be willing to open my test sipxecs and opensbc box's to further
> development challenges in exchange for help setting up both boxes to
> intergrate sipXecs and openSBC....
>
>
>   

Solegy (Sponsor Company of OpenSBC) has a similar setup.  In fact 
B2BUpperReg mode came into life when we started to evaluate sipXecs.

> r
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> opensipstack-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel
>
>
>   

Hi joegen

Thank you very much.

joegen wrote
> Solegy (Sponsor Company of OpenSBC) has a similar setup.  In fact
> B2BUpperReg mode came into life when we started to evaluate sipXecs.

How do i contact Solegy?  Do they still have those test boxes available?  Do
you know what version of sipX they are/were using?

r

----- Original Message ----- 
From: "jo...@op..." <joe...@gm...>
To: <ope...@li...>
Sent: Sunday, August 26, 2007 10:27 PM
Subject: Re: [OpenSIPStack] Upper Registration Routes

>
> voice wrote:
> > Hi
> >
> >
> >
> > Can someone check my logic and setup?
> >
> >
> >
> > I am using a Cisco ATA-186 in atasip 3.1.0 firmware with a public IPaddr
> > (69.x.x.x).
> >
> > I am setting the OutBoundProxy on the ATAs' to my openSBC name/ipaddr ==
> > sbc.netxxxxxx.net with a public IP Address 69.x.x.50.
> >
> > The ATA is registered in sipXecs 3.9.x also with a public IPaddr
69.x.x.40.
> >
> >
> >
> > I am also using but not in this test several Cisco 26xx routers run
nat/PAT.
> > These routers are in front several private networks.  The public side of
the
> > NAT are connected to transceivers (69.x.x.x).  For testing both boxes
are
> > hanging out on the Internet.  No firewalls, Nat nothing to get in the
way
> > etc...
> >
> >
> >
> > I would like to also have remote Internet (outside my network)
ATA/IPPhones
> > register to the sipXecs.
> >
> >
> >
> > On the openSBC I have set 'Upper Registration Routes' to point to the
> > sipxecs.  This is my string:
> >
> > [sip:*@sbc.network.net*] sip:sipx.network.net:5060.
> >
> > Using this approach will local and possibly the remote ATA be able to
> > register via the openSBC?
> >
>
> This should be possible.  The trick is, the domain sip:sbc.network.net
> should not resolve as the local address of OpenSBC.   If
> sip:sbc.network.net is a local address, then OpenSBC would try to be
> authoritative over the registrations.    The correct format would be:
>
> [sip:sipx.network.net*] sip:sipx.network.net:5060
>
>
>
> >
> >
> > Using openSBC in this way do should i set SBC Mode something other then
> > 'Full Mode'?
> >
> >
>
> I am suggesting B2BUpperReg Mode.  This would limit the work of OpenSBC
> to b2bua and upper reg.  Full mode includes the proxy functionality.
>
>
> >
> > When using openSBC using 'Upper registration Routes'  is there a basic
set
> > of setting i should be concerned with at the exclusion of other
settings?
> >
> >
> >
>
> No.  B2BUpperReg routes are just static routes for OpenSBC to follow in
> case the remote domain is not resolvable via DNS.  In  B2BUpperReg mode,
> you don't even have to put anything in the routes as long as the To-URI
> resolves to a remote domain.
>
>
>
> >
> >
> > Are there any sipXecs folks on this list with similar issues' to mine?
> >
> > I would be willing to open my test sipxecs and opensbc box's to further
> > development challenges in exchange for help setting up both boxes to
> > intergrate sipXecs and openSBC....
> >
> >
> >
>
>
> Solegy (Sponsor Company of OpenSBC) has a similar setup.  In fact
> B2BUpperReg mode came into life when we started to evaluate sipXecs.
>
>
>
> > r
> >
> >
> >
>
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > _______________________________________________
> > opensipstack-devel mailing list
> > ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel
> >
> >
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> opensipstack-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel

Hi

with respect to 'Relay Routes'

and 'Upper Registration Routes ' set to
[sip:sipx.network.net*] sip:sipx.network.net:5060

Would this be the correct way to setup 
Relay Routes
sip:200.sipx.network.net:5060

Hi

We run our own primary and secondary DNS. with a public add of 69.x.x.x.
For security reasons we don't use the SRV feature so our pbx resolves to a
full FQDN.  i.e. @sipx.network.net and not @network.net.

Will this setup interferre with openSBC resolving DNS.

Should i set openSBCs' 'Internal DNS Mapping' to our primary DNS or should i
leave it blank?

voice wrote:
> Hi
>
> We run our own primary and secondary DNS. with a public add of 69.x.x.x.
> For security reasons we don't use the SRV feature so our pbx resolves to a
> full FQDN.  i.e. @sipx.network.net and not @network.net.
>
> Will this setup interferre with openSBC resolving DNS.
>
> Should i set openSBCs' 'Internal DNS Mapping' to our primary DNS or should i
> leave it blank?
>
>   

Internal DNS Mapping is there so that you could fool OpenSBC that a 
doamin is actually an FQDN even though it doesn't have a DNS record for 
it.   If you internal and external DNS only affects this particular 
domain, I think you should use the internal DNS as with OpenSBC

Hi

So your advice is to leave 'Internal DNS Mapping'  blank if sipX domain is a
'FQDN' on the primary DNS?

r

----- Original Message ----- 
From: "jo...@op..." <joe...@gm...>
To: <ope...@li...>
Sent: Sunday, August 26, 2007 10:31 PM
Subject: Re: [OpenSIPStack] Internal DNS Mapping

> voice wrote:
> > Hi
> >
> > We run our own primary and secondary DNS. with a public add of 69.x.x.x.
> > For security reasons we don't use the SRV feature so our pbx resolves to
a
> > full FQDN.  i.e. @sipx.network.net and not @network.net.
> >
> > Will this setup interferre with openSBC resolving DNS.
> >
> > Should i set openSBCs' 'Internal DNS Mapping' to our primary DNS or
should i
> > leave it blank?
> >
> >
>
> Internal DNS Mapping is there so that you could fool OpenSBC that a
> doamin is actually an FQDN even though it doesn't have a DNS record for
> it.   If you internal and external DNS only affects this particular
> domain, I think you should use the internal DNS as with OpenSBC
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> opensipstack-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel

Hi All

Some where in your lit i found this 'SIP egress and ingress trunking among
others'.  Is there a doc somewhere that explains how to do this.

r

Hi Joegen

I have set up a public openSBC.  Could this be helpful for you to use for
testing?

r

----- Original Message ----- 
From: "Joegen E. Baclor" <joe...@gm...>
To: <ope...@li...>
Sent: Wednesday, August 22, 2007 8:49 PM
Subject: Re: [OpenSIPStack] last stable release?

> Hi Last stable release is 1.1.4  (OpenSBC)  1.1.7 (OpenSIPStack).  These
> are available in the download sections.    However CVS is worth a try.
> We try our best to not to introduce new bugs in CVS that would affect
> the previous released functionality.   My advise is to go with CVS
>
> Joegen
>
>
> voice wrote:
> > Hi
> >
> > Which version is the last stable release of opensipstack for
Linux/Centos5?
> >
>
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > _______________________________________________
> > opensipstack-devel mailing list
> > ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel
> >
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> opensipstack-devel mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel

Hi

Is there a how to for 'Upper Registration Routes' menu option?

r

Hi

I can see from  OpenSBC Registration Status this

      AOR    Expires    Call-ID
      200@69.38.187.241  sip:200@10.10.10.2:5060  845  1343322131@10.10.10.2
      20...@si...  sip:200@10.10.10.2:5060  845
1343322131@10.10.10.2

where is the 10.10.10.2:5060 ipaddr in the expires set and why the DHCP
addressing when the openSBC is sitting on a public IP?

also where does the call-id 1343322131@10.10.10.2 number and 10.10.10.2
domain being set?  It is reading some status value but from where are they
set.

r

Hi

With respect to 'B2BUA Routes' settings.

if the ATA's DID is 7739050169 and the 'Upper Registration Routes' is set to
[sip:sipx.network.net*] sip:sipx.network.net:5060

Would this be the correct way to set B2BUA Route?

sip:7739050169.sipx.network.net:5060