[Spce-user] Network Configuration
Deon Vermeulen
vermeulen.deon at gmail.com
Mon Apr 22 05:27:44 EDT 2013
I managed to figure out the local routing problem.
I have another challenge with the additional sockets does not apply when
I apply ngcpcfg.
This is what my config.yml looks like.
kamailio:
lb:
extra_sockets:
port_6090: udp:192.168.0.250:6090
port_6095: udp:10.222.0.250:6095
port_5060: udp:172.16.0.250:5060
When the ngcpcfg apply comes to the stage to restart kamailio these
additional IPs:ports do not reflect there.
When I do a netstat -utldp it also not reflected there.
I manually entered them in vi
/etc/ngcp-config/templates/etc/kamailio/lb/kamailio.cfg.customtt.tt2
[% FOREACH ip IN sip_ext_ips -%]
listen=udp:[% ip %]:[% kamailio.lb.port %]
listen=tcp:[% ip %]:[% kamailio.lb.port %]
listen=udp:192.168.0.250:6090
listen=udp:10.222.0.250:6095
listen=udp:172.16.0.250:5060
Please correct me if I'm wrong, but if the later is loaded via ngcpcfg
apply then sems should also be updated with the additional IPs?
I checked the ngcpcfg.log in realtime while ngcpcfg apply is running,
but it returns no errors or any information why kamailio is not loaded
with the additional IPs and Ports.
Thank you for any assistance.
Kind Regards
Deon
> Deon Vermeulen <mailto:vermeulen.deon at gmail.com>
> April 19, 2013 6:43 PM
> I fixed the character and now the rewrite rules are called and the
> rewrites are done.
>
> Attached is the latest call trace.
>
> What I still don't understand is that why does spce call the SIP
> Peering when the destination is +44113001417 at 10.222.0.250 which is
> hosted local on the spce?
>
> Again my scenario is as follows:
>
> subscriber I'm testing from is 0839999989 at 192.168.10.200
> The fake/dummy subscriber to the carrier is 0839999999 at 10.222.0.250
> The Alias +44113001417 is set on the fake/dummy subscriber
> 0839999999 at 10.222.0.250.
>
> I don't have any SIP Peerings configured as calls to International
> Destinations should route via Aliases set on the fake/dummy subscriber.
>
>
> Thanks agin for the assistance.
>
>
> Kind Regards
> Deon
>
>
>
> Jon Bonilla (Manwe) <mailto:jbonilla at sipwise.com>
> April 19, 2013 4:53 PM
> El Fri, 19 Apr 2013 16:34:27 +0100
>
>
> It might be that you are not using the right '^' character.
>
> Look at this:
>
> '^' vs 'ˆ'
>
> The second character (smaller) is a non-ascii character and it's
> copied from
> your mysql output. The first one is written by me and it's the circumflex
> character which is valid for regular expressions.
>
> From wikipedia:
>
> For historical reasons, there is a similar but larger character, U+005E ^
> circumflex accent, which is also included in ASCII but often referred
> to as
> caret instead. It is, however, unsuitable for use as a diacritic on modern
> computer systems, as it is a spacing character. Another spacing circumflex
> character in Unicode is the smaller U+02C6 ˆ modifier letter
> circumflex, mainly
> used in phonetic notations – or as a sample of the diacritic in isolation.
>
>
> I think you are using U+02C6 instead of U+005E character and that's
> why your
> regular expressions don't match.
>
> https://en.wikipedia.org/wiki/Circumflex
> Deon Vermeulen <mailto:vermeulen.deon at gmail.com>
> April 19, 2013 4:34 PM
> Hi Jon
>
> NP. Here you go.
>
> mysql -e "select * from kamailio.dialplan where dpid=9\G"
> *************************** 1. row ***************************
> id: 1
> dpid: 9
> pr: 0
> match_op: 1
> match_exp: ˆ(00|\+)([1-9][0-9]+)$
> match_len: 0
> subst_exp: ˆ(00|\+)([1-9][0-9]+)$
> repl_exp: \2
> attrs:
> *************************** 2. row ***************************
> id: 2
> dpid: 9
> pr: 1
> match_op: 1
> match_exp: ˆ0([1-9][0-9]+)$
> match_len: 0
> subst_exp: ˆ0([1-9][0-9]+)$
> repl_exp: $avp(s:caller_cc)\1
> attrs:
> *************************** 3. row ***************************
> id: 3
> dpid: 9
> pr: 2
> match_op: 1
> match_exp: ˆ([1-9][0-9]+)$
> match_len: 0
> subst_exp: ˆ([1-9][0-9]+)$
> repl_exp: $avp(s:caller_cc)$avp(s:caller_ac)\1
> attrs:
>
>
> mysql -e "select * from kamailio.dialplan where dpid=10\G"
> *************************** 1. row ***************************
> id: 4
> dpid: 10
> pr: 1
> match_op: 1
> match_exp: ˆ(00|\+)([1-9][0-9]+)$
> match_len: 0
> subst_exp: ˆ(00|\+)([1-9][0-9]+)$
> repl_exp: \2
> attrs:
> *************************** 2. row ***************************
> id: 5
> dpid: 10
> pr: 2
> match_op: 1
> match_exp: ˆ0([1-9][0-9]+)$
> match_len: 0
> subst_exp: ˆ0([1-9][0-9]+)$
> repl_exp: $avp(s:caller_cc)\1
> attrs:
> *************************** 3. row ***************************
> id: 6
> dpid: 10
> pr: 3
> match_op: 1
> match_exp: ˆ([1-9][0-9]+)$
> match_len: 0
> subst_exp: ˆ([1-9][0-9]+)$
> repl_exp: $avp(s:caller_cc)$avp(s:caller_ac)\1
> attrs:
>
>
>
> Jon Bonilla (Manwe) <mailto:jbonilla at sipwise.com>
> April 19, 2013 4:24 PM
> El Fri, 19 Apr 2013 17:08:36 +0200
>
>
> Sorry Deon I see that you already did it:
>
>
> Fetched dialplan IDs caller_in='9', callee_in='10'
> Applying caller-in domain rewrite rules on user-provided CLI using
> dpid '9'
> No matching rewrite rules for '0839999989' found
> Applying callee-in domain rewrite rules using dpid '10'
> No matching rewrite rules for '0044113001417' found
>
>
> could you please send the output of:
>
> mysql -e "select * from kamailio.dialplan where dpid=9\G"
> mysql -e "select * from kamailio.dialplan where dpid=10\G"
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
> Jon Bonilla (Manwe) <mailto:jbonilla at sipwise.com>
> April 19, 2013 4:08 PM
> El Fri, 19 Apr 2013 15:38:28 +0100
>
> Hi Deon
>
> Please send the proxy-log of that call (grep by ID and attach it as
> txt file)
> and then we'll check what your rewrite rules look like in the database.
>
> Let's see if the rewrite rules don't match or the rewrite_rule_set is not
> binded to the subscriber/peer
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20130422/5862c9fd/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: postbox-contact.jpg
Type: image/jpeg
Size: 1144 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20130422/5862c9fd/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: postbox-contact.jpg
Type: image/jpeg
Size: 1221 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20130422/5862c9fd/attachment-0003.jpg>
More information about the Spce-user
mailing list