<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general">
    <title>gmane.comp.telephony.pbx.sipfoundry.general</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12512"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12511"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12510"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12509"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12508"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12507"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12506"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12505"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12504"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12502"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12501"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12499"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12498"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12497"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12496"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12495"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12494"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12493"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12492"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12491"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12512">
    <title>Re: Trouble dialing in to SipX from PSTN</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12512</link>
    <description></description>
    <dc:creator>Michael LeBlanc</dc:creator>
    <dc:date>2008-12-04T03:46:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12511">
    <title>Re: [sipX-dev] Resend - CDR Enhancement Proposals -reActive Calls</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12511</link>
    <description>
On Wed, 2008-12-03 at 20:20 +0530, Vikas Sharma wrote:

There is a utility called 'sipxproc' that can restart processes.  Note
that it is only intended to be used as a developer tool - the interface
and capabilities may change between releases.


</description>
    <dc:creator>Scott Lawrence</dc:creator>
    <dc:date>2008-12-03T15:25:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12510">
    <title>Re: [sipX-dev] Resend - CDR Enhancement Proposals - reActive Calls</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12510</link>
    <description/>
    <dc:creator>Vikas Sharma</dc:creator>
    <dc:date>2008-12-03T14:50:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12509">
    <title>Re: Hunt Group calls disconnect after 2-3 secs</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12509</link>
    <description>You are correct that it is the root of the problem...

NAT translation is a problem inbound AND outbound.

If you take a firewall and map ALL traffic on port 5060 &amp; etc. to the
internal IP address of the PBX, what happens when that inbound call is
told to talk to internal extension 202&lt; at &gt;sip.domain which happens to be at
an internal IP address different than the PBX?  The PBX doesn't stay in
the middle of the call, it hands the call off and it is supposed to be
handled in a peer-to-peer manner.

The SBC needs to be able to stay in the middle of calls in and out to
handle the NAT translations.

Mike

</description>
    <dc:creator>Picher, Michael</dc:creator>
    <dc:date>2008-12-03T10:35:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12508">
    <title>Re: caller ID question</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12508</link>
    <description/>
    <dc:creator>Tony Graziano</dc:creator>
    <dc:date>2008-12-03T10:20:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12507">
    <title>Hunt Group calls disconnect after 2-3 secs</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12507</link>
    <description>using sipXconfig (3.10.2-013143 2008-07-23T18:09:14 ecs-centos5)

I set up a Hunt Group with extension 900.  I have it concurrently ring  
extension 200 and 201.  When dialing in from externally through my  
provider, if I have the dialplan for this external provider go to  
extension 900, about 2-3 seconds after the extension answers, the call  
is disconnected.  If I dial extension 900 from a different internal  
extension, say 202, then when an extension answers, the calls are not  
disconnected.

I am not sure I understand how the call routing takes place.

sipX is on a machine behind my firewall.  The firewall has a "virtual  
server" set up for port 5060 to go to the sipX machine.  I have  
OpenSBC running on port 5062 and it handles the calls from sipX to the  
outside world but is not involved with calls from the outside world  
coming in as that seemed to work fine without involvement of OpenSBC  
by forwarding port 5060 traffic from the firewall.  But I have the  
feeling that is the root of this p</description>
    <dc:creator>Chad Leigh - Pengar Enterprises Inc</dc:creator>
    <dc:date>2008-12-03T07:27:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12506">
    <title>caller ID question</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12506</link>
    <description>using sipXconfig (3.10.2-013143 2008-07-23T18:09:14 ecs-centos5)

I configured a caller id on the gateway entry and when I call out that  
is used as the caller ID.  None of the check boxes are checked in the  
gatewat caller id section.

I want specific users to have their own caller id.   I go to the  
caller id section of the user and add a caller id there.  No boxes are  
checked.  This caller id is ignored when I dial out through the gateway.

How do I go about configuring it to allow me to set a custom caller id  
for a given user?

