Hello,
I have an application that requires an incoming call to ring multiple
phones simultaneously until one answers or it times out. After that I
need to direct the call to another phone or group.
Is this feasible using SER? If so, are there any example configurations
I can use as a basis - I have already seen the sequential 'hunt group'
example, but I need a parallel ring option.
Thanks
Jeremy
El Wednesday 20 February 2008 10:08:44 Daniel Grotti escribió:
> Hi,
> but how can I get out of outgoing and enter into incoming script?
> for example:
>
> cpl_run_script("outgoing","force_stateful");
> [...]
> lookup("location");
> [...]
> cpl_run_script("incoming","force_stateful");
Yes, now I understand your main problem.
IMHO the only solution is to send outbound the INVITE (so it comes again to
OpenSer by DNS resolution). Something as:
if ($si != "IP_OPENSER") {
cpl_run_script("outgoing","force_stateful");
t_relay(); # Send out the INVITE.
}
lookup("location");
cpl_run_script("incoming","force_stateful");
A calls B, the INVITE arrives to the proxy from an IP different than the proxy
IP, so the outgoing CPL is runned and the CPL by itself will send out the
INVITE. The INVITE will come back to the proxy since B is a local user, but
in this case the $si is the proxy IP so the lookup and incoming CPL will be
runned.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hi all,
I'd like to use either cpl Outgoing (of the caller) and cpl incoming
script (of the callee).
I mean, if "A" wanted to call "B", and "A" and "B" have CPL script
saved on proxy, then the message sent by "A" have to go through
CPL-OUTGOING of "A" and then through CPL-INCOMING of "B".
How can I get this behaviuor in openser.cfg ?
Thanks,
Daniel
--
Daniel Grotti
________________________
e-mail : d.grotti(a)gmail.com
Hi, I register a X-Lite (TCP client) and a Twinkle (UDP client) behind NAT. I
dissable STUN, ICE, keepalive, "discover external address", etc... in both.
They send a REGISTER to my OpenSer with public IP so I enable OPTIONS pinging
ifor both (I confirm that "location" table has the same cflags for the you
entries and so, all is correct.
But I just see a periodical SIP OPTIONS by UDP for Twinkle. Are they exist in
case of TCP?
--
Iñaki Baz Castillo
Hello everybody.
Recently our deployment of OpenSER 1.3 on Sun Solaris (SPARC) failed with
the following error:
eb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16935]: [ID 589382
daemon.error] ERROR:core:build_res_buf_from_sip_req: parse_headers failed
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16935]: [ID 765423
daemon.error] ERROR:sl:sl_send_reply_helper: response building failed
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 515455
daemon.error] ERROR:core:get_hdr_field: out of pkg memory
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 176737
daemon.error] ERROR:maxfwd:is_maxfwd_present: parsing MAX_FORWARD header
failed!
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 515455
daemon.error] ERROR:core:get_hdr_field: out of pkg memory
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 517476
daemon.error] ERROR:rr:find_first_route: failed to parse headers
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 515455
daemon.error] ERROR:core:get_hdr_field: out of pkg memory
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 697802
daemon.error] ERROR:auth:get_realm: failed to parse TO headers
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 312964
daemon.error] ERROR:auth:pre_auth: failed to extract realm
Feb 19 15:33:33 shannon /opt/local/toip/sbin/openser[16939]: [ID 515455
daemon.error] ERROR:core:get_hdr_field: out of pkg memory
What could be the cause of this error? What to check?
Thanks in advance for your attention.
Best regards.
Sergio Gutiérrez
Hi List.
Please, I need some help with strict routing problem.
Incoming calls are canceled at 30 secs from an origination provider.
The problem seems to be a bad ACK sent from the origination, because it performs strict routing instead of loose routing. The ACK goes from originator to my SER server, then it must go to a Nat Traversal server and finally to the UA client, but instead of that the ACK tries to go directly from SER to the UA in its local address 192.168.1.109, skipping the Nat Traversal server. The UA sends a BYE to the call because it never receives this ACK.
I use another origination provider in the same scenario without problems. This other origination uses loose routing, and ACK messages go in the right path: origination -> SER -> Nat traversal -> UA.
How can I resolve this strict routing problem?
Thanks in advance, Rosa.
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Hi all, i'm trying to write some custom perl module to extend
functionalities of openSER.
I can't notify UAC with classic sl_send_reply, in my debug log i found:
ERROR:core:moduleFunc: Module function 'sl_send_reply' is unsafe. Call
is refused.
ERROR:core:XS_OpenSER__Message_moduleFunction: calling module function
'sl_send_reply' failed. Missing loadmodule?
in my perl script i put a simple: $m->moduleFunction("sl_send_reply",
"200", "OK"); as i read in module's example i found in
samples/function.pl file.
there's some way to send replyes in perl scripts?
thanks in advance.
k.
Hi there,
I just uploaded on the wiki my wish list for tomorrow ;).
Henning, do we count on you as moderator ( as usually ;) ) ?
Regards,
Bogdan
Henning Westerholt wrote:
> On Tuesday 12 February 2008, Daniel-Constantin Mierla wrote:
>
>> Hello,
>>
>> I think is time for a new irc meeting to synchronize on the work for 1.4
>> and discuss 1.3.1 about release. I propose Friday, Feb 15, UTC 13:00.
>>
>> I created a wiki page to gather the discussion items there and have the
>> agenda ready for that date. I added what I would like to touch. Please
>> add yours and complete/comment on mine or others.
>>
>
> Hi Daniel,
>
> good idea! I've already added some of my points to the list. This friday is
> not a good date for me, as i'm on vacation this day. Perhaps we can go for
> the Tuesday, Feb 19, UTC 13:00?
>
> Cheers,
>
> Henning
>
> _______________________________________________
> Devel mailing list
> Devel(a)lists.openser.org
> http://lists.openser.org/cgi-bin/mailman/listinfo/devel
>
>
