Hi all,
Three new features for sip:wizard, the OpenSER Config Generator, have been released this week:
- user-aliases: You can now assign aliases to local users. This is especially useful for mapping numeric numbers to SIP accounts for PSTN inward dialing.
- cli-pai: This feature allows the provisioning of arbitrary SIP URIs, which are inserted into a P-Asserted-Identity Header for outgoing calls. This for example allows the signalling of a numeric CLI to a PSTN gateway (so it’s the opposite of user-aliases).
- ring-timeout: You can now dynamically set the ring-timeout (or, more specifically, the fr_inv_timer) per local callee.
Visit http://www.sipwise.com/wizard to give it a try.
Regards, Andreas
Hi Andreas,
Andreas Granig wrote:
Hi all,
Three new features for sip:wizard, the OpenSER Config Generator, have been released this week:
- user-aliases: You can now assign aliases to local users. This is
especially useful for mapping numeric numbers to SIP accounts for PSTN inward dialing.
the aliases are based usrloc or db_aliases module?
- cli-pai: This feature allows the provisioning of arbitrary SIP URIs,
which are inserted into a P-Asserted-Identity Header for outgoing calls. This for example allows the signalling of a numeric CLI to a PSTN gateway (so it’s the opposite of user-aliases).
maybe you should have the option to use RPID or PAI.....
- ring-timeout: You can now dynamically set the ring-timeout (or, more
specifically, the fr_inv_timer) per local callee.
it is only the support, or there is some script to load the timeout values from a DB?
Visit http://www.sipwise.com/wizard to give it a try.
nice job ;)
regards, bogdan
Hi,
- user-aliases: You can now assign aliases to local users. This is
especially useful for mapping numeric numbers to SIP accounts for PSTN inward dialing.
the aliases are based usrloc or db_aliases module?
They are based on usrloc, an option for db_aliases is planned though.
- cli-pai: This feature allows the provisioning of arbitrary SIP URIs,
which are inserted into a P-Asserted-Identity Header for outgoing calls. This for example allows the signalling of a numeric CLI to a PSTN gateway (so it’s the opposite of user-aliases).
maybe you should have the option to use RPID or PAI.....
Right. I just left RPID out for now, since CLIR is handled a bit different (own privacy header for PAI opposed to header parameter for RPID). Thus, I left this one out until server-side CLIR is implemented (which will be next week).
- ring-timeout: You can now dynamically set the ring-timeout (or, more
specifically, the fr_inv_timer) per local callee.
it is only the support, or there is some script to load the timeout values from a DB?
The value is loaded by the usr-preferences feature. The ring-timeout feauture then uses the AVP.
Regards, Andreas
Hi,
Andreas Granig wrote:
- user-aliases: You can now assign aliases to local users. This is
especially useful for mapping numeric numbers to SIP accounts for PSTN inward dialing.
the aliases are based usrloc or db_aliases module?
They are based on usrloc, an option for db_aliases is planned though.
ok - some people find more convenient to use db_aliases because of provisioning reasons ;)
- cli-pai: This feature allows the provisioning of arbitrary SIP
URIs, which are inserted into a P-Asserted-Identity Header for outgoing calls. This for example allows the signalling of a numeric CLI to a PSTN gateway (so it’s the opposite of user-aliases).
maybe you should have the option to use RPID or PAI.....
Right. I just left RPID out for now, since CLIR is handled a bit different (own privacy header for PAI opposed to header parameter for RPID). Thus, I left this one out until server-side CLIR is implemented (which will be next week).
ok :)
- ring-timeout: You can now dynamically set the ring-timeout (or,
more specifically, the fr_inv_timer) per local callee.
it is only the support, or there is some script to load the timeout values from a DB?
The value is loaded by the usr-preferences feature. The ring-timeout feauture then uses the AVP.
should be better to use "load_credentials" to get rid of an extra db query?
regards, bogdan
Bogdan-Andrei Iancu wrote:
The value is loaded by the usr-preferences feature. The ring-timeout feauture then uses the AVP.
should be better to use "load_credentials" to get rid of an extra db query?
But ring-timeout is a callee-feature, and I've no idea how to load uuid-based callee AVPs with less then two queries (first select the uuid, then call avp_db_load). Caller UUID is fetched using load_credentials, though.
Cheers, Andreas
This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your cooperation.
Hi Andreas,
Andreas Granig wrote:
Bogdan-Andrei Iancu wrote:
The value is loaded by the usr-preferences feature. The ring-timeout feauture then uses the AVP.
should be better to use "load_credentials" to get rid of an extra db query?
But ring-timeout is a callee-feature, and I've no idea how to load uuid-based callee AVPs with less then two queries (first select the uuid, then call avp_db_load). Caller UUID is fetched using load_credentials, though.
actually it is a matter of personal taste ;). I rather see it as a caller option - how long are you willing to let the call ringing....
regards, bogdan
Bogdan-Andrei Iancu wrote:
But ring-timeout is a callee-feature, and I've no idea how to load uuid-based callee AVPs with less then two queries (first select the uuid, then call avp_db_load). Caller UUID is fetched using load_credentials, though.
actually it is a matter of personal taste ;). I rather see it as a caller option - how long are you willing to let the call ringing....
Well, as caller you can cancel the call whenever you like, so I don't see a sense in setting a timeout here. On the other hand, as callee you have the possibility to provision a call-forward-no-answer (which will come soon ;o) ) after $ringtimeout seconds, e.g. to the voicebox, if you don't want to pick up the phone.
Cheers, Andreas