Guys, thank you for your assistance. I have attached my openser.cfg file.
Please let me know if you see anything wrong
Travis
On Wed, Mar 12, 2008 at 8:03 AM, Bai Shi <[EMAIL PROTECTED]> wrote:
> Hi TA,
>
> Please check ur config file line 163 as mentioned in the debug log:
>
> CRITICAL:core:yy
Ariadne Ramos writes:
> We're having an issue with the INVITE'S size. The INVITE messages are
> trunked to 1480 Bytes when they exceed that size.
are you sure that they are truncated instead of sent out as two or more
fragmented ip packets?
> Capturing with ethereal, the package appears like
Hello
We're having an issue with the INVITE'S size. The INVITE messages are
trunked to 1480 Bytes when they exceed that size.
Capturing with ethereal, the package appears like "Fragmented IP protocol"
(proto=UDP 0x11, off=0) because is incomplete.
Exists a package maximum size?, Can I change it
Bogdan-Andrei Iancu writes:
> The question is - have you enabled the "onreply_avp_mode" TM param?
> http://www.openser.org/docs/modules/1.3.x/tm.html#AEN304
bogdan,
no, i had not realized that, by default, transaction avps are not visible
in onrely_route. thanks for the hint.
the reason
Hi Bai Shi,
I have been running some post-1.3 SVN release for a while, and 1.3.1
since yesterday on my test system. CANCEL behaves fine - even when
combined with uac_replace_from. But note that in my setup I'm also
authenticating each forwarded call with uac_auth - which may result
in different be
Hi, Thomas,
This will do in openser 1.2, however, in openser 1.3 it won't do any help. The
CANCEL will be sent out regardless what you have done to the request, but
follow the information in the original INVITE. I tested it and suffered a lot ;(
Rgds,
BS
-Original Message-
From: [EMAIL P
FULL ACK :o)
I'm doing similar things here: uac_replace_from combined with uac_auth,
individual (not 1:1) credentials from db, AVPs etc etc... append_branch
is useless in your case, you're right (I need it for uac_auth).
It would REALLY be great if this job would be done automagically
*BIG HINT H
Hi!
I have some challenges with alias_db_lookup and hope someone here can help.
I have a PBX that has registered [EMAIL PROTECTED] with my OpenSER. I want to
attach [EMAIL PROTECTED] and [EMAIL PROTECTED] to that registration and
alias_db_lookup
does that fine.
If a call comes to 111 the sip he
Hi Thomas,
Yes, I'm doing it that way now (without that "append_branch()" though),
but if you have an uuid-based setup where you fetch the uuid from the
subscriber table during authentication of the INVITE and then with that
uuid fetch dynamic data from the usr_preferences table to be used for
Applying uac_replace_from() to the CANCEL request should do the job,
it sadly doesn't happen automagically :'-(
Try something like:
if(is_method("CANCEL") && uri =~ "^sip:...")
{
if(t_check_trans())
{
rewritehostport("...");
uac_replace_from("
Hello,
There is a new Soap-Simple-Proxy release available.
soap-simple-proxy (1.0.3) unstable; urgency=low
* Allow items in SOAP policy object to be nillable
* Added version replace string to WSDL file
The software can be downloaded from:
http://openxcap.org
Kind regards,
Adrian Georges
The software can be downloaded from:
http://download.dns-hosting.info/CDRTool/
Changelog since 6.1.0:
cdrtool (6.3.0) unstable; urgency=low
* Boost the speed of the rating engine from 100% to 1000% depending
on
the complexity of the rating tables
* Fixed set of delimiter from global
Hi,
The architecture looks like this:
PSTN <-> AS5300 <-> openser(non_tls) <-> IP-PBX's (asterisk)
^^
^ billing^ (radius)
i want to interconnect with another operator trough sip.
i think about two methods:
-using AS5300
-directly to openser.
what method do you re
Hi,
thanks for your answer...
I increased the SHM_MEM_SIZE to 64 and left KG_MEM_POOL_SIZE
4*1024*1024 .
Anyway i found that is not possible to raise MAX_BRANCHES to values
higher than 30 due to
tm module internal limitation.
Bye,
Marcello
On Mar 12, 2008, at 12:16 PM, Bogdan-Andrei Iancu wrot
Bogdan,
Can you confirm that with onreply_avp_mode set to 1, the AVPs will also
be available in CANCEL, or just in reply/branch/failure routes?
Thanks,
Andreas
Bai Shi wrote:
> I think avp can be choose to preserve in the whole transaction by modparam of
> TM module.
> Try your luck at onreply_
Hi TA,
Please check ur config file line 163 as mentioned in the debug log:
CRITICAL:core:yyerror: parse error in config file, line 163, column 1-9:
Invalid arguments Mar 11 22:36:20 [3449]
If you have any problem with it, you can try to post ur config file in
the mailing list, so other may be
Hi Andreas,
Just saw ur other thread regarding the PGW's 481 Call Leg does not exist. I
think since the RFC requires the From number to be identical with the initial
invite and the cancel. TM should take the modified version sent out rather than
the original version received from the UAT. So th
Hi Bogdan,
Upon my test, at least uac_replace_from will do nothing to the automatically
generated CANCEL. For my case I have to forward it manually through stateless
forward. To be precise, no matter what is in the routing block, the CANCEL
carries the same message =S
As I mentioned, I think t
Hi Juha,
acc module generates the log on TMCB_RESPONSE_OUT TM callback - so,when
TM sends out the 200 ok reply, which is after the on-reply route.
The question is - have you enabled the "onreply_avp_mode" TM param?
http://www.openser.org/docs/modules/1.3.x/tm.html#AEN304
Regards,
Bogdan
J
I think avp can be choose to preserve in the whole transaction by modparam of
TM module.
Try your luck at onreply_avp_mode (integer)
But I do think if openser could take this over, it'll be a nice thing. Anyway
openser has to store a copy of sip msg, then why not store the manipulated
version? J
On Wednesday 12 March 2008, TA wrote:
> My name is Travis and I currently trying to deploy OpenSer. Out of the box
> OpenSer works just fine but since I have configured it to work with
> mediaproxy OpenSer will not longer start.
> [..]
> Mar 11 22:36:20 [3449] CRITICAL:core:yyerror: parse error i
Hi Marcello,
Marcello Lupo wrote:
> Hi to all,
> due to a failover routing policy (serial forking) i need to increase
> the MAX_BRANCHES value to something like 35.
> Our gateways have limitation of 30 Channels ---> 1 IP . I have 32 of
> them available.
> Can this change have any heavy and dan
Hi guys,
just some useful info:
in pre 1.3.0, TM was not implementing hop-by-hop cancel (as generating
the requests), but it was doing just forward. In this case you had to
manually mangle the CANCEL request also, similar to INVITE one.
starting with 1.3.0, TM implements hop-by-hop cancel - it
Hi,
> Actually it is different issue =P. You can manually change From in CANCEL in
> 1.2.2, however, in 1.3.0/1 even if you do manually modification, it won't
> work at all =).
I see. Well, problem is that you normally do quite some processing in
INVITE, loading stuff from DB and so on, which t
Hi Andreas,
Actually it is different issue =P. You can manually change From in CANCEL in
1.2.2, however, in 1.3.0/1 even if you do manually modification, it won't work
at all =).
I think since TM module will take care of the uri rewriting, it should smart
enough up replace the From/To/Contact
Hi to all,
due to a failover routing policy (serial forking) i need to increase
the MAX_BRANCHES value to something like 35.
Our gateways have limitation of 30 Channels ---> 1 IP . I have 32 of
them available.
Can this change have any heavy and dangerous effect on openser ??
Just to know if i w
Hi Bogdan,
> you say that in 1.3 (opposite to 1.2), the forwarded CANCELs preserve
> the received FROM hdr instead of using the changed FROM, right?
I use 1.2.2 and I face the same issue. I do change the From in the
INVITE, but in CANCEL the unchanged header is sent out. Do I manually
have to
Hi,
No, I don't, it's just dropped. But I just saw that the Thread "Is it a
bug? TM module is sending CANCEL request regardless what the script do
with the From Header since 1.3.0" describes the same problem. Let's
continue discussion there.
Andreas
Patrick Miccio wrote:
> hi,
>
> For once t
Sorry if you guys get this email a few times... I tried to send it before I
joined. Please see below.
> My name is Travis and I currently trying to deploy OpenSer on Debian. Out
> of the box OpenSer works just fine but since I have configured it to work
> with mediaproxy OpenSer will not longer
hi,
For once the RFC seems to be pretty strict in this matter ;)
I have been creating sipp scenarios lately, the RFC describes exactly the
behaviour I have encountered.
Further down it mentions the following:
If the UAS did not find a matching transaction for the CANCEL
according to the p
Hi,
I hit another problem with a Cisco PGW in combination with CANCEL, and
I'm not sure which fault it is. If I do uac_replace_from in the INVITE,
the From-Header is altered somehow and sent to the PGW. So if A calls B
where B is a PGW, the From from A to OpenSER is for example
sip:[EMAIL PROT
My name is Travis and I currently trying to deploy OpenSer. Out of the box
OpenSer works just fine but since I have configured it to work with
mediaproxy OpenSer will not longer start. Below you will find the errors
that I am recieving. I have been working on this for days trying to get it
resolved
My name is Travis and I currently trying to deploy OpenSer. Out of the box
OpenSer works just fine but since I have configured it to work with
mediaproxy OpenSer will not longer start. Below you will find the errors
that I am recieving. I have been working on this for days trying to get it
resolve
Hi Bogdan,
Confirmed. The phenomenon is still there in 1.3.1
I don't know whether this is by design or it is a bug. But I believe no matter
why somebody modified something in the Invite, he'd like the Cancel will have
the same attribute =).
BTW, the early ACK to negative Invite response has th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I fixed the bug in permissions module:
in File permissions.c funtion "static int mod_init(void)"
replace line (around line 690)
allow[0].filename = get_pathname(DEFAULT_ALLOW_FILE);
with
allow[0].filename = get_pathname(default_allow_file)
Hello Stefan,
Thank you very much for your answer, I have now upgraded to "Sip Express
Media Server (1.1.0-pre-r752) and after I changed the socket name from
"/tmp/openser_sock" to "/tmp/ser_sock" everything is working.
SER:
- modparam("mi_datagram", "socket_name", "/tmp/openser_sock")
+ modpara
Exactly.
In 1.2 the forwarded Cancels will preserve the modified attribute according to
routing logic. However in 1.3, no matter what is in the routing block. The
Cancel will derive information from the original request send by the UAC.
Actually I guess it is not only the FROM, all the header fi
37 matches
Mail list logo