Thanks
Chad

</description>
    <dc:creator>Chad Leigh - Pengar Enterprises Inc</dc:creator>
    <dc:date>2008-12-03T06:56:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12505">
    <title>Re: High Availability call fails</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12505</link>
    <description/>
    <dc:creator>Vikas Sharma</dc:creator>
    <dc:date>2008-12-03T05:05:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12504">
    <title>Re: sipx-users Digest, Vol 58, Issue 3</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12504</link>
    <description>Dear All,

We have a new mediant 1000 with 2 E1 and 4  4-port FXO modules.

Under sipx 3.8, when i add the gateway Mediant 1000, under Ports I can 
only see the E1 options but not the additional modules (i.e. FXO 
modules). I have checked the settings and there seems to be no place to 
key-in the config for the additional modules.

Any guidance would be appreciated.
cheers!
</description>
    <dc:creator>Cuneyt M</dc:creator>
    <dc:date>2008-12-02T18:14:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12502">
    <title>Re: [sipX-dev]  3.10.4 Release</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12502</link>
    <description>
On Tue, 2008-12-02 at 08:33 -0500, Picher, Michael wrote:


Correct... there will be a 3.10.3 sipXecs release... watch the build
status page, and I (or someone) will post a note on the users list when
it's in the release area.

</description>
    <dc:creator>Scott Lawrence</dc:creator>
    <dc:date>2008-12-02T16:06:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12501">
    <title>Re: [sipX-dev]  3.10.4 Release</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12501</link>
    <description/>
    <dc:creator>Marden Marshall</dc:creator>
    <dc:date>2008-12-02T15:56:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12499">
    <title>3.10.4 Release</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12499</link>
    <description/>
    <dc:creator>Tony Graziano</dc:creator>
    <dc:date>2008-12-02T12:46:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12498">
    <title>Re: HA - Domain name</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12498</link>
    <description/>
    <dc:creator>Picher, Michael</dc:creator>
    <dc:date>2008-12-02T12:33:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12497">
    <title>Re: HA - Domain name</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12497</link>
    <description>You need to confirm your SRV records for sip.  
-----Original Message-----
From: "Vikas Sharma" &lt;vikas.sharma711&lt; at &gt;gmail.com&gt;
To: sipxusers &lt;sipx-users&lt; at &gt;list.sipfoundry.org&gt;

Sent: 12/2/2008 1:54:03 AM
Subject: [sipx-users] HA - Domain name

hi all
I have installed sipx from CD ( Cent OS) in High Availability  environment.

domain - coralsip.com
Master - ankur.coralsip.com  (192.168.4.44)
Slave       vikas.coralsip.com   (192.168.4.13)


$nslookup ankur.coralsip.com
             resolves and give IP add
$nslookup vikas.coralsip.com
             resolves and give IP add
$nslookup coralsip.com
            doesn't resolve give nothing

Do i need to give some additional entry in dns files to resolve domain name
or no need for that?

What server addr should i give, while registering the phone?

If i give  ankur.coralsip.com  all are register to this master machine
If i give vikas .coralsip.com  all are register to this slave machine. In
both cases HA not be achieved i think.
If i give  coralsip.com  phones dont  get</description>
    <dc:creator>Tony Graziano</dc:creator>
    <dc:date>2008-12-02T11:23:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12496">
    <title>HA - Domain name</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12496</link>
    <description/>
    <dc:creator>Vikas Sharma</dc:creator>
    <dc:date>2008-12-02T06:54:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12495">
    <title>Re: Trouble dialing in to SipX from PSTN</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12495</link>
    <description>
You can run multiple instances on the same host; I've run 5 sipXecs's
simultaneously.  In principle it's simple, in practice it's messy.  The
port numbers are controlled by a configuration file.  (The exact method
is being changed, but the capability remains -- down in the bowels,
sipXecs listening ports can be reconfigured.)  The mess is that you have
to give each sipXecs instance a different tree of directories to store
its stuff in.  You can do that by creating a chroot environment, or by
rebuilding the code from source, providing "./configure
--prefix=/root/of/sipXecs/execution/file/tree".

