Hello all,
Solved the installation problem I had, now I am trying to configure SER in a certain way. My configuration is the following one:
Client ------------------------- SER ---------------------------- Server/Proxy 192.168.x.x 192.168.x.y 10.1.x.x 10.1.x.y
Unlike the normal case where SER is used as the Registrar, my client (in a private LAN) must register in a Server/Proxy and SER has to act as a SIP gateway. However, at the same time, SER has to register locally this client (for internal calls).
So, put in other words, SER should forward the REGISTER message (directed from the client to the Server/Proxy) and save locally the location of that client. Once registered the user, SER should act as a transparent proxy.
But in the practice, it does nothing if I put that the client registers in the Server/Proxy. The messages reach SER but it does not forward them, nor it registers locally the clients. So I tried configuring the client to register in SER instead of the Server/Proxy and then SER started to work.
Is a listening problem? What I have to include to the ser.cfg so SER handles also messages which are not directed to it but to the Server/Proxy? I hope somebody could help me.
Thanks in advance, Rebeca Martinez
Ser users, Just wondering if there is any accepted methods to keep the acc table with only a limited number of raw calls in it. Will removing old rows have an adverse effect on the proxy or the calls? I have about 8500 rows in the acc table of one of my proxy and it is growing. Can I go in and delete rows older than a certain date or is there a more recommended way to do it with ser?
I am using ser 0.9.6 running on Redhat 5 ES.
Thanks Mike
________________________________ DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems.
Sabatella, Michael wrote:
Ser users,
Just wondering if there is any accepted methods to keep the acc table with only a limited number of raw calls in it. Will removing old rows have an adverse effect on the proxy or the calls? I have about 8500 rows in the acc table of one of my proxy and it is growing. Can I go in and delete rows older than a certain date or is there a more recommended way to do it with ser?
Hi,
We delete all rows older than 24 hours with a cron job every night. It is a pretty safe thing to do.
Andres http://www.telesip.net
I am using ser 0.9.6 running on Redhat 5 ES.
Thanks
Mike
DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems.
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
"Martínez García, Rebeca" -
Andres -
Sabatella, Michael