Hi under the serweb user_interface ( I don't get this under admin) I
recieve the following error
cannot open write fifo in red blod after I log in.
I chmoded the /tmp/ser_fifo pipe to 666 and 777 , but neither helped
and actually when I did it for both, the commands related to serctl
fifo freeze and the the users are not able to log into serweb.
Anyone have any pointers?
-------
Shidan
Hi All.
I'm doing some validation checks against my SIP proxy (ser-0.9.1)
using SFTF http://www.sipfoundry.org/sftf/
I'm seeing that some tests are making further through my ser.cfg than I'd like.
For example, SFTF test case214 sends an INVITE message to SER with an
invalid Content-Type header.
SER replies with a 404 User Not Found, which is technically correct,
since the the destination doesn't exist, but SFTF complains that SER
should have returned a 415 Unsupported Media Type error instead.
So my question is this; even though ser rejected the SIP message,
shouldn't it have performed some checks on the message to validate
things like Content-Type, R-URI, etc to make sure the message is not
corrupt or invalid?
If not, does it make sense to do so before letting a SIP message get
too far in to my ser.cfg?
I did find this article in the archives which seems to indicate that
ser should [happliy] ignore things it doesn't understand - but is this
safe?
http://lists.iptel.org/pipermail/serusers/2004-November/013171.html
Regards,
Paul
Thanx , it helped. I wonder why Debian is so secure sometimes :)
-----Original Message-----
From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro]
Sent: Monday, March 28, 2005 3:59 PM
To: Steve Blair
Cc: Wojciech Ziniewicz; 'serusers(a)lists.iptel.org'
Subject: Re: [Serusers] pstn + accoounting
Hi Wojciech,
For more hints - see/add in my.conf, in [mysqld] section:
max_connections = 400
this should be enough ;-)
Best regards,
Marian
Steve Blair wrote:
>
> Check the archives for articles about mysql max_connections. You need to
> increase this parameter in your my.ini file.
>
> _Steve
>
> Wojciech Ziniewicz wrote:
>
>> Hello,
>> I used the example from doc/examples/pstn.cfg in Debian Sarge but when
>> SER
>> connects to mysql it says that therare "too many connecitons"... maybe
>> it's
>> a bug or maybe my conf is not correct. If so, could you please point
>> me how
>> to forward calls to a hardware E1/IP Gateway ? (like Multitech Multivoip
>> 3010) . My gateway works fine for h323. With SIP it registers in SER (but
>> there are logs that "binding has expired")
>>
>> Any help appreciated and thanks in advance..
>>
>>
>>
>
--
Voice System
http://www.voice-system.ro
Ok, here's a kind of OT question for everyone out there. Is there any
point to using db_mode 1 or 2 since t_replicate exists? Seems kind of
pointless, unless I'm just missing something.. :)
Matt
-----Original Message-----
From: Nils Ohlmeier [mailto:lists@ohlmeier.org]
Sent: Monday, March 28, 2005 9:04 AM
To: Matt Schulte
Cc: serusers(a)lists.iptel.org; Jan Janak; Marian Dumitru
Subject: Re: [Serusers] usrloc and replication
Please check with serctl if the contacts in memory already have non-zero
rep
values.
I think the db-mode should have no effect on your problem. But I#m not
up-to-date with the code any more.
Nils
On Monday 28 March 2005 16:32, Matt Schulte wrote:
> Would db_mode 2 vs. 1 have any effect on this? My rep fields are still
> non-zero, would posting my config even help?
>
> Matt
>
> -----Original Message-----
> From: Nils Ohlmeier [mailto:lists@ohlmeier.org]
> Sent: Saturday, March 26, 2005 8:49 PM
> To: serusers(a)lists.iptel.org
> Cc: Matt Schulte; Jan Janak; Marian Dumitru
> Subject: Re: [Serusers] usrloc and replication
>
>
> The module was named replicator and the code was never public
> available because the code was non-free. The documentation behind it
> can be found in my diploma thesis. As Jan already said it's history.
> If you want to fix your running system just set all the replication
> values in
> your database to zero and restart your SER. Its very unlikely that
these
>
> values were changed by SER at any time.
>
> Nils
>
> On Saturday 26 March 2005 22:52, Matt Schulte wrote:
> > I see, so if I set the replication value to non-zero, where would
> > that
> >
> > be done at? I didn't do it intentionally of course. Are you
> > suggesting
> >
> > a config thing or more manual such as editing the tables in the db?
> > What was the module name written by Nils? Was it included in any
> > versions of ser? Maybe I'm running this by accident, from what I can
> > tell though my config is pretty standard.Thanks much..
> >
> > Matt
> >
> > -----Original Message-----
> > From: Jan Janak [mailto:jan@iptel.org]
> > Sent: Saturday, March 26, 2005 2:06 PM
> > To: Marian Dumitru
> > Cc: Matt Schulte; serusers(a)lists.iptel.org
> > Subject: Re: [Serusers] usrloc and replication
> >
> >
> > There was another SER module written by Nils Ohlmeier that
> > replicated the user location contacts to a set of servers and kept
> > the replication state in usrloc. SER itself does not use the
> > replication flag and, as Marian said, you probably set the replicate
> > flag to non-zero value which is not correct.
> >
> > Since you do not have the replication module, there is nothing that
> > would reset the flag and the contact stays in the user location
> > database forever.
> >
> > The replication code was quite complex and it has been abandoned
> > some time ago. I plan to remove the zombie states and all related
> > code to make the usr location simpler.
> >
> > Jan.
> >
> > On 26-03 18:05, Marian Dumitru wrote:
> > > Matt,
> > >
> > > You get the message you mentioned "Keeping binding....." *only*
> > > if the contact is marked for replication. You can check this
> > > either in DB column replication, either into memory via "serctl ul
> > > show".
> > >
> > > As in code the replication flag is hardcoded to 0 (disabled), I
> > > would say you inserted via fifo some contacts with replication
> > > value
> > >
> > > != 0.
> >
> > Or ???
> >
> > > If so, I'm not sure if usrloc will ever remove the contact if the
> > > replication flag is still set.
> > >
> > > Best regards,
> > > Marian
> > >
> > > Matt Schulte wrote:
> > > >Thanks for the reponse, I gathered that much. My question is how
> > > >long
> > > >
> > > >before the contact gets "removed"? It's late morning now and it's
> > > >still there :-)
> > > >
> > > >-----Original Message-----
> > > >From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro]
> > > >Sent: Saturday, March 26, 2005 5:37 AM
> > > >To: Matt Schulte
> > > >Cc: serusers(a)lists.iptel.org
> > > >Subject: Re: [Serusers] usrloc and replication
> > > >
> > > >
> > > >Hi Matt,
> > > >
> > > >After expiration an before being removed, the contact are still
> > > >kept in ZOMBIE state - you can see the state in DB changes.
> > > >
> > > >Best regards,
> > > >Marian
> > > >
> > > >Matt Schulte wrote:
> > > >>Ok, I'm using usrloc db_mode 2, I understand the timer checks
> > > >>every 60
> > > >>
> > > >>
> > > >>seconds default to see who should be expired and all. What I
> > > >>don't
> > > >>
> > > >>understand is why I keep getting these messages:
> > > >>
> > > >>Keeping binding '+13142664004','sip:s@69.29.57.253:3105' for
> > > >>replication
> > > >>
> > > >>This contact expired nonetheless and should be removed, is there
> > > >>something I'm missing?
> > > >>
> > > >>+--------------+--------------------------------------+---------
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>----+
> > > >>
> > > >>| username | contact | expires
> > > >>
> > > >>+--------------+--------------------------------------+---------
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>----+
> > > >>
> > > >>| +13142664004 | sip:s@69.29.57.253:3105 |
2005-03-26
> > > >>
> > > >>00:42:35 |
> > > >>
> > > >>| +13142664004 | sip:s@69.29.57.253:3118 |
2005-03-26
> > > >>
> > > >>01:24:58 |
> > > >>+--------------+--------------------------------------+---------
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>+--------------+--------------------------------------+--
> > > >>----+
> > >
> > > --
> > > Voice System
> > > http://www.voice-system.ro
> > >
> > > _______________________________________________
> > > Serusers mailing list
> > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
It's greate that rtpproxy support multiple stream. Thanks
Maxim for his great work.
Now I want to test the rtpprxy+SER, But after starting the
rtpproxy, I can't find which ports the rtpproxy listens.
I don't understand the arguments of rtpproxy all well.
Is it a must the rtpproxy runs on machine with multiple network
adapters?? How to start it with the appropriate arguments?
Thanks for your kind help and advance.
Best Regards.
Sun Zongjun
Hello List,
First, many thanks to those who replied my previous dumb questions. My SER
0.9.0 with mysql auth and radius accounting with mysql is seemingly working
ok.
I have a question about SER's Radius accounting, but not sure how to ask,
here is my situation:
I'm testing out calls between XLite (caller) and a hardware phone (callee),
but for some reason the call duration is always 30 seconds longer than
actual (For both cases, it's the callee who does the hang up). I tried calls
between XLite and XLite and the duration would be accurate. So I ngrep-d the
traffic for both scenairos, for XLite-XLite's case, the flow is the side who
hangs up (say, UA1) will send the BYE to SER then SER relays the BYE to UA2.
Then UA2 sends an ACK to SER and SER relays the ACK to UA1. For the XLite to
HW phone's case, the phone will still send the BYE to SER and SER will relay
it to XLite. However, XLite will not send an ACK to SER. And the phone sends
another BYE to SER and then SER relays it to XLite -this is repeated for 5 -
6 times until finally SER will just send a 408 Request Timeout to the HW
Phone. And it seems this is the time when SER sends the Stop message to the
Radius server, and hence the extra 30-sec call duration. So I'm wondering if
SER indeed needs the ACK for the BYE message before sending the accounting
stop message to Radius? Or is my situation caused by some other reasons?
Thank you in advance.
_________________________________________________________________
Is your PC infected? Get a FREE online computer virus scan from McAfee®
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Would db_mode 2 vs. 1 have any effect on this? My rep fields are still
non-zero, would posting my config even help?
Matt
-----Original Message-----
From: Nils Ohlmeier [mailto:lists@ohlmeier.org]
Sent: Saturday, March 26, 2005 8:49 PM
To: serusers(a)lists.iptel.org
Cc: Matt Schulte; Jan Janak; Marian Dumitru
Subject: Re: [Serusers] usrloc and replication
The module was named replicator and the code was never public available
because the code was non-free. The documentation behind it can be found
in my
diploma thesis. As Jan already said it's history.
If you want to fix your running system just set all the replication
values in
your database to zero and restart your SER. Its very unlikely that these
values were changed by SER at any time.
Nils
On Saturday 26 March 2005 22:52, Matt Schulte wrote:
> I see, so if I set the replication value to non-zero, where would that
> be done at? I didn't do it intentionally of course. Are you suggesting
> a config thing or more manual such as editing the tables in the db?
> What was the module name written by Nils? Was it included in any
> versions of ser? Maybe I'm running this by accident, from what I can
> tell though my config is pretty standard.Thanks much..
>
> Matt
>
> -----Original Message-----
> From: Jan Janak [mailto:jan@iptel.org]
> Sent: Saturday, March 26, 2005 2:06 PM
> To: Marian Dumitru
> Cc: Matt Schulte; serusers(a)lists.iptel.org
> Subject: Re: [Serusers] usrloc and replication
>
>
> There was another SER module written by Nils Ohlmeier that replicated
> the user location contacts to a set of servers and kept the
> replication state in usrloc. SER itself does not use the replication
> flag and, as Marian said, you probably set the replicate flag to
> non-zero value which is not correct.
>
> Since you do not have the replication module, there is nothing that
> would reset the flag and the contact stays in the user location
> database forever.
>
> The replication code was quite complex and it has been abandoned some
> time ago. I plan to remove the zombie states and all related code to
> make the usr location simpler.
>
> Jan.
>
> On 26-03 18:05, Marian Dumitru wrote:
> > Matt,
> >
> > You get the message you mentioned "Keeping binding....." *only* if
> > the contact is marked for replication. You can check this either in
> > DB column replication, either into memory via "serctl ul show".
> >
> > As in code the replication flag is hardcoded to 0 (disabled), I
> > would say you inserted via fifo some contacts with replication value
> > != 0.
>
> Or ???
>
> > If so, I'm not sure if usrloc will ever remove the contact if the
> > replication flag is still set.
> >
> > Best regards,
> > Marian
> >
> > Matt Schulte wrote:
> > >Thanks for the reponse, I gathered that much. My question is how
> > >long
> > >
> > >before the contact gets "removed"? It's late morning now and it's
> > >still there :-)
> > >
> > >-----Original Message-----
> > >From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro]
> > >Sent: Saturday, March 26, 2005 5:37 AM
> > >To: Matt Schulte
> > >Cc: serusers(a)lists.iptel.org
> > >Subject: Re: [Serusers] usrloc and replication
> > >
> > >
> > >Hi Matt,
> > >
> > >After expiration an before being removed, the contact are still
> > >kept in ZOMBIE state - you can see the state in DB changes.
> > >
> > >Best regards,
> > >Marian
> > >
> > >Matt Schulte wrote:
> > >>Ok, I'm using usrloc db_mode 2, I understand the timer checks
> > >>every 60
> > >>
> > >>
> > >>seconds default to see who should be expired and all. What I don't
> > >>understand is why I keep getting these messages:
> > >>
> > >>Keeping binding '+13142664004','sip:s@69.29.57.253:3105' for
> > >>replication
> > >>
> > >>This contact expired nonetheless and should be removed, is there
> > >>something I'm missing?
> > >>
> > >>+--------------+--------------------------------------+-----------
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>----+
> > >>
> > >>| username | contact | expires
> > >>
> > >>+--------------+--------------------------------------+-----------
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>----+
> > >>
> > >>| +13142664004 | sip:s@69.29.57.253:3105 | 2005-03-26
> > >>
> > >>00:42:35 |
> > >>
> > >>| +13142664004 | sip:s@69.29.57.253:3118 | 2005-03-26
> > >>
> > >>01:24:58 |
> > >>+--------------+--------------------------------------+-----------
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>----+
> >
> > --
> > Voice System
> > http://www.voice-system.ro
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Have either of you seen that post in the forum asking where to find
something called the "uac_auth" module?
If so can you reply to that post dated 2005/3/14 ?
I did some Google searching and cannot find any mention of the module.
I don't think the poster is referring to the new uac module in CVS
head for altering the <From> header.
Regards,
Paul
HI
I have this problem when I made a call from a registered endpoint to a
PSTN number through a GW AS5350 I can´t cancel this call and
destination keeps ringing until timeout occur;
this happen only when I use "is_user_in" function before to forward the call.
some idea???
ser.cfg<:::
....
if (uri==myself) {
if (method == "REGISTER") {
log(1, "ANALYZING REGISTER REQUEST\n");
# to use digest authentication
if (!www_authorize("mydomain.com.pe", "subscriber")) {
www_challenge("mydomain.com.pe", "0");
break;
};
if (!save("location")) {
sl_reply_error();
};
break;
};
if (method == "INVITE" && src_ip!=GW_AS5350_IP) {
log(1, "ANALYZING INVITE REQUEST\n");
if (!proxy_authorize("mydomain.com.pe", "subscriber")) {
proxy_challenge("mydomain.com.pe", "0");
break;
} else if (is_user_in("credentials", "deactivated")) {
sl_send_reply("402", "Su
cuenta fue desactivada");
break;
};
};
/* ***************** Dial out to Local and PSTN logic
****************** */
# forward n digit requests to gateway AS5350 (Celulares)
if(uri=~"^sip:9"){
log(1," digit expression match - Celulares");
if (!is_user_in("credentials", "mobile")) {
sl_send_reply("403", "No permission
for mobile calls");
break;
};
rewritehostport("GW_AS5350_IP:5060");
route(1); ## to NatHelper l...
break;
};
# Forward calls to 6607+ to Asterisk OH323 Module gk´s
if(uri=~"^sip:6607[0-9][0-9][0-9]*@(mydomain\.com\.pe)"){
rewritehostport("Asterisk-IP:5060");
log(1,"digit expression match - Local (oH323)");
route(2);
break;
};
.....
.
.
.
--
rrgv
hello,
how can I access/enable/find logs from rtpproxy ?
I see in rtpproxy sources that logs are being generated with
"rtpp_log_write", but where are there or how can I "enable" them.
I am interested to see when a session is "active", when a packet from
both caller/callee are received in order to track down a problem I have
with 2 UAs.
something else: when everything is OK how many ports should be opened
for s single proxy session ? 2 (1 RTP+1 RTCP) or 4 (2RTP + 2RTCP) ?
when two UAs can not come to an agreement regarding a codec, is there
any RTP traffic between the two, or media negotiation is based solely on
SDP messages contained within INVITE/OK SIP messages ?
thanks,
razvan radu