Dale


</description>
    <dc:creator>Dale Worley</dc:creator>
    <dc:date>2008-12-01T22:14:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12494">
    <title>Re: Trouble dialing in to SipX from PSTN</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12494</link>
    <description>
On Mon, 2008-12-01 at 10:54 -0800, Michael LeBlanc wrote:

yes, with great care - this really isn't a "supported" thing to do, but
with manual configuration it can be made to work.


no.

What are you trying to do that you need this?

</description>
    <dc:creator>Scott Lawrence</dc:creator>
    <dc:date>2008-12-01T20:24:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12493">
    <title>Re: Trouble dialing in to SipX from PSTN</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12493</link>
    <description>Good point -- OpenSIPS is a piece I'd like to remove. I did get 
sipXproxy to start on a different port -- but then I had trouble 
configuring X-Lite to connect to the proxy on anything other than 5060.

Can I run multiple instances of sipXproxy on the same host, or have the 
same instance listen on multiple ports?

-----Original Message-----
From: Scott Lawrence [mailto:scott.lawrence&lt; at &gt;nortel.com]
Sent: December 1, 2008 10:39 AM
To: Michael LeBlanc
Cc: sipx-users&lt; at &gt;list.sipfoundry.org
Subject: Re: [sipx-users] Trouble dialing in to SipX from PSTN


On Mon, 2008-12-01 at 10:01 -0800, Michael LeBlanc wrote:
 &gt; I figured out where I went wrong. I was pointing the gateway directly at
 &gt; the SIP Registrar, rather than the SIP Proxy (5060). Once I had the
 &gt; gateway talking to the SIP Proxy, the autoattendant and extensions with
 &gt; aliases set to DiDs were found by SipX.
 &gt;
 &gt; The complicating factor is that our gateway has to talk to SipX on a
 &gt; non-standard port, say port 6060, rather than 5060. So I had to set u</description>
    <dc:creator>Michael LeBlanc</dc:creator>
    <dc:date>2008-12-01T18:54:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12492">
    <title>Re: Trouble dialing in to SipX from PSTN</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12492</link>
    <description>
On Mon, 2008-12-01 at 10:01 -0800, Michael LeBlanc wrote:

It sounds like you've got workarounds on your workarounds

Getting sipXproxy to run on a different port is not a big deal.


</description>
    <dc:creator>Scott Lawrence</dc:creator>
    <dc:date>2008-12-01T18:38:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12491">
    <title>SipX Active Directory Sync/SIP Password Storage</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12491</link>
    <description>I was wondering if anyone has gone the route of AD synchronization for 
SipX user information. In particular, is it possible to actually 
synchronize a user's username/Sip-password with their AD 
username/password? I can think of reasons why this wouldn't be desirable 
(especially with passwords being stored on devices), but I was wondering 
if it's a possibility. My understanding is that Active Directory won't 
let you read a password attribute via LDAP, even if you're binding as a 
privileged user.

Also, does SipX store sip-passwords in the clear? If so, are there any 
ways to hash it -- or is it generally accepted that the sip-password is 
a low security token, just by virtue of the way it's used (stored in 
text files on devices, etc...).

Cheers,

Mike
</description>
    <dc:creator>Michael LeBlanc</dc:creator>
    <dc:date>2008-12-01T18:25:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12490">
    <title>Re: Trouble dialing in to SipX from PSTN</title>
    <link>http://permalink.gmane.org/gmane.comp.telephony.pbx.sipfoundry.general/12490</link>
    <description/>
    <dc:creator>Tony Graziano</dc:creator>
    <dc:date>2008-12-01T18:05:33</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.telephony.pbx.sipfoundry.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.telephony.pbx.sipfoundry.general</link>
  </textinput>
</rdf:RDF>
