From j.feugne at prisnets.ch  Sat Jan  2 02:56:17 2016
From: j.feugne at prisnets.ch (j.feugne at prisnets.ch)
Date: Sat, 02 Jan 2016 08:56:17 +0100
Subject: [Spce-user] No sound with outbound call
Message-ID: <abf698f63423a025abf6efeee49764d4@prisnets.ch>

hello,
I'm just starting with Sipwise and I've setup a VM running version 
mr4.1.1 CE.
I have followed the instructions of the manual and all subscribers can 
call each others.
I also setup a sip peer to voicetrading, and here is waht I have withthe 
command line ngrep sip on my vm while placing and outband call:
NB, voicetrading is expecting for premium rate all number to be leading 
with 00000 (5 zero)

U 84.253.60.150:5060 -> 77.72.169.129:5060
   INVITE sip:0000041227312221 at 77.72.169.129:5060;transport=udp 
SIP/2.0..Record-Route: <sip:84.253.60.150;r2=on;
   
lr=on;ftag=2AF8D981-568781960002DB55-51003700;ngcplb=yes>..Record-Route: 
<sip:127.0.0.1;r2=on;lr=on;ftag=2AF8
   D981-568781960002DB55-51003700;ngcplb=yes>..Via: SIP/2.0/UDP 
84.253.60.150;branch=z9hG4bK603f.7793d5b01aaccef
   36467f073399c00c2.0..Via: SIP/2.0/UDP 
127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKVg2PkaeG;rport=5080..Fr
   om: 
<sip:41225017070 at prisnets.adoovoice.com>;tag=2AF8D981-568781960002DB55-51003700..To: 
<sip:000004122731222
   1 at 77.72.169.129>..CSeq: 11 INVITE..Call-ID: 
scRGTP71RF5cdeju0O0qmw.._b2b-1..Max-Forwards: 69..Allow: INVITE,
   ACK, CANCEL, BYE, NOTIFY, MESSAGE, OPTIONS, SUBSCRIBE..Supported: 
replaces, norefersub, extended-refer, outbo
   und, path, X-cisco-serviceuri..P-Asserted-Identity: 
<sip:41225017070 at prisnets.adoovoice.com>..Authorization:
   Digest username="", realm="prisnets.adoovoice.com", 
nonce="4087963395", uri="sip:0000041227312221 at 77.72.169.1
   29:5060;transport=udp", response="c2fb4cd3a1235efd35e99190aedc45c2", 
algorithm=MD5..Content-Type: application
   /sdp..Content-Length: 322..Contact: 
<sip:ngcp-lb at 84.253.60.150:5060;ngcpct=7369703a3132372e302e302e313a353038
   30>....v=0..o=Zoiper 0 0 IN IP4 84.253.60.150..s=Zoiper..c=IN IP4 
84.253.60.150..t=0 0..m=audio 32468 RTP/AVP
    3 0 8 18 101..a=rtpmap:3 GSM/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:8 
PCMA/8000..a=rtpmap:18 G729/8000..a=fmtp
   :18 annexb=no..a=rtpmap:101 telephone-event/8000..a=fmtp:101 
0-16..a=sendrecv..a=rtcp:32469..a=direction:both
   ..


After almost 1 minute with no ringing sound nor answer the call hang up.

Can someone please help me point out where the problem is comming and 
how I can solve it?

Thank you

Jephth? Feugn?


From admin at marcoteixeira.com  Sat Jan  2 10:45:47 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 15:45:47 +0000
Subject: [Spce-user] Caller locked, dialog and redis counters error
Message-ID: <CAD7smbhGauZ-PtUDJVi2AB5vg567uaCe0WYta+aHVHi2jB6bcg@mail.gmail.com>

Hi,
Running LTS 3.8.4, i'm gettign some errors on proxy.log i think might be
related to locking out a subscriber (while i don't recall to see these
right after i locked the subscriber)...
It seems because the caller is locked there should be no dialog to delete ?!
Is this a known issue ?

===
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Caller locked for
outgoing with mode '4' - R=sip:xxxxxxxxxxxx at 10.0.0.208:5060 ID=
107755899_124452406 at 172.16.0.126 UA='<null>'
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Setting acc
source-leg for uuid 'a7cd734f-455c-4270-9242-9ba5c4d3937c':
'a7cd734f-455c-4270-9242-9ba5c4d3937c|447530432313|10.0.0.208|447530432313||TELECOM|13|||0|call|172.16.0.126|1451743457.506838|||||||||||'
- R=sip:xxxxxxxxxxxx at 10.0.0.208:5060 ID=107755899_124452406 at 172.16.0.126
UA='<null>'
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Setting acc
destination-leg for uuid '0':
'0|||0|xxxxxxxxxxxx|0|xxxxxxxxxxxx|10.0.0.208|xxxxxxxxxxxx|10.0.0.208|0|||||||||||'
- R=sip:xxxxxxxxxxxx at 10.0.0.208:5060 ID=107755899_124452406 at 172.16.0.126
UA='<null>'
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: ERROR: app_lua [app_lua_api.c:672]:
app_lua_run(): error executing: del_dlg_profile (err: 2)
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: ERROR: app_lua [app_lua_api.c:674]:
app_lua_run(): error from Lua: /etc/kamailio/proxy/dlgcnt.lua:101: can't
restore callid from $dlg_var(lua_dlg_callid): is null
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: ERROR: <script>: Failed to decrease
redis counters - R=sip:you at kamailio.org ID=123 UA='<null>'
===

---
Best regards
Marco
---
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160102/d8335bca/attachment.html>

From admin at marcoteixeira.com  Sat Jan  2 10:48:13 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 15:48:13 +0000
Subject: [Spce-user] Best practices on Class4 setup
In-Reply-To: <56747084.7040502@sipwise.com>
References: <CAD7smbhjqXu+JJrKe4f_1S8MAvkM+AjP+k7s4oyXvxF8S6a_og@mail.gmail.com>
 <5673FDA7.20702@sipwise.com>
 <CAD7smbget34WxWQaAAufOAMaZyS0jsNa_rke9Jmfw63j2g26hA@mail.gmail.com>
 <5673FF93.7050008@sipwise.com> <56746E92.3010805@sipwise.com>
 <56747084.7040502@sipwise.com>
Message-ID: <CAD7smbjO5K_AX3q9kDtfTXmePJSwMTZUeAv2Qq-R23NCo_egRQ@mail.gmail.com>

Sorry the leave you without a follow-up... Christmas et all, got part of my
attention :)
I will mangle with IP and HOSTNAME fields of the peer and if the issue
persists i will post a debug about this.
Thank you.


---
Marco
---


On Fri, Dec 18, 2015 at 8:45 PM, Andreas Granig <agranig at sipwise.com> wrote:

> Actually after checking once more the documentation of
> http://www.kamailio.org/docs/modules/stable/modules/lcr.html, the
> RURI-domain should be set to the IP of the peer if the "ip address" is
> set and the "hostname" is not set.
>
> So yeah, a proxy log or better a network trace of a packet from spce to
> peer and its reply message would be interesting, along with the values
> you configured in the peering server.
>
> Andreas
>
> On 12/18/2015 09:37 PM, Andreas Granig wrote:
> > Hi,
> >
> > For peering servers there is the "ip address" and the "hostname" field.
> > If you only fill in the ip, the hostname of the initial RURI-domain is
> > preserved. If you only fill in the hostname, the hostname is put into
> > RURI-domain and the ip is resolved via DNS. If you put in both IP and
> > hostname, the request is sent to the IP part and the RURI-domain part is
> > replaced by the hostname. You probably want the 3rd option here.
> >
> > Andreas
> >
> > On 12/18/2015 01:44 PM, Daniel Grotti wrote:
> >> Hi,
> >> that's sound strange, can you provide a proxy.log ?
> >>
> >>
> >> --
> >> Daniel Grotti
> >> VoIP Engineer
> >>
> >>
> >> Sipwise GmbH
> >> Europaring F15 | 2345 Brunn am Gebirge, Austria | www.sipwise.com
> >>
> >> On 12/18/2015 01:42 PM, Marco Teixeira wrote:
> >>> Daniel,
> >>> Thankx.
> >>>
> >>> On the second issue, that is not happening... I have subscriber on
> >>> domain x.com <http://x.com> and invites sent out to peers are
> preserving
> >>> the original x.com <http://x.com> domain...
> >>> Running 3.8.4
> >>> Any option i might check ?
> >>>
> >>> Em 18/12/2015 12:36, "Daniel Grotti" <dgrotti at sipwise.com
> >>> <mailto:dgrotti at sipwise.com>> escreveu:
> >>>
> >>>     Hi Marco,
> >>>
> >>>     On 12/18/2015 12:04 PM, Marco Teixeira wrote:
> >>>     > Good day all,
> >>>     >
> >>>     > Looking for a little advise from your best practices.
> >>>     > Having multiple peers serving the same destinations, how would
> you
> >>>     > manage how the routing is done ?
> >>>     > Say i want client X to go out on peer Y, (without asking costumer
> >>>     to add
> >>>     > prefix) ?
> >>>     > Add a prefix on inbound subscriber ?
> >>>     >
> >>>
> >>>     You can use the field "Caller Patter" in the peering rule if you
> want to
> >>>     use match that particular "callee prefix" using that particular
> peering
> >>>     server.
> >>>
> >>>
> >>>     > Another question, when binding peers to different sockets (IP's),
> >>>     is it
> >>>     > required to create domain for each used IP ?
> >>>     > SPCE is not rewriting the domain part of the R-URI on outbound,
> >>>     and peer
> >>>     > throws back "forbiden"...
> >>>     >
> >>>
> >>>     Don't understand what you mean here. But when SPCE generates and
> >>>     outbound INVITE to the peering server the RURI is :
> >>>
> >>>     sip:called_number at peering_IP:peering_port
> >>>
> >>>
> >>>     That's by default.
> >>>     You can rewrite the RURI domain part with a peering domain name by
> >>>     specifying in the peering server configuration the field
> "hostname".
> >>>
> >>>
> >>>     Cheers,
> >>>     Daniel
> >>>
> >>>     >
> >>>     > Best regards
> >>>     > Marc
> >>>     > ?o
> >>>     >
> >>>     >
> >>>     >
> >>>     > _______________________________________________
> >>>     > Spce-user mailing list
> >>>     > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >>>     > https://lists.sipwise.com/listinfo/spce-user
> >>>     >
> >>>
> >>>
> >>>
> >>>     _______________________________________________
> >>>     Spce-user mailing list
> >>>     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >>>     https://lists.sipwise.com/listinfo/spce-user
> >>>
> >> _______________________________________________
> >> Spce-user mailing list
> >> Spce-user at lists.sipwise.com
> >> https://lists.sipwise.com/listinfo/spce-user
> >>
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
> >
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160102/2e53343e/attachment.html>

From admin at marcoteixeira.com  Sat Jan  2 10:55:12 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 15:55:12 +0000
Subject: [Spce-user] No sound with outbound call
In-Reply-To: <abf698f63423a025abf6efeee49764d4@prisnets.ch>
References: <abf698f63423a025abf6efeee49764d4@prisnets.ch>
Message-ID: <CAD7smbgDKAQGN=Kr6uksNGrS960RyO3rta7uxThMkOZsbxo1Dg@mail.gmail.com>

Hi,

On a security side note, don't forget to replace your, and your peer's,
real IP address before posting on public mailling lists.

About your issue, Can you tell that INVITE packet size ?
Try to grep it out of a tcpdump:
"tcpdump port 5060 -nnn | grep YOUR_PEER_IP_HERE"

?(apt-get install tcpdump, if you need)?


---
Marco
---


On Sat, Jan 2, 2016 at 7:56 AM, <j.feugne at prisnets.ch> wrote:

> hello,
> I'm just starting with Sipwise and I've setup a VM running version mr4.1.1
> CE.
> I have followed the instructions of the manual and all subscribers can
> call each others.
> I also setup a sip peer to voicetrading, and here is waht I have withthe
> command line ngrep sip on my vm while placing and outband call:
> NB, voicetrading is expecting for premium rate all number to be leading
> with 00000 (5 zero)
>
> U 84.253.60.150:5060 -> 77.72.169.129:5060
>   INVITE sip:0000041227312221 at 77.72.169.129:5060;transport=udp
> SIP/2.0..Record-Route: <sip:84.253.60.150;r2=on;
>   lr=on;ftag=2AF8D981-568781960002DB55-51003700;ngcplb=yes>..Record-Route:
> <sip:127.0.0.1;r2=on;lr=on;ftag=2AF8
>   D981-568781960002DB55-51003700;ngcplb=yes>..Via: SIP/2.0/UDP
> 84.253.60.150;branch=z9hG4bK603f.7793d5b01aaccef
>   36467f073399c00c2.0..Via: SIP/2.0/UDP 127.0.0.1:5080
> ;received=127.0.0.1;branch=z9hG4bKVg2PkaeG;rport=5080..Fr
>   om: <sip:41225017070 at prisnets.adoovoice.com>;tag=2AF8D981-568781960002DB55-51003700..To:
> <sip:000004122731222
>   1 at 77.72.169.129>..CSeq: 11 INVITE..Call-ID:
> scRGTP71RF5cdeju0O0qmw.._b2b-1..Max-Forwards: 69..Allow: INVITE,
>   ACK, CANCEL, BYE, NOTIFY, MESSAGE, OPTIONS, SUBSCRIBE..Supported:
> replaces, norefersub, extended-refer, outbo
>   und, path, X-cisco-serviceuri..P-Asserted-Identity: <
> sip:41225017070 at prisnets.adoovoice.com>..Authorization:
>   Digest username="", realm="prisnets.adoovoice.com", nonce="4087963395",
> uri="sip:0000041227312221 at 77.72.169.1
>   29:5060;transport=udp", response="c2fb4cd3a1235efd35e99190aedc45c2",
> algorithm=MD5..Content-Type: application
>   /sdp..Content-Length: 322..Contact: <sip:ngcp-lb at 84.253.60.150
> :5060;ngcpct=7369703a3132372e302e302e313a353038
>   30>....v=0..o=Zoiper 0 0 IN IP4 84.253.60.150..s=Zoiper..c=IN IP4
> 84.253.60.150..t=0 0..m=audio 32468 RTP/AVP
>    3 0 8 18 101..a=rtpmap:3 GSM/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:8
> PCMA/8000..a=rtpmap:18 G729/8000..a=fmtp
>   :18 annexb=no..a=rtpmap:101 telephone-event/8000..a=fmtp:101
> 0-16..a=sendrecv..a=rtcp:32469..a=direction:both
>   ..
>
>
> After almost 1 minute with no ringing sound nor answer the call hang up.
>
> Can someone please help me point out where the problem is comming and how
> I can solve it?
>
> Thank you
>
> Jephth? Feugn?
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160102/3746fae8/attachment.html>

From admin at marcoteixeira.com  Sat Jan  2 11:06:11 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 16:06:11 +0000
Subject: [Spce-user] =?utf-8?q?Peering_Rules_f=C3=BCr_Peering_Server?=
In-Reply-To: <567A8D78.2010708@sipwise.com>
References: <20151222221354.2A50D9111@mail.skyrack.net>
 <567A8D78.2010708@sipwise.com>
Message-ID: <CAD7smbgg3ksgXSHj7Cn9Bv-GwRVCF3zsKrZERd5OmukNdUBLRQ@mail.gmail.com>

Thank you Andrew for that pointer. It was helpfull for a situation i was
trying to surpass.

Happy new year to all on the list !


---
Marco
---


On Wed, Dec 23, 2015 at 12:03 PM, Andrew Pogrebennyk <
apogrebennyk at sipwise.com> wrote:

> Hi,
> we have been using the inbound rewrite rule for calling number, since if
> you add the prefix to the called number that breaks subscriber lookup
> for on-net calls. The prefix can be provisioned in the caller preference
> e.g. emergency_suffix, which is available in rewrite rules as
> ${caller_emergency_suffix}.
>
> Alternatively, Matthias you can change the proxy.cfg:
> >         $var(lcr_match_content) = "sip:" +
> $avp(s:first_caller_cli_userprov) + "@" + $avp(s:caller_domain_netprov);
> >         xlog("L_NOTICE", "Load gws matching calling part
> '$var(lcr_match_content)' and called user '$rU' and called part '$ru' - [%
> logreq -%]\n");
>
> Trying replacing $avp(s:first_caller_cli_userprov) with
> $avp(s:acc_caller_user) for example in the lcr_match_content.
>
> Hope this helps.
> Andrew
>
> On 12/22/2015 11:13 PM, John Murray wrote:
> > Matthias hi,
> >
> > One option is:
> > in the subscribers rewrite ruleset add a prefix to the dialled number,
> > eg. xyz.
> > Then have a routing rule for xyz... to that peer and the peers rewrite
> > typeset removes it before sending.
> > You can then add the same subscriber ruleset to any subscriber you want
> > to route that way.
> >
> > Regards
> > John
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160102/e9858de3/attachment.html>

From manwe at sipdoc.net  Mon Jan  4 09:53:50 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 4 Jan 2016 15:53:50 +0100
Subject: [Spce-user] sems error when lang=es
Message-ID: <20160104155350.51af3e10@multivac>

/usr/lib/ngcp-sems/audio/es is not provided nor linked (to "en" maybe?) by
ngcp-prompts-ce

ngcp-sems[7516]: [#7f0f89c60700] [onInvite,
SW_Vsc.cpp:1081] ERROR:  ErrorAnnouncement file does not exist
('/usr/lib/ngcp-sems/audio/es/vsc_error.wav')


The prompts should be provided or linked for every lang supported.

cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160104/d1f30a5a/attachment.sig>

From vseva at sipwise.com  Mon Jan  4 10:10:29 2016
From: vseva at sipwise.com (Victor Seva)
Date: Mon, 4 Jan 2016 16:10:29 +0100
Subject: [Spce-user] Caller locked, dialog and redis counters error
In-Reply-To: <CAD7smbhGauZ-PtUDJVi2AB5vg567uaCe0WYta+aHVHi2jB6bcg@mail.gmail.com>
References: <CAD7smbhGauZ-PtUDJVi2AB5vg567uaCe0WYta+aHVHi2jB6bcg@mail.gmail.com>
Message-ID: <568A8B65.8000706@sipwise.com>

On 01/02/2016 04:45 PM, Marco Teixeira wrote:
> Hi,
> Running LTS 3.8.4, i'm gettign some errors on proxy.log i think might be
> related to locking out a subscriber (while i don't recall to see these
> right after i locked the subscriber)... 
> It seems because the caller is locked there should be no dialog to delete ?!
> Is this a known issue ?
> 
> ===
> Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Caller locked
> for outgoing with mode '4' - R=sip:xxxxxxxxxxxx at 10.0.0.208:5060
> <http://sip:xxxxxxxxxxxx at 10.0.0.208:5060>
> ID=107755899_124452406 at 172.16.0.126
> <mailto:107755899_124452406 at 172.16.0.126> UA='<null>'

There was *no* dialog created, (Caller locked for outgoing with mode
'4') so there
was no dialog counter to be deleted, that is why you see those ERRORs

We should improve the logic here to skip this type of messages

-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160104/559a967e/attachment.asc>

From john.nash778 at gmail.com  Tue Jan  5 23:39:56 2016
From: john.nash778 at gmail.com (John Nash)
Date: Wed, 6 Jan 2016 10:09:56 +0530
Subject: [Spce-user] rtpengine control protocol
Message-ID: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>

Is there any implementation of rtpengine client (Like kamalio module)
written in python or perl?

I want to use it in Freeswitch as some experiment. I saw this issue in list
https://github.com/sipwise/rtpengine/issues/30 which indicates there is
something like this but not sure if its public.


Happy new Year,

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160106/57825540/attachment.html>

From agranig at sipwise.com  Wed Jan  6 08:26:20 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Wed, 6 Jan 2016 14:26:20 +0100
Subject: [Spce-user] rtpengine control protocol
In-Reply-To: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
References: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
Message-ID: <568D15FC.20904@sipwise.com>

Hi,

I know there is https://github.com/wtcross/node-rtpengine but I don't
know anyone using it.

Andreas

On 01/06/2016 05:39 AM, John Nash wrote:
> Is there any implementation of rtpengine client (Like kamalio module)
> written in python or perl?
> 
> I want to use it in Freeswitch as some experiment. I saw this issue in
> list https://github.com/sipwise/rtpengine/issues/30 which indicates
> there is something like this but not sure if its public.
> 
> 
> Happy new Year,
> 
> John
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From rfuchs at sipwise.com  Wed Jan  6 08:52:04 2016
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Wed, 6 Jan 2016 08:52:04 -0500
Subject: [Spce-user] rtpengine control protocol
In-Reply-To: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
References: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
Message-ID: <568D1C04.4040604@sipwise.com>

On 05/01/16 11:39 PM, John Nash wrote:
> Is there any implementation of rtpengine client (Like kamalio module)
> written in python or perl?

There's a Perl script which acts as a rudimentary but otherwise complete 
client for rtpengine. It supports most if not all options and should be 
easily adaptable to your needs.

https://github.com/sipwise/rtpengine/blob/master/utils/ng-client

Cheers


From john.nash778 at gmail.com  Wed Jan  6 13:28:31 2016
From: john.nash778 at gmail.com (John Nash)
Date: Wed, 6 Jan 2016 23:58:31 +0530
Subject: [Spce-user] rtpengine control protocol
In-Reply-To: <568D1C04.4040604@sipwise.com>
References: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
 <568D1C04.4040604@sipwise.com>
Message-ID: <CAA4rGPyosZ-NtQAfC5tNagkoDNog_n24tT6-dKLyzOvDPguFCA@mail.gmail.com>

Thank you I already tried and seems to be working fine.

On Wed, Jan 6, 2016 at 7:22 PM, Richard Fuchs <rfuchs at sipwise.com> wrote:

> On 05/01/16 11:39 PM, John Nash wrote:
>
>> Is there any implementation of rtpengine client (Like kamalio module)
>> written in python or perl?
>>
>
> There's a Perl script which acts as a rudimentary but otherwise complete
> client for rtpengine. It supports most if not all options and should be
> easily adaptable to your needs.
>
> https://github.com/sipwise/rtpengine/blob/master/utils/ng-client
>
> Cheers
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160106/94bcfb45/attachment.html>

From petervnv1 at gmail.com  Thu Jan  7 05:41:51 2016
From: petervnv1 at gmail.com (Peter Villeneuve)
Date: Thu, 7 Jan 2016 10:41:51 +0000
Subject: [Spce-user] RTPEngine ICE Candidates Exchange
In-Reply-To: <5672966F.1010301@sipwise.com>
References: <CABK0fC4RdmNsTGV3nwMQ7OYBg-Kdw5XZbjBhyJJMAKoK=vP2_Q@mail.gmail.com>
 <56715687.3030607@sipwise.com>
 <CABK0fC6YLSju1Gzna58RDHiTCFJkrkNkAOuEzh953VUaTWLkjQ@mail.gmail.com>
 <56715FEB.6010508@sipwise.com>
 <CABK0fC7fiGJQRY2+4b3i1oavuYfgAZvt2UrD9R8QBxW9x5rGCw@mail.gmail.com>
 <5671651A.1030804@sipwise.com> <567165A4.4050701@sipwise.com>
 <CABK0fC7EUyesOK0CtYS95h7tuOb6g=NAHbd5ahfNCEzxa_z_zg@mail.gmail.com>
 <56716929.5070702@sipwise.com>
 <CABK0fC5Hav2pGbkdCh93hFVzF=SJO9bY8AmsmAVj8+XWa2zxyA@mail.gmail.com>
 <56716BB2.6090901@sipwise.com>
 <CAEiJqQNUzeQqzwNreWVL2s+4+=_ZaYWfKeX2iK9dReM89=e_Pw@mail.gmail.com>
 <5672966F.1010301@sipwise.com>
Message-ID: <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>

Hi again,

I think I've found the problem.
It seems that indeed rtpengine is adding itself as a host candidate instead
of as a relay candidate, which seems to confuse my UA (linphone android).
I believe this behavior (bug? feature?) comes from here
https://github.com/sipwise/rtpengine/blob/master/daemon/ice.c on line 105

Can Richard confirm this is where he's setting the relay candidate as host
and if this is the desired behaviour? In my understanding of the RFC
rtpengine should be adding relay candidates and not host.
Is this correct?

Cheers,
Peter

On Thu, Dec 17, 2015 at 11:03 AM, Andreas Granig <agranig at sipwise.com>
wrote:

> Hi,
>
> On 12/16/2015 07:33 PM, Peter Villeneuve wrote:
> > 1) always with plain SDP
>
> This means that rtpengine is stripping any ICE candidates and sends a
> plain SDP without ICE. That's useful if you're dealing with endpoints
> not supporting ICE at all.
>
> > 2) always with rtpproxy as additional ICE candidate
>
> This option would add the rtpengine as additional ICE candidate, as the
> description implies. I believe it adds rtpengine as relay candidate
> (something Richard would need to confirm). That means that existing ICE
> candidates are preserved, and if the endpoints are not able to establish
> a connection to any of the candidates provided, they can fall back to
> relaying it via rtpengine.
>
> > 3) always with rtpproxy as only ICE candidate
>
> This option is stripping any ICE candidates offered by the endpoint and
> replaces it by a host candidate (I believe; again up to Richard to
> explain) pointing to rtpengine in oder to enforce media anchoring over
> the server while still using ICE.
>
> > 4) never
>
> Well, not engage rtpengine at all.
>
> > Obviously 4 is pretty self-explanatory, but I don't understand what
> > option 1 does. Doesn't rtpengine always rewrite/insert ICE candidates in
> > SDP when activated? So what does option 1 do exactly that's different
> > from 2/3? I can't find any info regarding that in the documentation.
>
> We'll extend the online help of that preference to make it more clear.
>
> > Also, in my test scenario, where both android linphone clients support
> > ICE, I thought that using option 2 would be ideal since the media would
> > only be relayed when the two clients cannot establish a p2p connection
> > directly.
> > But when I actually use option 2, and both linphone clients are in the
> > same LAN and can communicate p2p, I see in the linphone logs that ICE
> > reports it is using relay connections, which surprises me since they
> > should both be reporting a p2p host connection.
> > Since linphone states it adheres to the ICE RFC, and so does rtpengine,
> > I don't understand what's going on when I know for certain that both
> > clients can easily talk to each other directly. It seems to me that
> > rtpengine maybe inserting itself as a host candidate when in fact it is
> > a relay one. Does this make any sense?
>
> With option 2 it should add itself as relay candidate, see above.
> Waiting for Richard's feedback on that (or you could grab a SIP trace
> and provide the SDP bodies negotiated in your case, so we can have a
> quick look together).
>
> Andreas
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160107/171df163/attachment.html>

From manwe at sipdoc.net  Fri Jan  8 05:19:12 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Fri, 8 Jan 2016 11:19:12 +0100
Subject: [Spce-user] The big roadmap
Message-ID: <20160108111912.41fde5d5@multivac>

Hi Sipwise guys

I'd like to know if you could post a brief summary of the major changes in the
4.x roadmap. 

Until now, the big branches 2.x and 3.x had some major goals that were planned
months before the LTS (new panel, xmpp support, new api, pbx module...) and I'd
like to know what the big goals until 4.x CE LTS are. 


cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160108/c9575dd6/attachment.sig>

From petervnv1 at gmail.com  Sat Jan  9 10:18:57 2016
From: petervnv1 at gmail.com (Peter Villeneuve)
Date: Sat, 9 Jan 2016 15:18:57 +0000
Subject: [Spce-user] RTPEngine ICE Candidates Exchange
In-Reply-To: <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>
References: <CABK0fC4RdmNsTGV3nwMQ7OYBg-Kdw5XZbjBhyJJMAKoK=vP2_Q@mail.gmail.com>
 <56715687.3030607@sipwise.com>
 <CABK0fC6YLSju1Gzna58RDHiTCFJkrkNkAOuEzh953VUaTWLkjQ@mail.gmail.com>
 <56715FEB.6010508@sipwise.com>
 <CABK0fC7fiGJQRY2+4b3i1oavuYfgAZvt2UrD9R8QBxW9x5rGCw@mail.gmail.com>
 <5671651A.1030804@sipwise.com> <567165A4.4050701@sipwise.com>
 <CABK0fC7EUyesOK0CtYS95h7tuOb6g=NAHbd5ahfNCEzxa_z_zg@mail.gmail.com>
 <56716929.5070702@sipwise.com>
 <CABK0fC5Hav2pGbkdCh93hFVzF=SJO9bY8AmsmAVj8+XWa2zxyA@mail.gmail.com>
 <56716BB2.6090901@sipwise.com>
 <CAEiJqQNUzeQqzwNreWVL2s+4+=_ZaYWfKeX2iK9dReM89=e_Pw@mail.gmail.com>
 <5672966F.1010301@sipwise.com>
 <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>
Message-ID: <CAEiJqQMBQEK_oE5PFQ3FNqs-MS__kjkHwXbqEM3fJNts9rSRaQ@mail.gmail.com>

Hi Richard,

Could you please take a look at my post above and confirm whether this is a
bug or is intended behaviour?
I'm going to recompile rtpengine changing the "host" in line 105 to "relay"
to see how the linphone clients behave in that scenario, but that's going
to take some time and I'd rather not waste any precious time if I'm barking
up the wrong tree.

Thanks,
Peter

On Thu, Jan 7, 2016 at 10:41 AM, Peter Villeneuve <petervnv1 at gmail.com>
wrote:

> Hi again,
>
> I think I've found the problem.
> It seems that indeed rtpengine is adding itself as a host candidate
> instead of as a relay candidate, which seems to confuse my UA (linphone
> android).
> I believe this behavior (bug? feature?) comes from here
> https://github.com/sipwise/rtpengine/blob/master/daemon/ice.c on line 105
>
> Can Richard confirm this is where he's setting the relay candidate as host
> and if this is the desired behaviour? In my understanding of the RFC
> rtpengine should be adding relay candidates and not host.
> Is this correct?
>
> Cheers,
> Peter
>
> On Thu, Dec 17, 2015 at 11:03 AM, Andreas Granig <agranig at sipwise.com>
> wrote:
>
>> Hi,
>>
>> On 12/16/2015 07:33 PM, Peter Villeneuve wrote:
>> > 1) always with plain SDP
>>
>> This means that rtpengine is stripping any ICE candidates and sends a
>> plain SDP without ICE. That's useful if you're dealing with endpoints
>> not supporting ICE at all.
>>
>> > 2) always with rtpproxy as additional ICE candidate
>>
>> This option would add the rtpengine as additional ICE candidate, as the
>> description implies. I believe it adds rtpengine as relay candidate
>> (something Richard would need to confirm). That means that existing ICE
>> candidates are preserved, and if the endpoints are not able to establish
>> a connection to any of the candidates provided, they can fall back to
>> relaying it via rtpengine.
>>
>> > 3) always with rtpproxy as only ICE candidate
>>
>> This option is stripping any ICE candidates offered by the endpoint and
>> replaces it by a host candidate (I believe; again up to Richard to
>> explain) pointing to rtpengine in oder to enforce media anchoring over
>> the server while still using ICE.
>>
>> > 4) never
>>
>> Well, not engage rtpengine at all.
>>
>> > Obviously 4 is pretty self-explanatory, but I don't understand what
>> > option 1 does. Doesn't rtpengine always rewrite/insert ICE candidates in
>> > SDP when activated? So what does option 1 do exactly that's different
>> > from 2/3? I can't find any info regarding that in the documentation.
>>
>> We'll extend the online help of that preference to make it more clear.
>>
>> > Also, in my test scenario, where both android linphone clients support
>> > ICE, I thought that using option 2 would be ideal since the media would
>> > only be relayed when the two clients cannot establish a p2p connection
>> > directly.
>> > But when I actually use option 2, and both linphone clients are in the
>> > same LAN and can communicate p2p, I see in the linphone logs that ICE
>> > reports it is using relay connections, which surprises me since they
>> > should both be reporting a p2p host connection.
>> > Since linphone states it adheres to the ICE RFC, and so does rtpengine,
>> > I don't understand what's going on when I know for certain that both
>> > clients can easily talk to each other directly. It seems to me that
>> > rtpengine maybe inserting itself as a host candidate when in fact it is
>> > a relay one. Does this make any sense?
>>
>> With option 2 it should add itself as relay candidate, see above.
>> Waiting for Richard's feedback on that (or you could grab a SIP trace
>> and provide the SDP bodies negotiated in your case, so we can have a
>> quick look together).
>>
>> Andreas
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160109/5d46f7d4/attachment.html>

From rfuchs at sipwise.com  Sat Jan  9 19:50:00 2016
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Sat, 9 Jan 2016 19:50:00 -0500
Subject: [Spce-user] RTPEngine ICE Candidates Exchange
In-Reply-To: <CAEiJqQMBQEK_oE5PFQ3FNqs-MS__kjkHwXbqEM3fJNts9rSRaQ@mail.gmail.com>
References: <CABK0fC4RdmNsTGV3nwMQ7OYBg-Kdw5XZbjBhyJJMAKoK=vP2_Q@mail.gmail.com>
 <56715687.3030607@sipwise.com>
 <CABK0fC6YLSju1Gzna58RDHiTCFJkrkNkAOuEzh953VUaTWLkjQ@mail.gmail.com>
 <56715FEB.6010508@sipwise.com>
 <CABK0fC7fiGJQRY2+4b3i1oavuYfgAZvt2UrD9R8QBxW9x5rGCw@mail.gmail.com>
 <5671651A.1030804@sipwise.com> <567165A4.4050701@sipwise.com>
 <CABK0fC7EUyesOK0CtYS95h7tuOb6g=NAHbd5ahfNCEzxa_z_zg@mail.gmail.com>
 <56716929.5070702@sipwise.com>
 <CABK0fC5Hav2pGbkdCh93hFVzF=SJO9bY8AmsmAVj8+XWa2zxyA@mail.gmail.com>
 <56716BB2.6090901@sipwise.com>
 <CAEiJqQNUzeQqzwNreWVL2s+4+=_ZaYWfKeX2iK9dReM89=e_Pw@mail.gmail.com>
 <5672966F.1010301@sipwise.com>
 <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>
 <CAEiJqQMBQEK_oE5PFQ3FNqs-MS__kjkHwXbqEM3fJNts9rSRaQ@mail.gmail.com>
Message-ID: <5691AAB8.7060505@sipwise.com>

On 09/01/16 10:18 AM, Peter Villeneuve wrote:
> Hi Richard,
>
> Could you please take a look at my post above and confirm whether this
> is a bug or is intended behaviour?
> I'm going to recompile rtpengine changing the "host" in line 105 to
> "relay" to see how the linphone clients behave in that scenario, but
> that's going to take some time and I'd rather not waste any precious
> time if I'm barking up the wrong tree.

What you probably want is to pass the ICE=force-relay option to 
rtpengine instead of ICE=force. However that option is currently not 
supported from within the NGCP framework. As an easy fix, you can try 
patching proxy.cfg.tt2 to replace ICE=force with ICE=force-relay.

I'm curious though why Linphone would be confused by additional host 
candidates but not additional relay candidates.

Cheers


From matthias.hohl at telematica.at  Mon Jan 11 06:31:28 2016
From: matthias.hohl at telematica.at (Matthias Hohl)
Date: Mon, 11 Jan 2016 12:31:28 +0100 (CET)
Subject: [Spce-user] no message by inbound max concurrent call limit
	exceeded
In-Reply-To: <008f01d13e24$9758d0a0$c60a71e0$@telematica.at>
References: <008f01d13e24$9758d0a0$c60a71e0$@telematica.at>
Message-ID: <030901d14c63$95682a00$c0387e00$@telematica.at>

Has anybody an answer for me?

 

Von: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] Im Auftrag von
Matthias Hohl
Gesendet: Donnerstag, 24. Dezember 2015 09:25
An: spce-user at lists.sipwise.com
Betreff: [Spce-user] no message by inbound max concurrent call limit
exceeded

 

Hello,

 

i found out, that if all concurrent call limit is exceeded and somebody is
calling the subsriber from outside or inside, there is no busy or max call
limit message fort he callee, so the callee doesn't know if the subscriber
is busy or his call limit is exceeded and think, that the subsriber just not
response cause it is ringing as normal.

 

How can i fix that?

 

mr4.1.1

 

Thanks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/fddad65c/attachment.html>

From isrlgb at gmail.com  Mon Jan 11 06:39:43 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Mon, 11 Jan 2016 13:39:43 +0200
Subject: [Spce-user] spce install script bug
Message-ID: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>

i have tried installing using the deb pckg as per the handbook on deb 7 and
seems like there is a bug

when it generates configs almost at the end it sends the error msg to the
config file

i found this line in my.conf ,ssh config and  kamilo config


undef error - Fatal error retrieving hostname [] at (eval 246) line 8.



also there was a file &SDOUT in the main directory

thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/add8be11/attachment.html>

From dgrotti at sipwise.com  Mon Jan 11 06:46:54 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 11 Jan 2016 12:46:54 +0100
Subject: [Spce-user] no message by inbound max concurrent call limit
 exceeded
In-Reply-To: <030901d14c63$95682a00$c0387e00$@telematica.at>
References: <008f01d13e24$9758d0a0$c60a71e0$@telematica.at>
 <030901d14c63$95682a00$c0387e00$@telematica.at>
Message-ID: <5693962E.1070504@sipwise.com>

Hi,
have you loaded the sounds file for that ?
Also, do you have a full (with debug 2) kamailio-proxy.log of this call ?



*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/11/2016 12:31 PM, Matthias Hohl wrote:
>
> Has anybody an answer for me?
>
>  
>
> *Von:*Spce-user [mailto:spce-user-bounces at lists.sipwise.com] *Im
> Auftrag von *Matthias Hohl
> *Gesendet:* Donnerstag, 24. Dezember 2015 09:25
> *An:* spce-user at lists.sipwise.com
> *Betreff:* [Spce-user] no message by inbound max concurrent call limit
> exceeded
>
>  
>
> Hello,
>
>  
>
> i found out, that if all concurrent call limit is exceeded and
> somebody is calling the subsriber from outside or inside, there is no
> busy or max call limit message fort he callee, so the callee doesn?t
> know if the subscriber is busy or his call limit is exceeded and
> think, that the subsriber just not response cause it is ringing as normal.
>
>  
>
> How can i fix that?
>
>  
>
> mr4.1.1
>
>  
>
> Thanks.
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From kim.philby at gmx.com  Mon Jan 11 07:00:53 2016
From: kim.philby at gmx.com (Kim Philby)
Date: Mon, 11 Jan 2016 13:00:53 +0100
Subject: [Spce-user] Which version?
Message-ID: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>

An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/e5344351/attachment.html>

From manwe at sipdoc.net  Mon Jan 11 07:03:34 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 11 Jan 2016 13:03:34 +0100
Subject: [Spce-user] Which version?
In-Reply-To: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
References: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
Message-ID: <20160111130334.4b30dcfc@multivac>

El Mon, 11 Jan 2016 13:00:53 +0100
"Kim Philby" <kim.philby at gmx.com> escribi?:

> Dear mailing list,
>  
> I'm new to the NGCP world. I have installed version 3.8.4 CE but I miss some
> billing features. Are there new features in version 4? Where can I find the
> new feature list? Is version 4 ready for production? Thank you for this
> awesome product. 
>  
> 

Hi Kim, glad to see you here!

My personal preference is to stay in LTS versions unless you really need a new
feature present in recent versions. Regarding that, I recently asked for a
roadmap overview but I didn't receive any response yet. 



cheers

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/027ed1b5/attachment.sig>

From vseva at sipwise.com  Mon Jan 11 07:08:38 2016
From: vseva at sipwise.com (Victor Seva)
Date: Mon, 11 Jan 2016 13:08:38 +0100
Subject: [Spce-user] spce install script bug
In-Reply-To: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
Message-ID: <56939B46.7020309@sipwise.com>

On 01/11/2016 12:39 PM, Israel Gottlieb wrote:
> i have tried installing using the deb pckg as per the handbook on deb 7
> and seems like there is a bug
> 
> when it generates configs almost at the end it sends the error msg to
> the config file
> 
> i found this line in my.conf ,ssh config and  kamilo config
> 
> 
> undef error - Fatal error retrieving hostname [] at (eval 246) line 8.
> 

please provide ngcp version you are installing. And check your hostname

> also there was a file &SDOUT in the main directory 
> 

Yes, we already fix that problem.
-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/4e553bbe/attachment.asc>

From alutay at sipwise.com  Mon Jan 11 07:23:50 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Mon, 11 Jan 2016 13:23:50 +0100
Subject: [Spce-user] Which version?
In-Reply-To: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
References: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
Message-ID: <56939ED6.6070007@sipwise.com>

Dear Kim and Jon,

On 01/11/2016 01:00 PM, Kim Philby wrote:
> ... Are there new features in version 4? 
> Where can I find the new feature list? Is version 4 ready for production?

You can find the list of new features in the each release announcement:

https://www.sipwise.org/news/announcements/sipprovider-mr4-0-1-released/
https://www.sipwise.org/news/announcements/sipprovider-mr4-1-1-released/

The current long-time-supported (LTS) release is mr3.8
(the latest build is 4, aka mr3.8.4).

While each our release has been tested carefully to provide high quality
product and ready for production. We have PRO mr4.1.1 in production already.

The only difference between LTS and non-LTS is a support timeframe,
we release builds for LTS much longer while non-LTS customer should
upgrade to new release more often.

New release = new features + bugfixes; new build = bugfixes only.

> Regarding that, I recently asked for a
> roadmap overview but I didn't receive any response yet. 

We will provide reply there soon. What I can share now:
 - mr4.2 is already in testing stage and it is on Debian Jessie already
 - mr4.3 got commits for new Asterisk 11.13 from Jessie and even may be
updated to Asterisk 13
Also a lot of performance, monitoring and usability improvements.
Did you try recent (mr3.8.4+) 'ngcp-status' by chance? ;-)

> Thank you for this awesome product

You are welcome, stay tuned!

-- 
Alex Lutay


From isrlgb at gmail.com  Mon Jan 11 07:27:48 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Mon, 11 Jan 2016 14:27:48 +0200
Subject: [Spce-user] =?utf-8?b?16rXqdeV15HXlDogIHNwY2UgaW5zdGFsbCBzY3Jp?=
	=?utf-8?q?pt_bug?=
In-Reply-To: <56939B46.7020309@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
Message-ID: <20160111122748.6402130.98313.19607@gmail.com>


I used "latest" last night
Hostname is set it shows when I type hostname


? ????? ?????? ?
???: Victor Seva
????: ??? ???, 11 ?????? 2016 14:09
??: spce-user at lists.sipwise.com
????: Re: [Spce-user] spce install script bug

On 01/11/2016 12:39 PM, Israel Gottlieb wrote:
> i have tried installing using the deb pckg as per the handbook on deb 7
> and seems like there is a bug
> 
> when it generates configs almost at the end it sends the error msg to
> the config file
> 
> i found this line in my.conf ,ssh config and kamilo config
> 
> 
> undef error - Fatal error retrieving hostname [] at (eval 246) line 8.
> 

please provide ngcp version you are installing. And check your hostname

> also there was a file &SDOUT in the main directory 
> 

Yes, we already fix that problem.
-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206



From gerry.kernan at infinityit.ie  Mon Jan 11 07:13:15 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 11 Jan 2016 12:13:15 +0000
Subject: [Spce-user] move subscriber to new customer
Message-ID: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>

Hi 
 
Is it possible to move a subscriber from one customer account to a new customer account ? 
I'm using SPCE mr3.8.3
 
 
Gerry Kernan
 
 
Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
 
Managed IT Services       Infinity IT - www.infinityit.ie
IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
Contact Centre                Total Interact - www.totalinteract.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/dda83fe9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2681 bytes
Desc: not available
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/dda83fe9/attachment.jpg>

From rabs at dimension-virtual.com  Mon Jan 11 07:28:03 2016
From: rabs at dimension-virtual.com (=?utf-8?B?UmHDumw=?= Alexis Betancor Santana)
Date: Mon, 11 Jan 2016 13:28:03 +0100 (CET)
Subject: [Spce-user] move subscriber to new customer
In-Reply-To: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>
References: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>
Message-ID: <1339724285.231622.1452515283893.JavaMail.zimbra@dimension-virtual.com>

AFAIK, that could not be done by API or interface. You could doit by hand on the BD. 

> De: "gerry kernan" <gerry.kernan at infinityit.ie>
> Para: spce-user at lists.sipwise.com
> Enviados: Lunes, 11 de Enero 2016 12:13:15
> Asunto: [Spce-user] move subscriber to new customer

> Hi

> Is it possible to move a subscriber from one customer account to a new customer
> account ?

> I?m using SPCE mr3.8.3

> Gerry Kernan

> Infinity IT | 17 The Mall | Beacon Court | Sandyford | Dublin D18 E3C8 | Ireland

> Tel: +353 - (0)1 - 293 0090 | E-Mail: gerry.kernan at infinityit.ie

> Managed IT Services Infinity IT - www.infinityit.ie

> IP Telephony Asterisk Consulting ? www.asteriskconsulting.com

> Contact Centre Total Interact ? www.totalinteract.com

> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/9afcecf5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2681 bytes
Desc: not available
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/9afcecf5/attachment.jpg>

From manwe at sipdoc.net  Mon Jan 11 11:02:40 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 11 Jan 2016 17:02:40 +0100
Subject: [Spce-user] event export path
Message-ID: <20160111170240.6fb13c37@multivac>

Hi all

Running 3.8.x I see event files are exported to cdr-exporter path but not
inside their own dir or not creating subfolders as normal cdrs do. I think the
exporter should honor cdrexport-monthly_flder and cdrexport.daily_folder
preferences.


cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/35e7ab6f/attachment.sig>

From manwe at sipdoc.net  Mon Jan 11 11:05:13 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 11 Jan 2016 17:05:13 +0100
Subject: [Spce-user] event export path
In-Reply-To: <20160111170240.6fb13c37@multivac>
References: <20160111170240.6fb13c37@multivac>
Message-ID: <20160111170513.1f5b2101@multivac>

El Mon, 11 Jan 2016 17:02:40 +0100
"Jon Bonilla (Manwe)" <manwe at sipdoc.net> escribi?:

> Hi all
> 
> Running 3.8.x I see event files are exported to cdr-exporter path but not
> inside their own dir or not creating subfolders as normal cdrs do. I think the
> exporter should honor cdrexport-monthly_flder and cdrexport.daily_folder
> preferences.
> 
> 
> cheers,
> 
> Jon
> 


it does. My fault, sorry.


cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160111/83f07e19/attachment.sig>

From dgrotti at sipwise.com  Tue Jan 12 04:09:10 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Tue, 12 Jan 2016 10:09:10 +0100
Subject: [Spce-user] move subscriber to new customer
In-Reply-To: <1339724285.231622.1452515283893.JavaMail.zimbra@dimension-virtual.com>
References: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>
 <1339724285.231622.1452515283893.JavaMail.zimbra@dimension-virtual.com>
Message-ID: <5694C2B6.3010109@sipwise.com>

Hi,
yes, it's not possible.
You have to delete the subscriber and re-create it under the new customer.




*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/11/2016 01:28 PM, Ra?l Alexis Betancor Santana wrote:
> AFAIK, that could not be done by API or interface. You could doit by
> hand on the BD.
>
> ------------------------------------------------------------------------
>
>     *De: *"gerry kernan" <gerry.kernan at infinityit.ie>
>     *Para: *spce-user at lists.sipwise.com
>     *Enviados: *Lunes, 11 de Enero 2016 12:13:15
>     *Asunto: *[Spce-user] move subscriber to new customer
>
>     Hi
>
>      
>
>     Is it possible to move a subscriber from one customer account to a
>     new customer account ?
>
>     I?m using SPCE mr3.8.3
>
>      
>
>      
>
>     *Gerry Kernan*
>
>      
>
>     cid:image001.jpg at 01D105A5.2701B0E0
>
>      
>
>     *Infinity IT   |   17 The Mall   |   Beacon Court   |  
>     Sandyford   |   Dublin D18 E3C8   |   Ireland*
>
>     *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>     *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>
>     * *
>
>     *Managed IT Services       Infinity IT*- www.infinityit.ie
>     <http://www.infinityit.ie/>
>
>     *IP Telephony                    Asterisk Consulting*?
>     www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>
>     *Contact Centre                Total Interact*?
>     www.totalinteract.com <http://www.totalinteract.com>
>
>      
>
>
>     _______________________________________________
>     Spce-user mailing list
>     Spce-user at lists.sipwise.com
>     https://lists.sipwise.com/listinfo/spce-user
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From sergio.serrano at avanzada7.com  Wed Jan 13 04:16:27 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Wed, 13 Jan 2016 10:16:27 +0100
Subject: [Spce-user] Vertical Service codes audio problem
Message-ID: <1452676587.2643.7.camel@avanzada7.com>

Hi all,

	I'm new in sipwise and I have doing tests. I want to activate
vertical service codes but I have discovered that If I use a sp phone
with GSM codec the audio is correct, but If I use a sip phone with only
PCMA, the audio doesn't hear. I have review SDP part of INVITE and 200
OK meesages and all is correct. I'm using CE mr4.1.1 

Anyone has experimented something like this?

Regards,

Sergio


From isrlgb at gmail.com  Wed Jan 13 10:06:55 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Wed, 13 Jan 2016 17:06:55 +0200
Subject: [Spce-user] spce install script bug
In-Reply-To: <56939B46.7020309@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
Message-ID: <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>

problem was /etc/hostname was empty

echo $hostname returns empty but echo $HOSTNAME (all caps) returns the host
name

i have added the hostname manually to hostname and it works


is it worth waiting for the next version all ready before testing ?

On Mon, Jan 11, 2016 at 2:08 PM, Victor Seva <vseva at sipwise.com> wrote:

> On 01/11/2016 12:39 PM, Israel Gottlieb wrote:
> > i have tried installing using the deb pckg as per the handbook on deb 7
> > and seems like there is a bug
> >
> > when it generates configs almost at the end it sends the error msg to
> > the config file
> >
> > i found this line in my.conf ,ssh config and  kamilo config
> >
> >
> > undef error - Fatal error retrieving hostname [] at (eval 246) line 8.
> >
>
> please provide ngcp version you are installing. And check your hostname
>
> > also there was a file &SDOUT in the main directory
> >
>
> Yes, we already fix that problem.
> --
> Victor Seva
> Software Engineer
>
> Phone: +43(0)1 301 2029
> Email: vseva at sipwise.com
> Website: www.sipwise.com
>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160113/7e2184dd/attachment.html>

From alutay at sipwise.com  Thu Jan 14 11:12:35 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Thu, 14 Jan 2016 17:12:35 +0100
Subject: [Spce-user] spce install script bug
In-Reply-To: <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
Message-ID: <5697C8F3.4060307@sipwise.com>

Hi,

Thank you for the reporting the root of the issue!
We will improve ngcp-installer to check content of /etc/hostname
(the ticket number is MT#17339 for the future references).

Tnx!

On 01/13/2016 04:06 PM, Israel Gottlieb wrote:
> is it worth waiting for the next version all ready before testing ?

Can you please restate the question?
All publicly available NGCP versions are ready for production usage.

-- 
Alex Lutay


From isrlgb at gmail.com  Thu Jan 14 11:46:34 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 14 Jan 2016 18:46:34 +0200
Subject: [Spce-user] =?utf-8?b?16rXqdeV15HXlDogIHNwY2UgaW5zdGFsbCBzY3Jp?=
	=?utf-8?q?pt_bug?=
In-Reply-To: <5697C8F3.4060307@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
 <5697C8F3.4060307@sipwise.com>
Message-ID: <20160114164634.6402130.31119.19795@gmail.com>

Your welcome

I meant regarding newer versions like I see in github but never mind I already started testing yesterday and trying to see how I could integrate it into my current architecture without hurting existing features customers have
Also before deploying I would have to know my troubleshooting steps (I use asterisk for more than 12 years)

I understand kamailio is the main system running and handling calls so trying to find where I could see the live channels and what codecs used and how to sip debug on it

Thanks for all ?

? ????? ?????? ?
???: Alex Lutay
????: ??? ?????, 14 ?????? 2016 18:13
??: spce-user at lists.sipwise.com
????: Re: [Spce-user] spce install script bug

Hi,

Thank you for the reporting the root of the issue!
We will improve ngcp-installer to check content of /etc/hostname
(the ticket number is MT#17339 for the future references).

Tnx!

On 01/13/2016 04:06 PM, Israel Gottlieb wrote:
> is it worth waiting for the next version all ready before testing ?

Can you please restate the question?
All publicly available NGCP versions are ready for production usage.

-- 
Alex Lutay
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From alutay at sipwise.com  Thu Jan 14 12:31:19 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Thu, 14 Jan 2016 18:31:19 +0100
Subject: [Spce-user] spce install script bug
In-Reply-To: <20160114164634.6402130.31119.19795@gmail.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
 <5697C8F3.4060307@sipwise.com> <20160114164634.6402130.31119.19795@gmail.com>
Message-ID: <5697DB67.3050503@sipwise.com>

Hi!

On 01/14/2016 05:46 PM, Israel Gottlieb wrote:
> I understand kamailio is the main system running and handling calls
> so trying to find where I could see the live channels and what codecs
> used and how to sip debug on it

Right, we have two kamailio services there:
 - stateless kamailio load balancer (LB), it listens port 5060/5061
 - statefull kamailio SIP proxy server (PROXY), it listens port 5062 on
loopback interface

The nicer way is install 'sngrep' and use it to see codec in use for the
call. Also the codec is reported into rtp.log from rtpengine.

You can find SIP logs in /var/log/ngcp/kamailio-*.log

Good luck!

-- 
Alex Lutay


From isrlgb at gmail.com  Thu Jan 14 12:45:15 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 14 Jan 2016 19:45:15 +0200
Subject: [Spce-user] =?utf-8?b?16rXqdeV15HXlDogIHNwY2UgaW5zdGFsbCBzY3Jp?=
	=?utf-8?q?pt_bug?=
In-Reply-To: <5697DB67.3050503@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
 <5697C8F3.4060307@sipwise.com>
 <20160114164634.6402130.31119.19795@gmail.com>
 <5697DB67.3050503@sipwise.com>
Message-ID: <20160114174515.6402130.68470.19801@gmail.com>

Thanks for the heads up

? ????? ?????? ?
???: Alex Lutay
????: ??? ?????, 14 ?????? 2016 19:31
??: spce-user at lists.sipwise.com
????: Re: [Spce-user] spce install script bug

Hi!

On 01/14/2016 05:46 PM, Israel Gottlieb wrote:
> I understand kamailio is the main system running and handling calls
> so trying to find where I could see the live channels and what codecs
> used and how to sip debug on it

Right, we have two kamailio services there:
- stateless kamailio load balancer (LB), it listens port 5060/5061
- statefull kamailio SIP proxy server (PROXY), it listens port 5062 on
loopback interface

The nicer way is install 'sngrep' and use it to see codec in use for the
call. Also the codec is reported into rtp.log from rtpengine.

You can find SIP logs in /var/log/ngcp/kamailio-*.log

Good luck!

-- 
Alex Lutay
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From matthew at tenacit.net  Fri Jan 15 10:50:53 2016
From: matthew at tenacit.net (Matthew Ogden)
Date: Fri, 15 Jan 2016 17:50:53 +0200
Subject: [Spce-user] odd FROM request for CLI
Message-ID: <CAB4Z0mL3DoigHu64DN1iUPwARaL4yiQDJzZ9wbjTD+mOtvCtVA@mail.gmail.com>

Hi

Previously in version 2.5 with a certain peer, I had to modify the
templates of proxy custom file as so:

Line #3338

if(!isbflagset(FLB_PEERAUTH))
{
$var(caller_cli_userprov_uri) = "sip:" + $var(caller_cli_userprov) + "@" +
$avp(s:first_caller_domain_userprov);
}
else
{
# if we need to authenticate towards a peer, then set auth_user at auth_realm
in from
# $var(caller_cli_userprov_uri) = "sip:" +
$avp(s:peer_peer_caller_auth_user) + "@" +
$avp(s:peer_peer_caller_auth_realm);
                        # this will break most implementations, but BAD
PEER seems to currently need this
                        $var(caller_cli_userprov_uri) = "sip:" +
$avp(s:caller_cli_userprov) + "@" + $avp(s:peer_peer_caller_auth_realm);
}


In 2.8, where can I find this, since  $var(caller_cli_userprov_uri)  no
longer exists.

--





*Matthew Ogden*

Management

TenacIT





*Strategic IT Consulting *?* Advanced Networking *? *Virtualisation*

*Custom Development *? *Hosting *? *Syspro Support  *? *MS Licensing*

National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
matthew at tenacit.net

CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
http://www.tenacit.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160115/7d6b2f23/attachment.html>

From gerry.kernan at infinityit.ie  Mon Jan 18 05:14:25 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 10:14:25 +0000
Subject: [Spce-user] error 500 internal error on we portal
Message-ID: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>

Hi 
I'm getting the error below when one subscriber logs in to the web portal other subscribers are ok. 
 
500 Internal server error
We are terribly sorry, an exceptional error has occured:
incident number: 142A7D86E37D0FC0
time of incident: 2016-01-18T10:10:48.076120000Z
 
 
 
Gerry Kernan
 
 
Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
 
Managed IT Services       Infinity IT - www.infinityit.ie
IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
Contact Centre                Total Interact - www.totalinteract.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160118/39aa3f9a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2681 bytes
Desc: not available
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160118/39aa3f9a/attachment.jpg>

From dgrotti at sipwise.com  Mon Jan 18 05:17:08 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 11:17:08 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
Message-ID: <569CBBA4.40501@sipwise.com>

Hi Gerry,
can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and
/var/log/ngcp/panel-debug.log ?


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:14 AM, gerry kernan wrote:
>
> Hi
>
> I?m getting the error below when one subscriber logs in to the web
> portal other subscribers are ok.
>
>  
>
> 500 Internal server error
>
> We are terribly sorry, an exceptional error has occured:
>
> incident number: 142A7D86E37D0FC0
>
> time of incident: 2016-01-18T10:10:48.076120000Z
>
>  
>
>  
>
>  
>
> *Gerry Kernan*
>
>  
>
> cid:image001.jpg at 01D105A5.2701B0E0
>
>  
>
> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
> |   Dublin D18 E3C8   |   Ireland*
>
> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>
> * *
>
> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
> <http://www.infinityit.ie/>
>
> *IP Telephony_                    _Asterisk Consulting*?
> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>
> *Contact Centre_                _Total Interact*?
> www.totalinteract.com <http://www.totalinteract.com>
>
>  
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From gerry.kernan at infinityit.ie  Mon Jan 18 05:27:28 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 10:27:28 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569CBBA4.40501@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
Message-ID: <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>

Hi Daniel

Output of the grep below.

/var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: fatal error, id=142A7D86E37D0FC0, timestamp=2016-01-18T10:10:48.076120000Z, error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_customer_billing_fee_id`, `me`.`source_carrier_billing_zone_id`, `me`.`source_reseller_billing_zone_id`, `me`.`source_customer_billing_zone_id`, `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, `me`.`destination_customer_cost`, `me`.`destination_carrier_free_time`, `me`.`destination_reseller_free_time`, `me`.`destination_customer_free_time`, `me`.`destination_carrier_billing_fee_id`, `me`.`destination_reseller_billing_fee_id`, `me`.`destination_customer_billing_fee_id`, `me`.`destination_carrier_billing_zone_id`, `me`.`destination_reseller_billing_zone_id`, `me`.`destination_customer_billing_zone_id`, `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_custom

Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Daniel Grotti
Sent: Monday 18 January 2016 10:17
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi Gerry,
can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:14 AM, gerry kernan wrote:
>
> Hi
>
> I?m getting the error below when one subscriber logs in to the web 
> portal other subscribers are ok.
>
>  
>
> 500 Internal server error
>
> We are terribly sorry, an exceptional error has occured:
>
> incident number: 142A7D86E37D0FC0
>
> time of incident: 2016-01-18T10:10:48.076120000Z
>
>  
>
>  
>
>  
>
> *Gerry Kernan*
>
>  
>
> cid:image001.jpg at 01D105A5.2701B0E0
>
>  
>
> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
> |   Dublin D18 E3C8   |   Ireland*
>
> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>
> * *
>
> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
> <http://www.infinityit.ie/>
>
> *IP Telephony_                    _Asterisk Consulting*-
> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>
> *Contact Centre_                _Total Interact*-
> www.totalinteract.com <http://www.totalinteract.com>
>
>  
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user



From dgrotti at sipwise.com  Mon Jan 18 05:45:54 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 11:45:54 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
Message-ID: <569CC262.8030003@sipwise.com>

Hi,
looks like a problem in that table:

DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it



Sometimes when this error happens with temp tables:

#126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it


It can be because the /tmp folder is running out of space. On some Linux
installations, /tmp is in its own partition and does not have much space
- big MySQL queries will fill it up.

You can use df -h to check whether \tmp is in its own partition, and how
much space is allocated to it.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:27 AM, gerry kernan wrote:
> Hi Daniel
>
> Output of the grep below.
>
> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: fatal error, id=142A7D86E37D0FC0, timestamp=2016-01-18T10:10:48.076120000Z, error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_customer_billing_fee_id`, `me`.`source_carrier_billing_zone_id`, `me`.`source_reseller_billing_zone_id`, `me`.`source_customer_billing_zone_id`, `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, `me`.`destination_customer_cost`, `me`.`destination_carrier_free_time`, `me`.`destination_reseller_free_time`, `me`.`destination_customer_free_time`, `me`.`destination_carrier_billing_fee_id`, `me`.`destination_reseller_billing_fee_id`, `me`.`destination_customer_billing_fee_id`, `me`.`destination_carrier_billing_zone_id`, `me`.`destination_reseller_billing_zone_id`, `me`.`destination_customer_billing_zone_id`, `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Daniel Grotti
> Sent: Monday 18 January 2016 10:17
> To: spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi Gerry,
> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
>
> On 01/18/2016 11:14 AM, gerry kernan wrote:
>> Hi
>>
>> I?m getting the error below when one subscriber logs in to the web 
>> portal other subscribers are ok.
>>
>>  
>>
>> 500 Internal server error
>>
>> We are terribly sorry, an exceptional error has occured:
>>
>> incident number: 142A7D86E37D0FC0
>>
>> time of incident: 2016-01-18T10:10:48.076120000Z
>>
>>  
>>
>>  
>>
>>  
>>
>> *Gerry Kernan*
>>
>>  
>>
>> cid:image001.jpg at 01D105A5.2701B0E0
>>
>>  
>>
>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>> |   Dublin D18 E3C8   |   Ireland*
>>
>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>
>> * *
>>
>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>> <http://www.infinityit.ie/>
>>
>> *IP Telephony_                    _Asterisk Consulting*-
>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>
>> *Contact Centre_                _Total Interact*-
>> www.totalinteract.com <http://www.totalinteract.com>
>>
>>  
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>




From gerry.kernan at infinityit.ie  Mon Jan 18 05:48:01 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 10:48:01 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569CC262.8030003@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
Message-ID: <10e71f4d-d9bb-45ba-bc15-2c91fca46abe@infinityit.ie>

We have 285M free in /tmp


root at sipwise:~# df -h
Filesystem              Size  Used Avail Use% Mounted on
rootfs                  3.9G  709M  3.0G  19% /
udev                     10M     0   10M   0% /dev
tmpfs                   784M   48M  737M   7% /run
/dev/mapper/sip02-root  3.9G  709M  3.0G  19% /
tmpfs                   5.0M     0  5.0M   0% /run/lock
tmpfs                   1.6G     0  1.6G   0% /run/shm
/dev/sda1               229M   55M  162M  26% /boot
/dev/mapper/sip02-home   79G   28G   47G  38% /home
/dev/mapper/sip02-tmp   360M   80M  258M  24% /tmp
/dev/mapper/sip02-usr   8.2G  1.3G  6.5G  17% /usr
/dev/mapper/sip02-var   4.9G  4.0G  683M  86% /var

Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Sent: Monday 18 January 2016 10:46
To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi,
looks like a problem in that table:

DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it



Sometimes when this error happens with temp tables:

#126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it


It can be because the /tmp folder is running out of space. On some Linux installations, /tmp is in its own partition and does not have much space
- big MySQL queries will fill it up.

You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:27 AM, gerry kernan wrote:
> Hi Daniel
>
> Output of the grep below.
>
> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
> fatal error, id=142A7D86E37D0FC0, 
> timestamp=2016-01-18T10:10:48.076120000Z, 
> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
> try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, 
> `me`.`source_user_id`, `me`.`source_provider_id`, 
> `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, 
> `me`.`source_customer_billing_fee_id`, 
> `me`.`source_carrier_billing_zone_id`, 
> `me`.`source_reseller_billing_zone_id`, 
> `me`.`source_customer_billing_zone_id`, 
> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
> `me`.`destination_customer_cost`, 
> `me`.`destination_carrier_free_time`, 
> `me`.`destination_reseller_free_time`, 
> `me`.`destination_customer_free_time`, 
> `me`.`destination_carrier_billing_fee_id`, 
> `me`.`destination_reseller_billing_fee_id`, 
> `me`.`destination_customer_billing_fee_id`, 
> `me`.`destination_carrier_billing_zone_id`, 
> `me`.`destination_reseller_billing_zone_id`, 
> `me`.`destination_customer_billing_zone_id`, 
> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT 
> `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
> Of Daniel Grotti
> Sent: Monday 18 January 2016 10:17
> To: spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi Gerry,
> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
> Court Vienna, ATU64002206
>
> On 01/18/2016 11:14 AM, gerry kernan wrote:
>> Hi
>>
>> I?m getting the error below when one subscriber logs in to the web 
>> portal other subscribers are ok.
>>
>>  
>>
>> 500 Internal server error
>>
>> We are terribly sorry, an exceptional error has occured:
>>
>> incident number: 142A7D86E37D0FC0
>>
>> time of incident: 2016-01-18T10:10:48.076120000Z
>>
>>  
>>
>>  
>>
>>  
>>
>> *Gerry Kernan*
>>
>>  
>>
>> cid:image001.jpg at 01D105A5.2701B0E0
>>
>>  
>>
>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>> |   Dublin D18 E3C8   |   Ireland*
>>
>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>
>> * *
>>
>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>> <http://www.infinityit.ie/>
>>
>> *IP Telephony_                    _Asterisk Consulting*-
>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>
>> *Contact Centre_                _Total Interact*-
>> www.totalinteract.com <http://www.totalinteract.com>
>>
>>  
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>





From matthew at tenacit.net  Mon Jan 18 06:38:32 2016
From: matthew at tenacit.net (Matthew Ogden)
Date: Mon, 18 Jan 2016 13:38:32 +0200
Subject: [Spce-user] odd FROM request for CLI
In-Reply-To: <CAB4Z0mL3DoigHu64DN1iUPwARaL4yiQDJzZ9wbjTD+mOtvCtVA@mail.gmail.com>
References: <CAB4Z0mL3DoigHu64DN1iUPwARaL4yiQDJzZ9wbjTD+mOtvCtVA@mail.gmail.com>
Message-ID: <CAB4Z0mLW4WxNte4pJ8AC_NuonAvNPgkRf4o6D3msK+apP=FyEw@mail.gmail.com>

Please ignore, I have asked the question before

On 15 January 2016 at 17:50, Matthew Ogden <matthew at tenacit.net> wrote:

> Hi
>
> Previously in version 2.5 with a certain peer, I had to modify the
> templates of proxy custom file as so:
>
> Line #3338
>
> if(!isbflagset(FLB_PEERAUTH))
> {
> $var(caller_cli_userprov_uri) = "sip:" + $var(caller_cli_userprov) + "@" +
> $avp(s:first_caller_domain_userprov);
> }
> else
> {
> # if we need to authenticate towards a peer, then set auth_user at auth_realm
> in from
> # $var(caller_cli_userprov_uri) = "sip:" +
> $avp(s:peer_peer_caller_auth_user) + "@" +
> $avp(s:peer_peer_caller_auth_realm);
>                         # this will break most implementations, but BAD
> PEER seems to currently need this
>                         $var(caller_cli_userprov_uri) = "sip:" +
> $avp(s:caller_cli_userprov) + "@" + $avp(s:peer_peer_caller_auth_realm);
> }
>
>
> In 2.8, where can I find this, since  $var(caller_cli_userprov_uri)  no
> longer exists.
>
> --
>
>
>
>
>
> *Matthew Ogden*
>
> Management
>
> TenacIT
>
>
>
>
>
> *Strategic IT Consulting *?* Advanced Networking *? *Virtualisation*
>
> *Custom Development *? *Hosting *? *Syspro Support  *? *MS Licensing*
>
> National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
> matthew at tenacit.net
>
> CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
> http://www.tenacit.net
>
>
>



-- 





*Matthew Ogden*

Management

TenacIT





*Strategic IT Consulting *?* Advanced Networking *? *Virtualisation*

*Custom Development *? *Hosting *? *Syspro Support  *? *MS Licensing*

National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
matthew at tenacit.net

CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
http://www.tenacit.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160118/9c10bf92/attachment.html>

From gerry.kernan at infinityit.ie  Mon Jan 18 10:21:08 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 15:21:08 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569CC262.8030003@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
Message-ID: <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>

Hi 
I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.


Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Sent: Monday 18 January 2016 10:46
To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi,
looks like a problem in that table:

DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it



Sometimes when this error happens with temp tables:

#126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it


It can be because the /tmp folder is running out of space. On some Linux installations, /tmp is in its own partition and does not have much space
- big MySQL queries will fill it up.

You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:27 AM, gerry kernan wrote:
> Hi Daniel
>
> Output of the grep below.
>
> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
> fatal error, id=142A7D86E37D0FC0, 
> timestamp=2016-01-18T10:10:48.076120000Z, 
> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
> try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, 
> `me`.`source_user_id`, `me`.`source_provider_id`, 
> `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, 
> `me`.`source_customer_billing_fee_id`, 
> `me`.`source_carrier_billing_zone_id`, 
> `me`.`source_reseller_billing_zone_id`, 
> `me`.`source_customer_billing_zone_id`, 
> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
> `me`.`destination_customer_cost`, 
> `me`.`destination_carrier_free_time`, 
> `me`.`destination_reseller_free_time`, 
> `me`.`destination_customer_free_time`, 
> `me`.`destination_carrier_billing_fee_id`, 
> `me`.`destination_reseller_billing_fee_id`, 
> `me`.`destination_customer_billing_fee_id`, 
> `me`.`destination_carrier_billing_zone_id`, 
> `me`.`destination_reseller_billing_zone_id`, 
> `me`.`destination_customer_billing_zone_id`, 
> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT 
> `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
> Of Daniel Grotti
> Sent: Monday 18 January 2016 10:17
> To: spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi Gerry,
> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
> Court Vienna, ATU64002206
>
> On 01/18/2016 11:14 AM, gerry kernan wrote:
>> Hi
>>
>> I?m getting the error below when one subscriber logs in to the web 
>> portal other subscribers are ok.
>>
>>  
>>
>> 500 Internal server error
>>
>> We are terribly sorry, an exceptional error has occured:
>>
>> incident number: 142A7D86E37D0FC0
>>
>> time of incident: 2016-01-18T10:10:48.076120000Z
>>
>>  
>>
>>  
>>
>>  
>>
>> *Gerry Kernan*
>>
>>  
>>
>> cid:image001.jpg at 01D105A5.2701B0E0
>>
>>  
>>
>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>> |   Dublin D18 E3C8   |   Ireland*
>>
>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>
>> * *
>>
>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>> <http://www.infinityit.ie/>
>>
>> *IP Telephony_                    _Asterisk Consulting*-
>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>
>> *Contact Centre_                _Total Interact*-
>> www.totalinteract.com <http://www.totalinteract.com>
>>
>>  
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>





From dgrotti at sipwise.com  Mon Jan 18 10:22:15 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 16:22:15 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
 <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
Message-ID: <569D0327.30900@sipwise.com>

Hi,
mybe some mysql 'guru' can help you here.



*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 04:21 PM, gerry kernan wrote:
> Hi 
> I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.
>
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
> Sent: Monday 18 January 2016 10:46
> To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi,
> looks like a problem in that table:
>
> DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it
>
>
>
> Sometimes when this error happens with temp tables:
>
> #126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it
>
>
> It can be because the /tmp folder is running out of space. On some Linux installations, /tmp is in its own partition and does not have much space
> - big MySQL queries will fill it up.
>
> You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
>
> On 01/18/2016 11:27 AM, gerry kernan wrote:
>> Hi Daniel
>>
>> Output of the grep below.
>>
>> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
>> fatal error, id=142A7D86E37D0FC0, 
>> timestamp=2016-01-18T10:10:48.076120000Z, 
>> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
>> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
>> try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, 
>> `me`.`source_user_id`, `me`.`source_provider_id`, 
>> `me`.`source_external_subscriber_id`, 
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`, 
>> `me`.`destination_external_contract_id`, 
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
>> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
>> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
>> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`, 
>> `me`.`source_reseller_billing_fee_id`, 
>> `me`.`source_customer_billing_fee_id`, 
>> `me`.`source_carrier_billing_zone_id`, 
>> `me`.`source_reseller_billing_zone_id`, 
>> `me`.`source_customer_billing_zone_id`, 
>> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
>> `me`.`destination_customer_cost`, 
>> `me`.`destination_carrier_free_time`, 
>> `me`.`destination_reseller_free_time`, 
>> `me`.`destination_customer_free_time`, 
>> `me`.`destination_carrier_billing_fee_id`, 
>> `me`.`destination_reseller_billing_fee_id`, 
>> `me`.`destination_customer_billing_fee_id`, 
>> `me`.`destination_carrier_billing_zone_id`, 
>> `me`.`destination_reseller_billing_zone_id`, 
>> `me`.`destination_customer_billing_zone_id`, 
>> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
>> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
>> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
>> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT 
>> `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
>> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, 
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`, 
>> `me`.`destination_external_contract_id`, 
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
>> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
>> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
>> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`, 
>> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>>
>> Gerry Kernan
>>  
>>
>>
>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>
>> Managed IT Services       Infinity IT - www.infinityit.ie
>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>> Contact Centre                Total Interact - www.totalinteract.com
>>
>>
>> -----Original Message-----
>> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
>> Of Daniel Grotti
>> Sent: Monday 18 January 2016 10:17
>> To: spce-user at lists.sipwise.com
>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>
>> Hi Gerry,
>> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>>
>>
>> *Daniel Grotti *
>> VoIP Engineer
>>
>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>> AT-2345 Brunn am Gebirge
>>
>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>> Website:  www.sipwise.com <http://www.sipwise.com>
>>
>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>> Court Vienna, ATU64002206
>>
>> On 01/18/2016 11:14 AM, gerry kernan wrote:
>>> Hi
>>>
>>> I?m getting the error below when one subscriber logs in to the web 
>>> portal other subscribers are ok.
>>>
>>>  
>>>
>>> 500 Internal server error
>>>
>>> We are terribly sorry, an exceptional error has occured:
>>>
>>> incident number: 142A7D86E37D0FC0
>>>
>>> time of incident: 2016-01-18T10:10:48.076120000Z
>>>
>>>  
>>>
>>>  
>>>
>>>  
>>>
>>> *Gerry Kernan*
>>>
>>>  
>>>
>>> cid:image001.jpg at 01D105A5.2701B0E0
>>>
>>>  
>>>
>>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>>> |   Dublin D18 E3C8   |   Ireland*
>>>
>>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>>
>>> * *
>>>
>>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>>> <http://www.infinityit.ie/>
>>>
>>> *IP Telephony_                    _Asterisk Consulting*-
>>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>>
>>> *Contact Centre_                _Total Interact*-
>>> www.totalinteract.com <http://www.totalinteract.com>
>>>
>>>  
>>>
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> https://lists.sipwise.com/listinfo/spce-user
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>



From gerry.kernan at infinityit.ie  Mon Jan 18 10:51:31 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 15:51:31 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569D0327.30900@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
 <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
 <569D0327.30900@sipwise.com>
Message-ID: <a5e6a6a7-b3f3-4443-ba80-19acaf131140@infinityit.ie>

Hi Daniel

Got it sorted , added 10Gb to /tmp and panel is working for this subscriber now.


Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Sent: Monday 18 January 2016 15:22
To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi,
mybe some mysql 'guru' can help you here.



*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 04:21 PM, gerry kernan wrote:
> Hi
> I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.
>
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Daniel Grotti [mailto:dgrotti at sipwise.com]
> Sent: Monday 18 January 2016 10:46
> To: gerry kernan <gerry.kernan at infinityit.ie>; 
> spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi,
> looks like a problem in that table:
>
> DBD::mysql::st execute failed: Incorrect key file for table 
> '/tmp/#sql_f0b_0.MYI'; try to repair it
>
>
>
> Sometimes when this error happens with temp tables:
>
> #126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to 
> repair it
>
>
> It can be because the /tmp folder is running out of space. On some 
> Linux installations, /tmp is in its own partition and does not have 
> much space
> - big MySQL queries will fill it up.
>
> You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
> Court Vienna, ATU64002206
>
> On 01/18/2016 11:27 AM, gerry kernan wrote:
>> Hi Daniel
>>
>> Output of the grep below.
>>
>> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
>> fatal error, id=142A7D86E37D0FC0,
>> timestamp=2016-01-18T10:10:48.076120000Z,
>> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
>> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
>> try to repair it [for Statement "SELECT `me`.`id`, 
>> `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, 
>> `me`.`source_external_subscriber_id`,
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`,
>> `me`.`destination_external_contract_id`,
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>> `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`,
>> `me`.`source_reseller_billing_fee_id`,
>> `me`.`source_customer_billing_fee_id`,
>> `me`.`source_carrier_billing_zone_id`,
>> `me`.`source_reseller_billing_zone_id`,
>> `me`.`source_customer_billing_zone_id`,
>> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
>> `me`.`destination_customer_cost`, 
>> `me`.`destination_carrier_free_time`,
>> `me`.`destination_reseller_free_time`,
>> `me`.`destination_customer_free_time`,
>> `me`.`destination_carrier_billing_fee_id`,
>> `me`.`destination_reseller_billing_fee_id`,
>> `me`.`destination_customer_billing_fee_id`,
>> `me`.`destination_carrier_billing_zone_id`,
>> `me`.`destination_reseller_billing_zone_id`,
>> `me`.`destination_customer_billing_zone_id`,
>> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
>> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
>> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
>> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM 
>> (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
>> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`,
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`,
>> `me`.`destination_external_contract_id`,
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>> `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`,
>> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>>
>> Gerry Kernan
>>  
>>
>>
>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>
>> Managed IT Services       Infinity IT - www.infinityit.ie
>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>> Contact Centre                Total Interact - www.totalinteract.com
>>
>>
>> -----Original Message-----
>> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
>> Of Daniel Grotti
>> Sent: Monday 18 January 2016 10:17
>> To: spce-user at lists.sipwise.com
>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>
>> Hi Gerry,
>> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>>
>>
>> *Daniel Grotti *
>> VoIP Engineer
>>
>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>> AT-2345 Brunn am Gebirge
>>
>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>> Website:  www.sipwise.com <http://www.sipwise.com>
>>
>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>> Court Vienna, ATU64002206
>>
>> On 01/18/2016 11:14 AM, gerry kernan wrote:
>>> Hi
>>>
>>> I?m getting the error below when one subscriber logs in to the web 
>>> portal other subscribers are ok.
>>>
>>>  
>>>
>>> 500 Internal server error
>>>
>>> We are terribly sorry, an exceptional error has occured:
>>>
>>> incident number: 142A7D86E37D0FC0
>>>
>>> time of incident: 2016-01-18T10:10:48.076120000Z
>>>
>>>  
>>>
>>>  
>>>
>>>  
>>>
>>> *Gerry Kernan*
>>>
>>>  
>>>
>>> cid:image001.jpg at 01D105A5.2701B0E0
>>>
>>>  
>>>
>>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>>> |   Dublin D18 E3C8   |   Ireland*
>>>
>>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>>
>>> * *
>>>
>>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>>> <http://www.infinityit.ie/>
>>>
>>> *IP Telephony_                    _Asterisk Consulting*-
>>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>>
>>> *Contact Centre_                _Total Interact*-
>>> www.totalinteract.com <http://www.totalinteract.com>
>>>
>>>  
>>>
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> https://lists.sipwise.com/listinfo/spce-user
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>




From dgrotti at sipwise.com  Mon Jan 18 10:57:44 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 16:57:44 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <a5e6a6a7-b3f3-4443-ba80-19acaf131140@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
 <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
 <569D0327.30900@sipwise.com>
 <a5e6a6a7-b3f3-4443-ba80-19acaf131140@infinityit.ie>
Message-ID: <569D0B78.5010806@sipwise.com>

cool.

*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 04:51 PM, gerry kernan wrote:
> Hi Daniel
>
> Got it sorted , added 10Gb to /tmp and panel is working for this subscriber now.
>
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
> Sent: Monday 18 January 2016 15:22
> To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi,
> mybe some mysql 'guru' can help you here.
>
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
>
> On 01/18/2016 04:21 PM, gerry kernan wrote:
>> Hi
>> I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.
>>
>>
>> Gerry Kernan
>>  
>>
>>
>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>
>> Managed IT Services       Infinity IT - www.infinityit.ie
>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>> Contact Centre                Total Interact - www.totalinteract.com
>>
>>
>> -----Original Message-----
>> From: Daniel Grotti [mailto:dgrotti at sipwise.com]
>> Sent: Monday 18 January 2016 10:46
>> To: gerry kernan <gerry.kernan at infinityit.ie>; 
>> spce-user at lists.sipwise.com
>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>
>> Hi,
>> looks like a problem in that table:
>>
>> DBD::mysql::st execute failed: Incorrect key file for table 
>> '/tmp/#sql_f0b_0.MYI'; try to repair it
>>
>>
>>
>> Sometimes when this error happens with temp tables:
>>
>> #126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to 
>> repair it
>>
>>
>> It can be because the /tmp folder is running out of space. On some 
>> Linux installations, /tmp is in its own partition and does not have 
>> much space
>> - big MySQL queries will fill it up.
>>
>> You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.
>>
>>
>> *Daniel Grotti *
>> VoIP Engineer
>>
>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>> AT-2345 Brunn am Gebirge
>>
>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>> Website:  www.sipwise.com <http://www.sipwise.com>
>>
>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>> Court Vienna, ATU64002206
>>
>> On 01/18/2016 11:27 AM, gerry kernan wrote:
>>> Hi Daniel
>>>
>>> Output of the grep below.
>>>
>>> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
>>> fatal error, id=142A7D86E37D0FC0,
>>> timestamp=2016-01-18T10:10:48.076120000Z,
>>> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
>>> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
>>> try to repair it [for Statement "SELECT `me`.`id`, 
>>> `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, 
>>> `me`.`source_external_subscriber_id`,
>>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>>> `me`.`destination_external_subscriber_id`,
>>> `me`.`destination_external_contract_id`,
>>> `me`.`destination_account_id`, `me`.`destination_user`, 
>>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>>> `me`.`source_customer_free_time`, 
>>> `me`.`source_carrier_billing_fee_id`,
>>> `me`.`source_reseller_billing_fee_id`,
>>> `me`.`source_customer_billing_fee_id`,
>>> `me`.`source_carrier_billing_zone_id`,
>>> `me`.`source_reseller_billing_zone_id`,
>>> `me`.`source_customer_billing_zone_id`,
>>> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
>>> `me`.`destination_customer_cost`, 
>>> `me`.`destination_carrier_free_time`,
>>> `me`.`destination_reseller_free_time`,
>>> `me`.`destination_customer_free_time`,
>>> `me`.`destination_carrier_billing_fee_id`,
>>> `me`.`destination_reseller_billing_fee_id`,
>>> `me`.`destination_customer_billing_fee_id`,
>>> `me`.`destination_carrier_billing_zone_id`,
>>> `me`.`destination_reseller_billing_zone_id`,
>>> `me`.`destination_customer_billing_zone_id`,
>>> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
>>> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
>>> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
>>> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM 
>>> (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
>>> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`,
>>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>>> `me`.`destination_external_subscriber_id`,
>>> `me`.`destination_external_contract_id`,
>>> `me`.`destination_account_id`, `me`.`destination_user`, 
>>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>>> `me`.`source_customer_free_time`, 
>>> `me`.`source_carrier_billing_fee_id`,
>>> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>>>
>>> Gerry Kernan
>>>  
>>>
>>>
>>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>>
>>> Managed IT Services       Infinity IT - www.infinityit.ie
>>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>>> Contact Centre                Total Interact - www.totalinteract.com
>>>
>>>
>>> -----Original Message-----
>>> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
>>> Of Daniel Grotti
>>> Sent: Monday 18 January 2016 10:17
>>> To: spce-user at lists.sipwise.com
>>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>>
>>> Hi Gerry,
>>> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>>>
>>>
>>> *Daniel Grotti *
>>> VoIP Engineer
>>>
>>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>>> AT-2345 Brunn am Gebirge
>>>
>>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>>> Website:  www.sipwise.com <http://www.sipwise.com>
>>>
>>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>>> Court Vienna, ATU64002206
>>>
>>> On 01/18/2016 11:14 AM, gerry kernan wrote:
>>>> Hi
>>>>
>>>> I?m getting the error below when one subscriber logs in to the web 
>>>> portal other subscribers are ok.
>>>>
>>>>  
>>>>
>>>> 500 Internal server error
>>>>
>>>> We are terribly sorry, an exceptional error has occured:
>>>>
>>>> incident number: 142A7D86E37D0FC0
>>>>
>>>> time of incident: 2016-01-18T10:10:48.076120000Z
>>>>
>>>>  
>>>>
>>>>  
>>>>
>>>>  
>>>>
>>>> *Gerry Kernan*
>>>>
>>>>  
>>>>
>>>> cid:image001.jpg at 01D105A5.2701B0E0
>>>>
>>>>  
>>>>
>>>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>>>> |   Dublin D18 E3C8   |   Ireland*
>>>>
>>>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>>>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>>>
>>>> * *
>>>>
>>>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>>>> <http://www.infinityit.ie/>
>>>>
>>>> *IP Telephony_                    _Asterisk Consulting*-
>>>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>>>
>>>> *Contact Centre_                _Total Interact*-
>>>> www.totalinteract.com <http://www.totalinteract.com>
>>>>
>>>>  
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Spce-user mailing list
>>>> Spce-user at lists.sipwise.com
>>>> https://lists.sipwise.com/listinfo/spce-user
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> https://lists.sipwise.com/listinfo/spce-user
>>>
>>
>



From alessandro at mediaspot.net  Mon Jan 18 11:09:07 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Mon, 18 Jan 2016 16:09:07 +0000
Subject: [Spce-user] Call forwarding, no RTP
Message-ID: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>

Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there's something with call forwarding's procedure.

Hoping to get your help,
Alessandro Bolletta
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160118/b25a0df9/attachment.html>

From dgrotti at sipwise.com  Mon Jan 18 11:45:07 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 17:45:07 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
Message-ID: <569D1693.5090700@sipwise.com>

Hi Alessadro,
that's very weird.
Are you sure you don't have some strange configuration in your "NAT &
media Flow control" menu (subscriber/domain/peer preference) ?

Cheers,

*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 05:09 PM, Alessandro Bolletta wrote:
>
> Hi,
>
>  
>
> if I configure a subscriber to unconditionally forward any incoming
> call to an external number, get the forwarded call estabilished but I
> get no RTP flows on both sides.
>
>  
>
> The peer used for the call forwarding is already working flawlessly
> for other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>  
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From admin at marcoteixeira.com  Tue Jan 19 04:50:44 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Tue, 19 Jan 2016 09:50:44 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
Message-ID: <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>

If you are allowing direct RTP between endpoints, your "external number"
gateway/provider might be refusing RTP from the original endpoint and
expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <
alessandro at mediaspot.net> wrote:

> Hi,
>
>
>
> if I configure a subscriber to unconditionally forward any incoming call
> to an external number, get the forwarded call estabilished but I get no RTP
> flows on both sides.
>
>
>
> The peer used for the call forwarding is already working flawlessly for
> other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/0527aa50/attachment.html>

From alessandro at mediaspot.net  Tue Jan 19 05:37:37 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Tue, 19 Jan 2016 10:37:37 +0000
Subject: [Spce-user] R:  Call forwarding, no RTP
In-Reply-To: <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
Message-ID: <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>

Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.

Could Sipwise be set in order to proxy that RTP flow?

Da: Marco Teixeira [mailto:admin at marcoteixeira.com]
Inviato: marted? 19 gennaio 2016 10.51
A: Alessandro Bolletta <alessandro at mediaspot.net>
Cc: spce-user at lists.sipwise.com
Oggetto: Re: [Spce-user] Call forwarding, no RTP

If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.

Hoping to get your help,
Alessandro Bolletta

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://lists.sipwise.com/listinfo/spce-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/4ebc8388/attachment.html>

From admin at marcoteixeira.com  Tue Jan 19 06:11:48 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Tue, 19 Jan 2016 11:11:48 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
Message-ID: <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>

Goto your peering server for that "Ext number"
Click Preferences
and set use_rtpproxy to always
I think that should do make the RTP for calls to that peer to always proxy
via SPCE
[image: Inline image 1]


---
Best regards
Marco
---


On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <
alessandro at mediaspot.net> wrote:

> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
>
>
>
> Could Sipwise be set in order to proxy that RTP flow?
>
>
>
> *Da:* Marco Teixeira [mailto:admin at marcoteixeira.com]
> *Inviato:* marted? 19 gennaio 2016 10.51
> *A:* Alessandro Bolletta <alessandro at mediaspot.net>
> *Cc:* spce-user at lists.sipwise.com
> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>
>
>
> If you are allowing direct RTP between endpoints, your "external number"
> gateway/provider might be refusing RTP from the original endpoint and
> expecting audio to come from your SPCE.
>
>
>
>
> ---
>
> Best regards
>
> Marco
>
> ---
>
>
>
>
>
> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <
> alessandro at mediaspot.net> wrote:
>
> Hi,
>
>
>
> if I configure a subscriber to unconditionally forward any incoming call
> to an external number, get the forwarded call estabilished but I get no RTP
> flows on both sides.
>
>
>
> The peer used for the call forwarding is already working flawlessly for
> other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/46772d46/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 11855 bytes
Desc: not available
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/46772d46/attachment.png>

From alessandro at mediaspot.net  Tue Jan 19 06:24:59 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Tue, 19 Jan 2016 11:24:59 +0000
Subject: [Spce-user] R:  Call forwarding, no RTP
In-Reply-To: <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
Message-ID: <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>

That setting was already enabled.

Alessandro

Da: Marco Teixeira [mailto:admin at marcoteixeira.com]
Inviato: marted? 19 gennaio 2016 12.12
A: Alessandro Bolletta <alessandro at mediaspot.net>
Cc: spce-user at lists.sipwise.com
Oggetto: Re: [Spce-user] Call forwarding, no RTP

Goto your peering server for that "Ext number"
Click Preferences
and set use_rtpproxy to always
I think that should do make the RTP for calls to that peer to always proxy via SPCE
[Inline image 1]


---
Best regards
Marco
---


On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.

Could Sipwise be set in order to proxy that RTP flow?

Da: Marco Teixeira [mailto:admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>]
Inviato: marted? 19 gennaio 2016 10.51
A: Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>>
Cc: spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
Oggetto: Re: [Spce-user] Call forwarding, no RTP

If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.

Hoping to get your help,
Alessandro Bolletta

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://lists.sipwise.com/listinfo/spce-user


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/40aae9cd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 11855 bytes
Desc: image001.png
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/40aae9cd/attachment.png>

From admin at marcoteixeira.com  Tue Jan 19 06:34:37 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Tue, 19 Jan 2016 11:34:37 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
Message-ID: <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>

So i think my initial assumption "(...) If you are allowing direct RTP
between endpoints (...)" does not verify then.
My next step would be to take a SIP trace and check what's going on...


---
?B?
est regards
Marco
---


On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <
alessandro at mediaspot.net> wrote:

> That setting was already enabled.
>
>
>
> Alessandro
>
>
>
> *Da:* Marco Teixeira [mailto:admin at marcoteixeira.com]
> *Inviato:* marted? 19 gennaio 2016 12.12
>
> *A:* Alessandro Bolletta <alessandro at mediaspot.net>
> *Cc:* spce-user at lists.sipwise.com
> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>
>
>
> Goto your peering server for that "Ext number"
>
> Click Preferences
>
> and set use_rtpproxy to always
>
> I think that should do make the RTP for calls to that peer to always proxy
> via SPCE
>
> [image: Inline image 1]
>
>
>
>
> ---
>
> Best regards
>
> Marco
>
> ---
>
>
>
>
>
> On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <
> alessandro at mediaspot.net> wrote:
>
> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
>
>
>
> Could Sipwise be set in order to proxy that RTP flow?
>
>
>
> *Da:* Marco Teixeira [mailto:admin at marcoteixeira.com]
> *Inviato:* marted? 19 gennaio 2016 10.51
> *A:* Alessandro Bolletta <alessandro at mediaspot.net>
> *Cc:* spce-user at lists.sipwise.com
> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>
>
>
> If you are allowing direct RTP between endpoints, your "external number"
> gateway/provider might be refusing RTP from the original endpoint and
> expecting audio to come from your SPCE.
>
>
>
>
> ---
>
> Best regards
>
> Marco
>
> ---
>
>
>
>
>
> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <
> alessandro at mediaspot.net> wrote:
>
> Hi,
>
>
>
> if I configure a subscriber to unconditionally forward any incoming call
> to an external number, get the forwarded call estabilished but I get no RTP
> flows on both sides.
>
>
>
> The peer used for the call forwarding is already working flawlessly for
> other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/e850bfb7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 11855 bytes
Desc: not available
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/e850bfb7/attachment.png>

From stefanormc at gmail.com  Tue Jan 19 06:38:49 2016
From: stefanormc at gmail.com (stefanormc)
Date: Tue, 19 Jan 2016 12:38:49 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
Message-ID: <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>

I?m experiencing the same problem. I have 2 providers: one works fine the other not. Sipwise setting are the same.

The non working provider is Digitel; is that the same of yours, Alessandro?

Apparently is a RFC compliance issue

stefano

> On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com> wrote:
> 
> So i think my initial assumption "(...) If you are allowing direct RTP between endpoints (...)" does not verify then.
> My next step would be to take a SIP trace and check what's going on...
> 
> 
> ---
> ?B?est regards
> Marco
> ---
> 
> 
> On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
> That setting was already enabled.
> 
>  
> 
> Alessandro
> 
>  
> 
> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
> Inviato: marted? 19 gennaio 2016 12.12
> 
> 
> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
> Oggetto: Re: [Spce-user] Call forwarding, no RTP
> 
>  
> 
> Goto your peering server for that "Ext number" 
> 
> Click Preferences
> 
> and set use_rtpproxy to always
> 
> I think that should do make the RTP for calls to that peer to always proxy via SPCE
> 
> <image001.png>
> 
> 
> 
>  
> 
> ---
> 
> Best regards
> 
> Marco
> 
> ---
> 
>  
> 
>  
> 
> On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
> 
> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
> 
>  
> 
> Could Sipwise be set in order to proxy that RTP flow?
> 
>  
> 
> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
> Inviato: marted? 19 gennaio 2016 10.51
> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
> Oggetto: Re: [Spce-user] Call forwarding, no RTP
> 
>  
> 
> If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.
> 
> 
> 
>  
> 
> ---
> 
> Best regards
> 
> Marco
> 
> ---
> 
>  
> 
>  
> 
> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
> 
> Hi,
> 
>  
> 
> if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.
> 
>  
> 
> The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.
> 
>  
> 
> Hoping to get your help,
> 
> Alessandro Bolletta
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> https://lists.sipwise.com/listinfo/spce-user <https://lists.sipwise.com/listinfo/spce-user>
>  
> 
>  
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/d4ad2aa7/attachment.html>

From alessandro at mediaspot.net  Tue Jan 19 07:00:48 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Tue, 19 Jan 2016 12:00:48 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>,
 <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
Message-ID: <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>

No, i'm not using Digitel. Also I don't think that we are talking about the same issue.


Da: stefanormc <stefanormc at gmail.com>
Inviato: 19/gen/2016 12:36
A: Marco Teixeira
Cc: Alessandro Bolletta; spce-user at lists.sipwise.com
Oggetto: Re: [Spce-user] Call forwarding, no RTP

I?m experiencing the same problem. I have 2 providers: one works fine the other not. Sipwise setting are the same.

The non working provider is Digitel; is that the same of yours, Alessandro?

Apparently is a RFC compliance issue

stefano

On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>> wrote:

So i think my initial assumption "(...) If you are allowing direct RTP between endpoints (...)" does not verify then.
My next step would be to take a SIP trace and check what's going on...


---
?B?
est regards
Marco
---


On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
That setting was already enabled.

Alessandro

Da: Marco Teixeira [mailto:admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>]
Inviato: marted? 19 gennaio 2016 12.12

A: Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>>
Cc: spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
Oggetto: Re: [Spce-user] Call forwarding, no RTP


Goto your peering server for that "Ext number"
Click Preferences
and set use_rtpproxy to always
I think that should do make the RTP for calls to that peer to always proxy via SPCE
<image001.png>


---
Best regards
Marco
---


On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.

Could Sipwise be set in order to proxy that RTP flow?

Da: Marco Teixeira [mailto:admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>]
Inviato: marted? 19 gennaio 2016 10.51
A: Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>>
Cc: spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
Oggetto: Re: [Spce-user] Call forwarding, no RTP

If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.

Hoping to get your help,
Alessandro Bolletta

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://lists.sipwise.com/listinfo/spce-user



_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://lists.sipwise.com/listinfo/spce-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/269c70b9/attachment.html>

From stefanormc at gmail.com  Tue Jan 19 07:24:55 2016
From: stefanormc at gmail.com (stefanormc)
Date: Tue, 19 Jan 2016 13:24:55 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
 <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
 <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>
Message-ID: <6CD2D9CB-E526-4A8E-8A61-B06AF3620567@gmail.com>

if this is still the issue:

> if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.
> 


then yes, we are talking about the same issue.

try pressing any dtmf when the call is established on callee side. in my case rtp starts going through





> On 19 Jan 2016, at 13:00, Alessandro Bolletta <alessandro at mediaspot.net> wrote:
> 
> No, i'm not using Digitel. Also I don't think that we are talking about the same issue.
> 
> 
> Da: stefanormc <stefanormc at gmail.com>
> Inviato: 19/gen/2016 12:36
> A: Marco Teixeira
> Cc: Alessandro Bolletta; spce-user at lists.sipwise.com
> Oggetto: Re: [Spce-user] Call forwarding, no RTP
> 
> I?m experiencing the same problem. I have 2 providers: one works fine the other not. Sipwise setting are the same.
> 
> The non working provider is Digitel; is that the same of yours, Alessandro?
> 
> Apparently is a RFC compliance issue
> 
> stefano
> 
>> On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>> wrote:
>> 
>> So i think my initial assumption "(...) If you are allowing direct RTP between endpoints (...)" does not verify then.
>> My next step would be to take a SIP trace and check what's going on...
>> 
>> 
>> ---
>> ?B? est regards
>> Marco
>> ---
>> 
>> 
>> On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>> That setting was already enabled.
>> 
>>  
>> 
>> Alessandro
>> 
>>  
>> 
>> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
>> Inviato: marted? 19 gennaio 2016 12.12
>> 
>> 
>> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
>> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
>> Oggetto: Re: [Spce-user] Call forwarding, no RTP
>> 
>>  
>> 
>> Goto your peering server for that "Ext number" 
>> 
>> Click Preferences
>> 
>> and set use_rtpproxy to always
>> 
>> I think that should do make the RTP for calls to that peer to always proxy via SPCE
>> 
>> <image001.png>
>> 
>> 
>> 
>>  
>> 
>> ---
>> 
>> Best regards
>> 
>> Marco
>> 
>> ---
>> 
>>  
>> 
>>  
>> 
>> On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>> 
>> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
>> 
>>  
>> 
>> Could Sipwise be set in order to proxy that RTP flow?
>> 
>>  
>> 
>> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
>> Inviato: marted? 19 gennaio 2016 10.51
>> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
>> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
>> Oggetto: Re: [Spce-user] Call forwarding, no RTP
>> 
>>  
>> 
>> If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.
>> 
>> 
>> 
>>  
>> 
>> ---
>> 
>> Best regards
>> 
>> Marco
>> 
>> ---
>> 
>>  
>> 
>>  
>> 
>> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>> 
>> Hi,
>> 
>>  
>> 
>> if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.
>> 
>>  
>> 
>> The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.
>> 
>>  
>> 
>> Hoping to get your help,
>> 
>> Alessandro Bolletta
>> 
>> 
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>> https://lists.sipwise.com/listinfo/spce-user <https://lists.sipwise.com/listinfo/spce-user>
>>  
>> 
>>  
>> 
>> 
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>> https://lists.sipwise.com/listinfo/spce-user
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/9cfbbc63/attachment.html>

From dgrotti at sipwise.com  Tue Jan 19 07:44:49 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Tue, 19 Jan 2016 13:44:49 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <6CD2D9CB-E526-4A8E-8A61-B06AF3620567@gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
 <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
 <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>
 <6CD2D9CB-E526-4A8E-8A61-B06AF3620567@gmail.com>
Message-ID: <569E2FC1.2000707@sipwise.com>

Hi Alessandro,
it's very hard it's an ngcp issue, but to be sure please make an SIP/RTP
trace and check if NGCP is actually receiving the RTP stream from both
endpoints.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/19/2016 01:24 PM, stefanormc wrote:
> if this is still the issue:
>
>>             if I configure a subscriber to unconditionally forward
>>             any incoming call to an external number, get the
>>             forwarded call estabilished but I get no RTP flows on
>>             both sides.
>>
>
> then yes, we are talking about the same issue.
>
> try pressing any dtmf when the call is established on callee side. in
> my case rtp starts going through
>
>
>
>
>
>> On 19 Jan 2016, at 13:00, Alessandro Bolletta
>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>
>> No, i'm not using Digitel. Also I don't think that we are talking
>> about the same issue.
>>
>>
>> *Da:* stefanormc <stefanormc at gmail.com <mailto:stefanormc at gmail.com>>
>> *Inviato:* 19/gen/2016 12:36
>> *A:* Marco Teixeira
>> *Cc:* Alessandro Bolletta; spce-user at lists.sipwise.com
>> <mailto:spce-user at lists.sipwise.com>
>> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>
>> I?m experiencing the same problem. I have 2 providers: one works fine
>> the other not. Sipwise setting are the same.
>>
>> The non working provider is Digitel; is that the same of yours,
>> Alessandro?
>>
>> Apparently is a RFC compliance issue
>>
>> stefano
>>
>>> On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com
>>> <mailto:admin at marcoteixeira.com>> wrote:
>>>
>>> So i think my initial assumption "(...) If you are allowing direct
>>> RTP between endpoints (...)" does not verify then.
>>> My next step would be to take a SIP trace and check what's going on...
>>>
>>>
>>> ---
>>> ?B?
>>> est regards
>>> Marco
>>> ---
>>>
>>>
>>> On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta
>>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>>
>>>     That setting was already enabled.
>>>
>>>      
>>>
>>>     Alessandro
>>>
>>>      
>>>
>>>     *Da:*Marco Teixeira [mailto:admin at marcoteixeira.com
>>>     <mailto:admin at marcoteixeira.com>]
>>>     *Inviato:* marted? 19 gennaio 2016 12.12
>>>
>>>
>>>     *A:* Alessandro Bolletta <alessandro at mediaspot.net
>>>     <mailto:alessandro at mediaspot.net>>
>>>     *Cc:* spce-user at lists.sipwise.com
>>>     <mailto:spce-user at lists.sipwise.com>
>>>     *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>>
>>>      
>>>
>>>     Goto your peering server for that "Ext number" 
>>>
>>>     Click Preferences
>>>
>>>     and set use_rtpproxy to always
>>>
>>>     I think that should do make the RTP for calls to that peer to
>>>     always proxy via SPCE
>>>
>>>     <image001.png>
>>>
>>>
>>>      
>>>
>>>     ---
>>>
>>>     Best regards
>>>
>>>     Marco
>>>
>>>     ---
>>>
>>>      
>>>
>>>      
>>>
>>>     On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta
>>>     <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>>
>>>         Yes, the ?Ext number? gateway refuses RTP from that endpoint
>>>         for sure.
>>>
>>>          
>>>
>>>         Could Sipwise be set in order to proxy that RTP flow?
>>>
>>>          
>>>
>>>         *Da:*Marco Teixeira [mailto:admin at marcoteixeira.com
>>>         <mailto:admin at marcoteixeira.com>]
>>>         *Inviato:* marted? 19 gennaio 2016 10.51
>>>         *A:* Alessandro Bolletta <alessandro at mediaspot.net
>>>         <mailto:alessandro at mediaspot.net>>
>>>         *Cc:* spce-user at lists.sipwise.com
>>>         <mailto:spce-user at lists.sipwise.com>
>>>         *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>>
>>>          
>>>
>>>         If you are allowing direct RTP between endpoints, your
>>>         "external number" gateway/provider might be refusing RTP
>>>         from the original endpoint and expecting audio to come from
>>>         your SPCE.
>>>
>>>
>>>          
>>>
>>>         ---
>>>
>>>         Best regards
>>>
>>>         Marco
>>>
>>>         ---
>>>
>>>          
>>>
>>>          
>>>
>>>         On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta
>>>         <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
>>>         wrote:
>>>
>>>             Hi,
>>>
>>>              
>>>
>>>             if I configure a subscriber to unconditionally forward
>>>             any incoming call to an external number, get the
>>>             forwarded call estabilished but I get no RTP flows on
>>>             both sides.
>>>
>>>              
>>>
>>>             The peer used for the call forwarding is already working
>>>             flawlessly for other purposes, so I can imagine that
>>>             there?s something with call forwarding?s procedure.
>>>
>>>              
>>>
>>>             Hoping to get your help,
>>>
>>>             Alessandro Bolletta
>>>
>>>
>>>             _______________________________________________
>>>             Spce-user mailing list
>>>             Spce-user at lists.sipwise.com
>>>             <mailto:Spce-user at lists.sipwise.com>
>>>             https://lists.sipwise.com/listinfo/spce-user
>>>
>>>          
>>>
>>>      
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From kurtsr at outlook.com  Tue Jan 19 17:57:11 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Tue, 19 Jan 2016 16:57:11 -0600
Subject: [Spce-user] Subscriber VM
Message-ID: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>

Hi All,

I have a new install of SPCE Mr4.1.1 , I have began the initial setup of Contacts, Domain, Subscriber, Sound sets and rewites.
I assigned the sound set to the reseller and Domain.

I register with my soft phone, dial 2000 and get dead air. no sound or anything.

what am I doing wrong?
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160119/598ae498/attachment.html>

From dgrotti at sipwise.com  Wed Jan 20 04:26:32 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
Message-ID: <569F52C8.9080605@sipwise.com>

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot 
prompt any sounds.




On 2016-01-19 23:57, Kurt McClean Sr. wrote:
> Hi All,
>
> I have a new install of SPCE Mr4.1.1 , I have began the initial setup 
> of Contacts, Domain, Subscriber, Sound sets and rewites.
> I assigned the sound set to the reseller and Domain.
>
> I register with my soft phone, dial 2000 and get dead air. no sound or 
> anything.
>
> what am I doing wrong?
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user

-- 
*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone: +43(0)1 301 2032 <callto:+4313012032>
Email: dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website: www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160120/1f60df2a/attachment.html>

From me at nevian.org  Thu Jan 21 05:39:53 2016
From: me at nevian.org (Serge Yuriev)
Date: Thu, 21 Jan 2016 13:39:53 +0300
Subject: [Spce-user] Number cleanup
Message-ID: <9428FDFA-A738-42C3-AC1F-83092E021A9C@nevian.org>

Hello,

I try to construct rewrite rule to remove any non-digits numbers from destination.
In sed this is simple /[^0-9]//g
But I have no idea how to do it here :(

-- 
Serge S. Yuriev





From kurtsr at outlook.com  Fri Jan 22 09:59:41 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 08:59:41 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <569F52C8.9080605@sipwise.com>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>,
 <569F52C8.9080605@sipwise.com>
Message-ID: <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>

Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as SPCE.
When I take the Soft phone off LAN to a public network, I connect ( register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080, 2443 (UDP5060, 10000-20000

To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM


  
    
  
  
    Hi,

    make sure your client is using a PCMA codec, otherwise Asterisk
    cannot prompt any sounds.

    

    

    

    

    On 2016-01-19 23:57, Kurt McClean Sr.
      wrote:

    
    
      
      Hi All,

        

        I have a new install of SPCE Mr4.1.1 , I have began the initial
        setup of Contacts, Domain, Subscriber, Sound sets and rewites.

        I assigned the sound set to the reseller and Domain.

        

        I register with my soft phone, dial 2000 and get dead air. no
        sound or anything.

        

        what am I doing wrong?

      
      

      
      

      _______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user

    
    

    -- 

        Daniel Grotti  

        VoIP Engineer
          Sipwise GmbH  , Campus
          21/Europaring F15

          AT-2345 Brunn am Gebirge 

         Phone:   +43(0)1 301 2032  

          Email:   dgrotti at sipwise.com  

          Website:   www.sipwise.com  

        
          Particulars according Austrian Companies Code paragraph 14

          "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge

          FN:305595f, Commercial Court Vienna, ATU64002206
        

      
    
  


_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/cb9d1669/attachment.html>

From wfulton at thirdhatch.com  Fri Jan 22 11:22:33 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 08:22:33 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>,
 <569F52C8.9080605@sipwise.com>
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>

What kind of router are you using?  I have seen cases where the router
is passing the right ports but may not be using consistent NAT and will
cause this loss of audio through the firewall issue.

 

The first place to look would be to see if the router support consistent
NAT.  Also, be sure it isn't performing any kind of VOIP proxying.
Often this is called SIP-ALG.

 

Good luck!

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 7:00 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as
SPCE.
When I take the Soft phone off LAN to a public network, I connect (
register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080,
2443 (UDP5060, 10000-20000

________________________________

To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot
prompt any sounds.





On 2016-01-19 23:57, Kurt McClean Sr. wrote:

	Hi All,
	
	I have a new install of SPCE Mr4.1.1 , I have began the initial
setup of Contacts, Domain, Subscriber, Sound sets and rewites.
	I assigned the sound set to the reseller and Domain.
	
	I register with my soft phone, dial 2000 and get dead air. no
sound or anything.
	
	what am I doing wrong?

	
	
	

	_______________________________________________
	Spce-user mailing list
	Spce-user at lists.sipwise.com
	https://lists.sipwise.com/listinfo/spce-user

 

-- 

Daniel Grotti 
VoIP Engineer Sipwise GmbH <http://www.sipwise.com> , Campus
21/Europaring F15
AT-2345 Brunn am Gebirge 
Phone:  +43(0)1 301 2032 
Email:  dgrotti at sipwise.com 
Website:  www.sipwise.com 
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206 


_______________________________________________ Spce-user mailing list
Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/5b678fd2/attachment.html>

From dgrotti at sipwise.com  Fri Jan 22 11:32:19 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Fri, 22 Jan 2016 17:32:19 +0100
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
 <569F52C8.9080605@sipwise.com> <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
Message-ID: <56A25993.9070707@sipwise.com>

Hi,
make a SIP/RTP trace and make sure that the ip:port written in the 
INVITE's SDP received by LB and in the 200 OK sent by LB are reachable 
and opened.
Then check the RTP traffic in your trace.

Otherwise you can trace RTP on your phone side.
If you don't see anything means that there is something in between 
that's blocking the stream.

Daniel




On 01/22/2016 03:59 PM, Kurt McClean Sr. wrote:
> Still have not found a resolution for this issue ...
>
> No Audio - I get Audio Only when the Softphone is on the same LAN as SPCE.
> When I take the Soft phone off LAN to a public network, I connect ( 
> register) okay, When I dial 2000 ( VM) I get no audio
> also calling another subscriber, still no Audio.
>
> I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080, 
> 2443 (UDP5060, 10000-20000
>
> ------------------------------------------------------------------------
> To: spce-user at lists.sipwise.com
> From: dgrotti at sipwise.com
> Date: Wed, 20 Jan 2016 10:26:32 +0100
> Subject: Re: [Spce-user] Subscriber VM
>
> Hi,
> make sure your client is using a PCMA codec, otherwise Asterisk cannot 
> prompt any sounds.
>
>
>
>
> On 2016-01-19 23:57, Kurt McClean Sr. wrote:
>
>     Hi All,
>
>     I have a new install of SPCE Mr4.1.1 , I have began the initial
>     setup of Contacts, Domain, Subscriber, Sound sets and rewites.
>     I assigned the sound set to the reseller and Domain.
>
>     I register with my soft phone, dial 2000 and get dead air. no
>     sound or anything.
>
>     what am I doing wrong?
>
>
>     _______________________________________________
>     Spce-user mailing list
>     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     https://lists.sipwise.com/listinfo/spce-user
>
>
> -- 
> *Daniel Grotti *
> VoIP Engineer Sipwise GmbH <http://www.sipwise.com> , Campus 
> 21/Europaring F15
> AT-2345 Brunn am Gebirge
> Phone: +43(0)1 301 2032
> Email: dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website: www.sipwise.com <http://www.sipwise.com>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
> _______________________________________________ Spce-user mailing list 
> Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user

-- 
*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone: +43(0)1 301 2032 <callto:+4313012032>
Email: dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website: www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/36d89313/attachment.html>

From kurtsr at outlook.com  Fri Jan 22 11:41:34 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 10:41:34 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>

>Bill..
My Router is Buffalo WZR-HP-AG300H
, DD-WRT, it has SIP Proxy setting, but its Disabled.

Also, I started an instance on AWS Amazon to see if it would work, but the same issue exist - No Audio.
same ports are forwarded.

Date: Fri, 22 Jan 2016 08:22:33 -0800
From: wfulton at thirdhatch.com
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

What kind of router are you using?  I have seen cases where the router is passing the right ports but may not be using consistent NAT and will cause this loss of audio through the firewall issue. The first place to look would be to see if the router support consistent NAT.  Also, be sure it isn?t performing any kind of VOIP proxying.  Often this is called SIP-ALG. Good luck!Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 7:00 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as SPCE.
When I take the Soft phone off LAN to a public network, I connect ( register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080, 2443 (UDP5060, 10000-20000To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot prompt any sounds.



On 2016-01-19 23:57, Kurt McClean Sr. wrote:Hi All,

I have a new install of SPCE Mr4.1.1 , I have began the initial setup of Contacts, Domain, Subscriber, Sound sets and rewites.
I assigned the sound set to the reseller and Domain.

I register with my soft phone, dial 2000 and get dead air. no sound or anything.

what am I doing wrong?

_______________________________________________Spce-user mailing listSpce-user at lists.sipwise.comhttps://lists.sipwise.com/listinfo/spce-user -- Daniel Grotti 
VoIP Engineer Sipwise GmbH , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge 
Phone:  +43(0)1 301 2032 
Email:  dgrotti at sipwise.com 
Website:  www.sipwise.com 
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206 
_______________________________________________ Spce-user mailing list Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/ec331756/attachment.html>

From wfulton at thirdhatch.com  Fri Jan 22 12:19:55 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 09:19:55 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>

Can you describe your client set up?

 

I'm assuming there is another firewall involved between the internet and
the spce.

 

Something like this:

 

 

SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X

 

 

I'm interested in what router #2 is and what type of client you are
connecting.

 

Thanks,

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 8:42 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

>Bill..
My Router is Buffalo WZR-HP-AG300H , DD-WRT, it has SIP Proxy setting,
but its Disabled.

Also, I started an instance on AWS Amazon to see if it would work, but
the same issue exist - No Audio.
same ports are forwarded.

________________________________

Date: Fri, 22 Jan 2016 08:22:33 -0800
From: wfulton at thirdhatch.com
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

What kind of router are you using?  I have seen cases where the router
is passing the right ports but may not be using consistent NAT and will
cause this loss of audio through the firewall issue.

 

The first place to look would be to see if the router support consistent
NAT.  Also, be sure it isn't performing any kind of VOIP proxying.
Often this is called SIP-ALG.

 

Good luck!

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 7:00 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as
SPCE.
When I take the Soft phone off LAN to a public network, I connect (
register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080,
2443 (UDP5060, 10000-20000

________________________________

To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot
prompt any sounds.




On 2016-01-19 23:57, Kurt McClean Sr. wrote:

	Hi All,
	
	I have a new install of SPCE Mr4.1.1 , I have began the initial
setup of Contacts, Domain, Subscriber, Sound sets and rewites.
	I assigned the sound set to the reseller and Domain.
	
	I register with my soft phone, dial 2000 and get dead air. no
sound or anything.
	
	what am I doing wrong?

	 

	_______________________________________________
	Spce-user mailing list
	Spce-user at lists.sipwise.com
	https://lists.sipwise.com/listinfo/spce-user

 

-- 

Daniel Grotti 
VoIP Engineer Sipwise GmbH <http://www.sipwise.com> , Campus
21/Europaring F15
AT-2345 Brunn am Gebirge 
Phone:  +43(0)1 301 2032 
Email:  dgrotti at sipwise.com 
Website:  www.sipwise.com 
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206 


_______________________________________________ Spce-user mailing list
Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user


_______________________________________________ Spce-user mailing list
Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/29905ff2/attachment.html>

From kurtsr at outlook.com  Fri Jan 22 14:52:36 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 13:52:36 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>

Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? 

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Can you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/497a7b8c/attachment.html>

From wfulton at thirdhatch.com  Fri Jan 22 15:02:04 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 12:02:04 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>

Did you perform the steps on this page:

https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html

 

It is important that your network be configured properly first.

 

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE
ATT network

But if its also doing the same on AWS, I would think its something I
don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first
need to configure "/default/ngcp-ossbss"
How is this configured? 

________________________________

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Can you describe your client set up?

 

I'm assuming there is another firewall involved between the internet and
the spce.

 

Something like this:

 

 

SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X

 

 

I'm interested in what router #2 is and what type of client you are
connecting.

 

Thanks,

Bill

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/5bb760c9/attachment.html>

From kurtsr at outlook.com  Fri Jan 22 15:24:26 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 14:24:26 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>

I skipped step "5.1. Network Configuration" , as it stated,  because I have only 1 NIC

Do I still need to configure as shown?
Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Did you perform the steps on this page:https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html It is important that your network be configured properly first. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comCan you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/bfec6840/attachment.html>

From wfulton at thirdhatch.com  Fri Jan 22 15:45:30 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 12:45:30 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>

You still need to do this step to assign the roles to eth0 or whatever
the name of your adaptor is.  Otherwise the roles are assign to the
loopback adaptor and will not work.

 

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 12:24 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

I skipped step "5.1. Network Configuration" , as it stated,  because I
have only 1 NIC

Do I still need to configure as shown?

________________________________

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Did you perform the steps on this page:

https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html

 

It is important that your network be configured properly first.

 

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE
ATT network

But if its also doing the same on AWS, I would think its something I
don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first
need to configure "/default/ngcp-ossbss"
How is this configured? 

________________________________

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Can you describe your client set up?

 

I'm assuming there is another firewall involved between the internet and
the spce.

 

Something like this:

 

 

SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X

 

 

I'm interested in what router #2 is and what type of client you are
connecting.

 

Thanks,

Bill

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/ba7c29ef/attachment.html>

From kurtsr at outlook.com  Fri Jan 22 15:48:47 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 14:48:47 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W755E20990CB853CB155BF0C5C40@phx.gbl>

ok, I'll get it done today and report my results
Thanks

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:45:30 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

You still need to do this step to assign the roles to eth0 or whatever the name of your adaptor is.  Otherwise the roles are assign to the loopback adaptor and will not work. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 12:24 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM I skipped step "5.1. Network Configuration" , as it stated,  because I have only 1 NIC

Do I still need to configure as shown?Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comDid you perform the steps on this page:https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html It is important that your network be configured properly first. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comCan you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160122/335ae447/attachment.html>

From tabi.tabe at gmail.com  Sat Jan 23 05:14:34 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:14:34 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
Message-ID: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>

Hi,


SPEC server stops processing calls. Kamailio proxy service is not running,
even after reboot. I get the following error. Any ideas on how to resolve
it?


root at sbc-1:~-> # tail -f /var/log/ngcp/kamailio-proxy.log
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: <core> [db.c:401]:
db_table_version(): error in db_query
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: <core> [db.c:440]:
db_check_table_version(): querying version for table domain
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: domain [domain_mod.c:223]:
mod_init(): error during check of domain table version
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: <core> [sr_module.c:970]:
init_mod(): init_mod(): Error while initializing module domain
(/usr/lib/x86_64-linux-gnu/kamailio/modules/domain.so)
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: db_mysql [km_dbase.c:122]:
db_mysql_submit_query(): driver error on query: Lost connection to MySQL
server during query
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: <core> [db_query.c:132]:
db_do_query_internal(): error while submitting query
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: domain [domain.c:336]:
reload_tables(): error while querying database
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: db_mysql [km_dbase.c:229]:
db_mysql_free_result(): invalid parameter value
Jan 23 12:01:01 sbc-1 proxy[7051]: CRITICAL: domain [domain_mod.c:266]:
mod_init(): domain reload failed
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: <core> [sr_module.c:970]:
init_mod(): init_mod(): Error while initializing module domain
(/usr/lib/x86_64-linux-gnu/kamailio/modules/domain.so)


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160123/fa49fc9b/attachment.html>

From vseva at sipwise.com  Sat Jan 23 05:17:38 2016
From: vseva at sipwise.com (Victor Seva)
Date: Sat, 23 Jan 2016 11:17:38 +0100
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
Message-ID: <56A35342.8090906@sipwise.com>

On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
> db_mysql_submit_query(): driver error on query: Lost connection to MySQL
> server during query

Check that MySQL is up and running properly

-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160123/ff29fb43/attachment.asc>

From tabi.tabe at gmail.com  Sat Jan 23 05:27:11 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:27:11 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <56A35342.8090906@sipwise.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
 <56A35342.8090906@sipwise.com>
Message-ID: <CAOibrm4pkroE8SeS0__b-y0rFdYhNst-+1OTkQfyvHQ9HQBE_g@mail.gmail.com>

Hi Victor it is running

On Sat, Jan 23, 2016 at 12:17 PM, Victor Seva <vseva at sipwise.com> wrote:

> On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
> > db_mysql_submit_query(): driver error on query: Lost connection to MySQL
> > server during query
>
> Check that MySQL is up and running properly
>
> --
> Victor Seva
> Software Engineer
>
> Phone: +43(0)1 301 2029
> Email: vseva at sipwise.com
> Website: www.sipwise.com
>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160123/5694131c/attachment.html>

From tabi.tabe at gmail.com  Sat Jan 23 05:29:07 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:29:07 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <56A35342.8090906@sipwise.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
 <56A35342.8090906@sipwise.com>
Message-ID: <CAOibrm76u501_fm8gM=ZO7C4xEV3pUCFmDNnR_kByCHcUUnvvw@mail.gmail.com>

Restarted now and MySQL starts fine.

On Sat, Jan 23, 2016 at 12:17 PM, Victor Seva <vseva at sipwise.com> wrote:

> On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
> > db_mysql_submit_query(): driver error on query: Lost connection to MySQL
> > server during query
>
> Check that MySQL is up and running properly
>
> --
> Victor Seva
> Software Engineer
>
> Phone: +43(0)1 301 2029
> Email: vseva at sipwise.com
> Website: www.sipwise.com
>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160123/73b69522/attachment.html>

From tabi.tabe at gmail.com  Sat Jan 23 05:57:07 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:57:07 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <CAOibrm76u501_fm8gM=ZO7C4xEV3pUCFmDNnR_kByCHcUUnvvw@mail.gmail.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
 <56A35342.8090906@sipwise.com>
 <CAOibrm76u501_fm8gM=ZO7C4xEV3pUCFmDNnR_kByCHcUUnvvw@mail.gmail.com>
Message-ID: <CAOibrm5HYEJXM0PUsy-Vc6-xiNJsUkykxmYqA866Gv7_ekN9aA@mail.gmail.com>

Victor,

It is all fine now. It took several tries before kamailio proxy started.

Thanks

Tabi

On Sat, Jan 23, 2016 at 12:29 PM, Tabi Tabe Tabi <tabi.tabe at gmail.com>
wrote:

> Restarted now and MySQL starts fine.
>
> On Sat, Jan 23, 2016 at 12:17 PM, Victor Seva <vseva at sipwise.com> wrote:
>
>> On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
>> > db_mysql_submit_query(): driver error on query: Lost connection to MySQL
>> > server during query
>>
>> Check that MySQL is up and running properly
>>
>> --
>> Victor Seva
>> Software Engineer
>>
>> Phone: +43(0)1 301 2029
>> Email: vseva at sipwise.com
>> Website: www.sipwise.com
>>
>> Particulars according Austrian Companies Code paragraph 14
>> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
>> FN:305595f, Commercial Court Vienna, ATU64002206
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>>
>
>
> --
> ...Tabi
>
>


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160123/d7480f06/attachment.html>

From matthias.hohl at telematica.at  Tue Jan 26 06:30:17 2016
From: matthias.hohl at telematica.at (Matthias Hohl)
Date: Tue, 26 Jan 2016 12:30:17 +0100 (CET)
Subject: [Spce-user] Concurrent max calls exceeded for callee
In-Reply-To: <56713A32.10403@sipwise.com>
References: <08bc01d0ff47$05ffb770$11ff2650$@telematica.at>
 <094501d0ff5e$38125a80$a8370f80$@telematica.at>
 <2E0234B6-C07A-4D5A-AC8B-BB0EC1EB8694@telematica.at>
 <5639CECA.4000502@sipwise.com>
 <01fe01d13796$86cf2700$946d7500$@telematica.at> <56713A32.10403@sipwise.com>
Message-ID: <21a6c01d1582c$eca02aa0$c5e07fe0$@telematica.at>

Hello,

when do you think, that you fix this issue, cause I have this problem
several times a week :/
I am currently on the latest 4.1.1 version including updates from last week.

Thanks.

-----Urspr?ngliche Nachricht-----
Von: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Gesendet: Mittwoch, 16. Dezember 2015 11:17
An: Matthias Hohl <matthias.hohl at telematica.at>; spce-user at lists.sipwise.com
Betreff: Re: AW: [Spce-user] Concurrent max calls exceeded for callee

Hi Matthias,
We are aware of the problem on mr3.8.4 version and 4.x.
We are working on it since a while in order to fix definitely this issue.

Stay tuned.

--
Daniel Grotti
VoIP Engineer


Sipwise GmbH
Europaring F15 | 2345 Brunn am Gebirge, Austria | www.sipwise.com

On 12/16/2015 01:13 AM, Matthias Hohl wrote:
> Hello,
> 
> i have again this redis counter problem with "max calls exceeded for
callee"
> for some subscribers.
> It comes from time to time, that the SPCE told me, that max calls 
> exceeded but nobody is calling.
> 
> After restarting redis service (/etc/init.d/redis-server restart) 
> everything is working fine again, but I must restart the redis every few
days/week.
> 
> Is there another solution for this problem?
> 
> How could this happen, again and again on different subscribers?
> 
> Thanks for your answer!
> 
> 
> 
> -----Urspr?ngliche Nachricht-----
> Von: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] Im Auftrag 
> von Daniel Grotti
> Gesendet: Mittwoch, 4. November 2015 10:24
> An: spce-user at lists.sipwise.com
> Betreff: Re: [Spce-user] Concurrent max calls exceeded for callee
> 
> Hi,
> you can reset redis counters for that user to 0.
> for example:
> 
> 
> # redis-cli -n 3 keys \*
> 
> 
> 
> # redis-cli -n 3 get userout:<SUBS_UUID> "2"
> # redis-cli -n 3 set userout:<SUBS_UUID> 0 OK # redis-cli -n 3 get 
> userout:<SUBS_UUID> "0"
> 
> 
> --
> Daniel Grotti
> VoIP Engineer
> 
> 
> Sipwise GmbH
> Europaring F15 | 2345 Brunn am Gebirge, Austria | www.sipwise.com
> 
> On 11/03/2015 10:29 AM, Matthias Hohl wrote:
>> Today the same problem happen again by an other subscriber. The 
>> subscriber has 4 lines but just one person is using the subscriber.
>> They place several calls this morning and called me now and told me, 
>> that she cant call place calls anymore cause phone told her: "all 
>> concurrent lines are in use, please try again later". I checked the 
>> server and the pbx and there are no active calls, so the limit cant 
>> be
> exceeded.
>>
>> After set the concurrent max limit to 5 or higher in subscriber 
>> preferences, calls works again, if i set it back to 4, the voice 
>> message comes again.
>>
>> This happen now several times with different subscribers in different 
>> time intervals. It looks like this is a redis bug or what do you think?
>>
>> Hope to read from you soon with some more informations.
>>
>> Btw: is restarting redis-server the right solution?
>>>
>>> /etc/init.d/redis-server stop
>>>
>>> rm -rf /var/lib/redis/*
>>>
>>> /etc/init.d/redis-server start
>>>
>>
>>
>> Von meinem iPhone gesendet
>>
>> Am 05.10.2015 um 13:09 schrieb Matthias Hohl 
>> <matthias.hohl at telematica.at <mailto:matthias.hohl at telematica.at>>:
>>
>>> I found a hint in an older posting

>>>
>>> I have done now the following:
>>>
>>>  
>>>
>>> /etc/init.d/redis-server stop
>>>
>>> rm -rf /var/lib/redis/*
>>>
>>> /etc/init.d/redis-server start
>>>
>>>  
>>>
>>> It looks that it works now again, but can you tell me, what happened 
>>> and how this problem can be reproduced, and if this is the only 
>>> solution for it?
>>>
>>>  
>>>
>>> Thanks.
>>>
>>>  
>>>
>>> *Von:*Spce-user [mailto:spce-user-bounces at lists.sipwise.com] *Im 
>>> Auftrag von *Matthias Hohl
>>> *Gesendet:* Montag, 5. Oktober 2015 10:23
>>> *An:* spce-user at lists.sipwise.com
>>> <mailto:spce-user at lists.sipwise.com>
>>> *Betreff:* [Spce-user] Concurrent max calls exceeded for callee
>>>
>>>  
>>>
>>> Hello,
>>>
>>>  
>>>
>>> found out new problem today

>>>
>>>  
>>>
>>> I subscriber can?t place or get calls and kamilio-proxy.log told me, 
>>> that ?Concurrent max calls exceeded for callee? and also sometimes 
>>> ?Concurrent_max calls exceeded for caller?
>>>
>>>  
>>>
>>> But the subscriber has 8 lines and no concurrent calls.
>>>
>>>  
>>>
>>>  
>>>
>>> What can I check to solve this problem?
>>>
>>>  
>>>
>>>  
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From kurtsr at outlook.com  Wed Jan 27 11:44:23 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Wed, 27 Jan 2016 10:44:23 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>

OK, I have moved to SPCE on AWS
the no audio issue still exist.

I have not configured the network configuration because I am not sure how it should be filled out when using AWS.
in the SPCE example manual

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 1.2.3.4 <--   Using AWS what goes in these fields?
netmask 255.255.255.0 <--- U sing AWS what goes in these fields?
gateway 1.2.3.1 <---  Using AWS what goes in these fields?
dns-nameservers 8.8.8.8 <--- Using AWS what goes in these fields?
dns-search yourdomain.com <---Using AWS what goes in these fields?


Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:45:30 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

You still need to do this step to assign the roles to eth0 or whatever the name of your adaptor is.  Otherwise the roles are assign to the loopback adaptor and will not work. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 12:24 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM I skipped step "5.1. Network Configuration" , as it stated,  because I have only 1 NIC

Do I still need to configure as shown?Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comDid you perform the steps on this page:https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html It is important that your network be configured properly first. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comCan you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160127/0c2e246e/attachment.html>

From axessofficetheo at gmail.com  Thu Jan 28 06:11:24 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 13:11:24 +0200
Subject: [Spce-user] rewrite rules applied out of the blue (well seemingly)
Message-ID: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>

Hi

Our 2.8 lts seems to apply rewrite rules that do not apply for an account.
In the log I see Applying callee-out peer rewrite rules to called party
using dpid '28'

Yet there are no rewrite rules set for the domain or for the user. How
would I check why it thinks it should apply those rules?

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/3a0a9492/attachment.html>

From barry at flanagan.ie  Thu Jan 28 06:16:59 2016
From: barry at flanagan.ie (Barry Flanagan)
Date: Thu, 28 Jan 2016 11:16:59 +0000
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
Message-ID: <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>

On 28 January 2016 at 11:11, Theo <axessofficetheo at gmail.com> wrote:

> Hi
>
> Our 2.8 lts seems to apply rewrite rules that do not apply for an account.
> In the log I see Applying callee-out peer rewrite rules to called party
> using dpid '28'
>
> Yet there are no rewrite rules set for the domain or for the user. How
> would I check why it thinks it should apply those rules?
>
>
HI,

I have come across this if the user is sending the INVITE To or From as
user at ip.address rather than user at domain.com. NGCP then has no key to look
up for the correct preferences, even though it knows the UUID and bills
correctly.

Hope this helps.

-Barry Flanagan



Thanks!
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/a211716a/attachment.html>

From apogrebennyk at sipwise.com  Thu Jan 28 06:20:36 2016
From: apogrebennyk at sipwise.com (Andrew Pogrebennyk)
Date: Thu, 28 Jan 2016 12:20:36 +0100
Subject: [Spce-user] rewrite rules applied out of the blue (well
 seemingly)
In-Reply-To: <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
Message-ID: <56A9F984.4060100@sipwise.com>

Hi Barry,
are you using the trusted sources for this user by chance? Indeed, there
was an issue looking up domain for trusted subscribers in older
releases, fixed from mr3.8 onwards.

Andrew

On 01/28/2016 12:16 PM, Barry Flanagan wrote:
> HI,
> 
> I have come across this if the user is sending the INVITE To or From as
> user at ip.address rather than user at domain.com <mailto:user at domain.com>.
> NGCP then has no key to look up for the correct preferences, even though
> it knows the UUID and bills correctly. 
> 
> Hope this helps.
> 
> -Barry Flanagan



From axessofficetheo at gmail.com  Thu Jan 28 06:21:33 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 13:21:33 +0200
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
Message-ID: <CA+9+E=WnuwctzwxBTebC=OVqeigDVin5wMtdHRTGyfrrCdNmeA@mail.gmail.com>

Hi Barry

Thanks for that - unfortunately not the case in this instance.

Cheers

Theo

On Thu, Jan 28, 2016 at 1:16 PM, Barry Flanagan <barry at flanagan.ie> wrote:

> On 28 January 2016 at 11:11, Theo <axessofficetheo at gmail.com> wrote:
>
>> Hi
>>
>> Our 2.8 lts seems to apply rewrite rules that do not apply for an
>> account. In the log I see Applying callee-out peer rewrite rules to called
>> party using dpid '28'
>>
>> Yet there are no rewrite rules set for the domain or for the user. How
>> would I check why it thinks it should apply those rules?
>>
>>
> HI,
>
> I have come across this if the user is sending the INVITE To or From as
> user at ip.address rather than user at domain.com. NGCP then has no key to look
> up for the correct preferences, even though it knows the UUID and bills
> correctly.
>
> Hope this helps.
>
> -Barry Flanagan
>
>
>
> Thanks!
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/e5b6e358/attachment.html>

From apogrebennyk at sipwise.com  Thu Jan 28 06:25:27 2016
From: apogrebennyk at sipwise.com (Andrew Pogrebennyk)
Date: Thu, 28 Jan 2016 12:25:27 +0100
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
 <569F52C8.9080605@sipwise.com> <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
 <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>
Message-ID: <56A9FAA7.50906@sipwise.com>

Hi,
didn't use AWS lately, but I would leave /etc/network/interfaces
untouched, just set your elastic address as advertised IP (man
ngcp-network) and do ngcpcfg apply.

Hope this helps,
Andrew

On 01/27/2016 05:44 PM, Kurt McClean Sr. wrote:
> OK, I have moved to SPCE on AWS
> the no audio issue still exist.
> 
> I have not configured the network configuration because I am not sure
> how it should be filled out when using AWS.
> in the SPCE example manual
> 
> /auto lo
> iface lo inet loopback
> 
> auto eth0
> iface eth0 inet static
> address 1.2.3.4 <--   Using AWS what goes in these fields?
> netmask 255.255.255.0 <--- //U sing AWS what goes in these fields?/
> /gateway 1.2.3.1 <---  //Using AWS what goes in these fields?/
> /dns-nameservers 8.8.8.8 <---//Using AWS what goes in these fields?/
> /dns-search yourdomain.com <---//Using AWS what goes in these fields?/



From barry at flanagan.ie  Thu Jan 28 06:25:33 2016
From: barry at flanagan.ie (Barry Flanagan)
Date: Thu, 28 Jan 2016 11:25:33 +0000
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <56A9F984.4060100@sipwise.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
 <56A9F984.4060100@sipwise.com>
Message-ID: <CALJb54_CBo04-m0-t+OLxxhPzYzvWFN0c56-OHRF8844XTrD0A@mail.gmail.com>

On 28 January 2016 at 11:20, Andrew Pogrebennyk <apogrebennyk at sipwise.com>
wrote:

> Hi Barry,
> are you using the trusted sources for this user by chance? Indeed, there
> was an issue looking up domain for trusted subscribers in older
> releases, fixed from mr3.8 onwards.
>

Yes, it only manifested itself with trusted sources. Fixed by  using
"^sip:.*@domain\.com" in the From-Pattern to make sure they used the
correct settings.

Glad to hear it is fixed now - just in the process of organizing out PRO
upgrade to latest LTS relase :-)


-Barry


> Andrew
>
> On 01/28/2016 12:16 PM, Barry Flanagan wrote:
> > HI,
> >
> > I have come across this if the user is sending the INVITE To or From as
> > user at ip.address rather than user at domain.com <mailto:user at domain.com>.
> > NGCP then has no key to look up for the correct preferences, even though
> > it knows the UUID and bills correctly.
> >
> > Hope this helps.
> >
> > -Barry Flanagan
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/ea2791b4/attachment.html>

From isrlgb at gmail.com  Thu Jan 28 09:51:17 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 28 Jan 2016 16:51:17 +0200
Subject: [Spce-user] billing for forwarded calls
Message-ID: <CAOYD8216ihUEHcRZKSWWVUxxWQ31wMyKSsWgX1pRaxrU6K1a2w@mail.gmail.com>

Hi

how are forwarded calls billed to the right subscriber and is there a way
to bill based on p-asserted etc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/d8742a97/attachment.html>

From kurtsr at outlook.com  Thu Jan 28 09:57:37 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Thu, 28 Jan 2016 08:57:37 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <56A9FAA7.50906@sipwise.com>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>,
 <569F52C8.9080605@sipwise.com>
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>, <56A9FAA7.50906@sipwise.com>
Message-ID: <SNT150-W71041740FA238FDDDEF5BBC5DA0@phx.gbl>

I tried as mentioned, did not touch the "/etc/network/interfaces" 
applied the ---advertised IP <PubicIP>

Still no Audio, it looks like Im also not showing up in SIP peers
Listening on
             udp: 172.31.24.247 [172.31.24.247]:5060
             udp: 127.0.0.1:5060
             tcp: 172.31.24.247 [172.31.24.247]:5060
             tcp: 127.0.0.1:5060
             tls: 172.31.24.247 [172.31.24.247]:5061
Aliases:
             *: 52.26.xxx.xxx:5061 <-- X is a place holder not to show my acctual Public IP
             *: 52.26.xxx.xxx:5060

ip-172-31-24-247*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
sip_proxy_fax_0            127.0.0.1            N      5062     Unmonitored
sip_proxy                  127.0.0.1            N      5062     Unmonitored
2 sip peers [Monitored: 0 online, 0 offline Unmonitored: 2 online, 0 offline]


> Subject: Re: [Spce-user] Subscriber VM
> To: kurtsr at outlook.com; spce-user at lists.sipwise.com
> From: apogrebennyk at sipwise.com
> Date: Thu, 28 Jan 2016 12:25:27 +0100
> 
> Hi,
> didn't use AWS lately, but I would leave /etc/network/interfaces
> untouched, just set your elastic address as advertised IP (man
> ngcp-network) and do ngcpcfg apply.
> 
> Hope this helps,
> Andrew
> 
> On 01/27/2016 05:44 PM, Kurt McClean Sr. wrote:
> > OK, I have moved to SPCE on AWS
> > the no audio issue still exist.
> > 
> > I have not configured the network configuration because I am not sure
> > how it should be filled out when using AWS.
> > in the SPCE example manual
> > 
> > /auto lo
> > iface lo inet loopback
> > 
> > auto eth0
> > iface eth0 inet static
> > address 1.2.3.4 <--   Using AWS what goes in these fields?
> > netmask 255.255.255.0 <--- //U sing AWS what goes in these fields?/
> > /gateway 1.2.3.1 <---  //Using AWS what goes in these fields?/
> > /dns-nameservers 8.8.8.8 <---//Using AWS what goes in these fields?/
> > /dns-search yourdomain.com <---//Using AWS what goes in these fields?/
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/93cf3f0d/attachment.html>

From isrlgb at gmail.com  Thu Jan 28 10:08:41 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 28 Jan 2016 17:08:41 +0200
Subject: [Spce-user] bill amount per second
Message-ID: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>

Hi all

i have tried adding a billing rate for a dest and it doesnt let amount more
than 15 char and i have more


if a minute costs 0.07 cents then a sec. costs 0.00116666666666667 and that
gives a error as to many digits

if i make less digits the customer always pays more in the long run
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/9dfb5fc3/attachment.html>

From sergio.serrano at avanzada7.com  Thu Jan 28 13:27:14 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Thu, 28 Jan 2016 19:27:14 +0100
Subject: [Spce-user] =?iso-8859-1?q?mr4=2E1=2E1_=BFProblem_between_LB_and_?=
	=?iso-8859-1?q?Proxy=3F?=
In-Reply-To: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
Message-ID: <1454005634.2652.12.camel@avanzada7.com>

We have an installation with a extrange problem. Some subscribers, send
a REGISTER from A.A.A.A, LB receive REGISTER and resend REGISTER to
Proxy, the proxy send 100 Trying and 401 but with sngrep, ngrep-sip or
something else I can't view responses from LB to subscriber, but in the
log of LB I can see
2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060


It's so extrange but I trust more in tshark, ngrep than the kamailio-lb log. Anyone know if there are some configuration or bug for this behaviour?

If someone could help me I will be pleasant because I can't see which is the problem.

Thanks,

Sergio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/c49b1130/attachment.html>

From axessofficetheo at gmail.com  Thu Jan 28 14:56:50 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 21:56:50 +0200
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <CALJb54_CBo04-m0-t+OLxxhPzYzvWFN0c56-OHRF8844XTrD0A@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
 <56A9F984.4060100@sipwise.com>
 <CALJb54_CBo04-m0-t+OLxxhPzYzvWFN0c56-OHRF8844XTrD0A@mail.gmail.com>
Message-ID: <CA+9+E=VudzFKQ=sXwP-i_VDzL3FTYwq7GJdTLsSKJvCxn_pPMw@mail.gmail.com>

Ok for some obscure reason a restart made all this go away......

On Thu, Jan 28, 2016 at 1:25 PM, Barry Flanagan <barry at flanagan.ie> wrote:

> On 28 January 2016 at 11:20, Andrew Pogrebennyk <apogrebennyk at sipwise.com>
> wrote:
>
>> Hi Barry,
>> are you using the trusted sources for this user by chance? Indeed, there
>> was an issue looking up domain for trusted subscribers in older
>> releases, fixed from mr3.8 onwards.
>>
>
> Yes, it only manifested itself with trusted sources. Fixed by  using
> "^sip:.*@domain\.com" in the From-Pattern to make sure they used the
> correct settings.
>
> Glad to hear it is fixed now - just in the process of organizing out PRO
> upgrade to latest LTS relase :-)
>
>
> -Barry
>
>
>> Andrew
>>
>> On 01/28/2016 12:16 PM, Barry Flanagan wrote:
>> > HI,
>> >
>> > I have come across this if the user is sending the INVITE To or From as
>> > user at ip.address rather than user at domain.com <mailto:user at domain.com>.
>> > NGCP then has no key to look up for the correct preferences, even though
>> > it knows the UUID and bills correctly.
>> >
>> > Hope this helps.
>> >
>> > -Barry Flanagan
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/4fc65871/attachment.html>

From axessofficetheo at gmail.com  Thu Jan 28 15:06:56 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 22:06:56 +0200
Subject: [Spce-user] automating
Message-ID: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>

Hi

We run sipwise for ourselves. A client of ours wants to possibly use it but
would want to create accounts including all its settings (and that would
include ALL) by writing it directly to the database. So no API. I do not
know enough about this to answer whether this is possible or not.

Can anyone give some advice on this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/3f517ecd/attachment.html>

From agranig at sipwise.com  Thu Jan 28 15:32:13 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Thu, 28 Jan 2016 21:32:13 +0100
Subject: [Spce-user] automating
In-Reply-To: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
Message-ID: <56AA7ACD.10208@sipwise.com>

Hi Theo,

It's certainly possible for the brave, but totally unsupported. I can
only recommend NOT to do this.

Andreas

On 01/28/2016 09:06 PM, Theo wrote:
> Hi
> 
> We run sipwise for ourselves. A client of ours wants to possibly use it
> but would want to create accounts including all its settings (and that
> would include ALL) by writing it directly to the database. So no API. I
> do not know enough about this to answer whether this is possible or not.
> 
> Can anyone give some advice on this?
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From agranig at sipwise.com  Thu Jan 28 15:37:05 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Thu, 28 Jan 2016 21:37:05 +0100
Subject: [Spce-user] billing for forwarded calls
In-Reply-To: <CAOYD8216ihUEHcRZKSWWVUxxWQ31wMyKSsWgX1pRaxrU6K1a2w@mail.gmail.com>
References: <CAOYD8216ihUEHcRZKSWWVUxxWQ31wMyKSsWgX1pRaxrU6K1a2w@mail.gmail.com>
Message-ID: <56AA7BF1.4000001@sipwise.com>

Hi,

For a forward, you get two CDRs. One incoming one from the caller to the
forwarding subscriber, and one outgoing from the forwarding subscriber
to the forward target.

So from the forwarding subscriber's point of view, it'll be billed for
the call leg from itself to the forward target. The CDR gives an
indication whether it has been a call, cfu, cfb, cft or cfna.

Andreas

On 01/28/2016 03:51 PM, Israel Gottlieb wrote:
> Hi 
> 
> how are forwarded calls billed to the right subscriber and is there a
> way to bill based on p-asserted etc
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From derrickb at halex.com  Thu Jan 28 16:04:31 2016
From: derrickb at halex.com (Derrick Bradbury)
Date: Thu, 28 Jan 2016 21:04:31 +0000
Subject: [Spce-user] automating
In-Reply-To: <56AA7ACD.10208@sipwise.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>,
 <56AA7ACD.10208@sipwise.com>
Message-ID: <097A0CE8B3B9A347A29C6E65655F96A201E50D03@mbx032-e1-va-4.exch032.serverpod.net>

I just wrote a PHP script to move clients from one system to SIPCE, and it works very nicely with the API, there are records that are inserted in places you don't expect, and then things don't work well...

Plus if the database structure changes, you have to modify your code... 

Just a thought...


________________________________________
From: Spce-user [spce-user-bounces at lists.sipwise.com] on behalf of Andreas Granig [agranig at sipwise.com]
Sent: Thursday, January 28, 2016 3:32 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] automating

Hi Theo,

It's certainly possible for the brave, but totally unsupported. I can
only recommend NOT to do this.

Andreas

On 01/28/2016 09:06 PM, Theo wrote:
> Hi
>
> We run sipwise for ourselves. A client of ours wants to possibly use it
> but would want to create accounts including all its settings (and that
> would include ALL) by writing it directly to the database. So no API. I
> do not know enough about this to answer whether this is possible or not.
>
> Can anyone give some advice on this?
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From barry at flanagan.ie  Thu Jan 28 16:17:15 2016
From: barry at flanagan.ie (Barry Flanagan)
Date: Thu, 28 Jan 2016 21:17:15 +0000
Subject: [Spce-user] automating
In-Reply-To: <56AA7ACD.10208@sipwise.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
Message-ID: <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>

On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com> wrote:

> Hi Theo,
>
> It's certainly possible for the brave, but totally unsupported. I can
>
> only recommend NOT to do this.

Yeah, definitely DON'T. Let him break his own stuff. I can't see why he
would need to bypass the APIs in any case. We run sipwise for lots of
different scenarios and  there are only a few edge cases where the API
doesn't yet provide what is required.

-Barry
>
>
> Andreas
>
> On 01/28/2016 09:06 PM, Theo wrote:
> > Hi
> >
> > We run sipwise for ourselves. A client of ours wants to possibly use it
> > but would want to create accounts including all its settings (and that
> > would include ALL) by writing it directly to the database. So no API. I
> > do not know enough about this to answer whether this is possible or not.
> >
> > Can anyone give some advice on this?
> >
> >
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
> >
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user


-Barry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/9d296a3c/attachment.html>

From admin at marcoteixeira.com  Thu Jan 28 16:20:31 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Thu, 28 Jan 2016 21:20:31 +0000
Subject: [Spce-user]
	=?utf-8?q?mr4=2E1=2E1_=C2=BFProblem_between_LB_and_Pr?=
	=?utf-8?q?oxy=3F?=
In-Reply-To: <1454005634.2652.12.camel@avanzada7.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
Message-ID: <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>

Hi,

Traffic between lb and proxy is on 127.0.0.1
Sure you can't see it with "ngrep-sip br" ?



---
Cumprimentos / Best regards

Marco
---


On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano <
sergio.serrano at avanzada7.com> wrote:

> We have an installation with a extrange problem. Some subscribers, send a
> REGISTER from A.A.A.A, LB receive REGISTER and resend REGISTER to Proxy,
> the proxy send 100 Trying and 401 but with sngrep, ngrep-sip or something
> else I can't view responses from LB to subscriber, but in the log of LB I
> can see
>
> 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060
>
>
> It's so extrange but I trust more in tshark, ngrep than the kamailio-lb log. Anyone know if there are some configuration or bug for this behaviour?
>
>
> If someone could help me I will be pleasant because I can't see which is the problem.
>
>
> Thanks,
>
>
> Sergio
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/2011f2ff/attachment.html>

From sergio.serrano at avanzada7.com  Thu Jan 28 16:31:09 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Thu, 28 Jan 2016 22:31:09 +0100
Subject: [Spce-user]
 =?iso-8859-1?q?mr4=2E1=2E1_=BFProblem_between_LB_and_?=
 =?iso-8859-1?q?Proxy=3F?=
In-Reply-To: <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
 <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
Message-ID: <1454016669.2652.24.camel@avanzada7.com>

I'm sorry but I can't explain well. response are correct from
12.0.0.1:5062(Proxy) and 127.0.0.1:5060(LB) but then there is no
traffic from public IP address of LB and public IP of subscriber. It's
something like this:
A.A.A.A(subscriber)  -REGISTER-> B.B.B.B.(LB)
127.0.0.1:5060(LB) -REGISTER-> 127.0.0.1:5062(PROXY)
127.0.0.1:5062(PROXY) -100 TRYING-> 127.0.0.1:5062(LB)
Here, LB doesn't send 100 TRYING to subscriber
127.0.0.1:5062(PROXY) -401 Unauthorized-> 127.0.0.1:5062(LB)
Here, LB doesn't send 401 Unauthorized to subscriber
Then subscriber resend REGISTER again
and this loop is forever. 
In kamailio-lb log I can see the message 2016-01
-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]:
do_forward_reply(): reply forwarded to A.A.A.A:5060, but LB never send
reply to subscriber.
it could be possible?
Regards
Sergio


El jue, 28-01-2016 a las 21:20 +0000, Marco Teixeira escribi?:
> Hi,
> 
> Traffic between lb and proxy is on 127.0.0.1
> Sure you can't see it with "ngrep-sip br" ?
> 
> 
> 
> ---
> Cumprimentos / Best regards
> 
> Marco
> ---
> 
> 
> On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano <
> sergio.serrano at avanzada7.com> wrote:
> > We have an installation with a extrange problem. Some subscribers,
> > send a REGISTER from A.A.A.A, LB receive REGISTER and resend
> > REGISTER to Proxy, the proxy send 100 Trying and 401 but with
> > sngrep, ngrep-sip or something else I can't view responses from LB
> > to subscriber, but in the log of LB I can see
> > 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: 
> > [forward.c:835]: do_forward_reply(): reply forwarded to
> > A.A.A.A:5060
> > 
> > It's so extrange but I trust more in tshark, ngrep than the
> > kamailio-lb log. Anyone know if there are some configuration or bug
> > for this behaviour?
> > 
> > If someone could help me I will be pleasant because I can't see
> > which is the problem.
> > 
> > Thanks,
> > 
> > Sergio
> > 
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
> > 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160128/f06b326a/attachment.html>

From axessofficetheo at gmail.com  Fri Jan 29 01:15:10 2016
From: axessofficetheo at gmail.com (Theo)
Date: Fri, 29 Jan 2016 08:15:10 +0200
Subject: [Spce-user] automating
In-Reply-To: <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
 <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
Message-ID: <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>

Thanks guys I am pretty sure I agree.

It is my understanding that peer_auth_user, pass and realm are not
available through API? in their case every single user would need details
there. If that is indeed available then I think their problem would be
solved.

On Thu, Jan 28, 2016 at 11:17 PM, Barry Flanagan <barry at flanagan.ie> wrote:

> On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com> wrote:
>
> > Hi Theo,
> >
> > It's certainly possible for the brave, but totally unsupported. I can
> >
> > only recommend NOT to do this.
>
> Yeah, definitely DON'T. Let him break his own stuff. I can't see why he
> would need to bypass the APIs in any case. We run sipwise for lots of
> different scenarios and  there are only a few edge cases where the API
> doesn't yet provide what is required.
>
> -Barry
> >
> >
> > Andreas
> >
> > On 01/28/2016 09:06 PM, Theo wrote:
> > > Hi
> > >
> > > We run sipwise for ourselves. A client of ours wants to possibly use it
> > > but would want to create accounts including all its settings (and that
> > > would include ALL) by writing it directly to the database. So no API. I
> > > do not know enough about this to answer whether this is possible or
> not.
> > >
> > > Can anyone give some advice on this?
> > >
> > >
> > > _______________________________________________
> > > Spce-user mailing list
> > > Spce-user at lists.sipwise.com
> > > https://lists.sipwise.com/listinfo/spce-user
> > >
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
>
>
> -Barry
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160129/ced7672b/attachment.html>

From alutay at sipwise.com  Fri Jan 29 09:32:44 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Fri, 29 Jan 2016 15:32:44 +0100
Subject: [Spce-user] New sip:provider CE mr4.2.1 is now available
Message-ID: <56AB780C.8060705@sipwise.com>

Dear community!

This is to inform you about the availability of the new SPCE mr4.2.1 !

The InstallCD media, Vagrant box, Virtualbox, VMware and AMI images have
been uploaded, please check the handbook for all the details:
https://www.sipwise.org/doc/mr4.2.1/spce/ar01s04.html

Please find the list of all fixes on our web site:
https://www.sipwise.org/news/announcements/sipprovider-mr4-2-1-released/

Important changes for mr4.2.1:
>  Upgrade to Debian GNU/Linux 8.3 (jessie)
>  System V is still in use, migration to Systemd is planned for upcoming releases
>  Upgrade Kamailio to latest stable version 4.3.4
>  Prosody: introduce XMPP clustering support
>  Force ?ngcpcfg apply? to ask for the commit message
>  Introduce ngcp-service helper
>  New ngcp-upgrade framework
>  Updated authorized_key for sipwise user
>  Improve ngcp-panel start time/decrease memory usage
>  PRO/Carrier documentation is now available to public
>  Pushd server supports MUC (multi-users-conference) messages
>  SOAP API is broken in Jessie and will be dropped in mr4.3, please migrate to REST API (SOAP is deprecated since mr3.8)

Thank you for your the bug reports and feedback!

-- 
Alex Lutay


From agranig at sipwise.com  Fri Jan 29 10:27:39 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Fri, 29 Jan 2016 16:27:39 +0100
Subject: [Spce-user] automating
In-Reply-To: <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
 <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
 <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>
Message-ID: <56AB84EB.5010703@sipwise.com>

Hi Theo,

It's there, please check
https://your-ip:1443/api/subscriberpreferencedefs/ on your server and
search for peer_auth_user.

An example of how to set those preferences specified in the
/api/subscriberpreferencedefs/ resource is provided at
https://www.sipwise.org/doc/mr4.2.1/spce/ar01s12.html#_managing_customers_and_subscribers,
search for /api/subscriberpreferences/ in this document for real world
examples.

Andreas

On 01/29/2016 07:15 AM, Theo wrote:
> Thanks guys I am pretty sure I agree.
> 
> It is my understanding that peer_auth_user, pass and realm are not
> available through API? in their case every single user would need
> details there. If that is indeed available then I think their problem
> would be solved.
> 
> On Thu, Jan 28, 2016 at 11:17 PM, Barry Flanagan <barry at flanagan.ie
> <mailto:barry at flanagan.ie>> wrote:
> 
>     On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com
>     <mailto:agranig at sipwise.com>> wrote:
> 
>     > Hi Theo,
>     >
>     > It's certainly possible for the brave, but totally unsupported. I can 
>     >
>     > only recommend NOT to do this.
> 
>     Yeah, definitely DON'T. Let him break his own stuff. I can't see why
>     he would need to bypass the APIs in any case. We run sipwise for
>     lots of different scenarios and  there are only a few edge cases
>     where the API doesn't yet provide what is required.
>      
>     -Barry
>     >
>     >
>     > Andreas
>     >
>     > On 01/28/2016 09:06 PM, Theo wrote:
>     > > Hi
>     > >
>     > > We run sipwise for ourselves. A client of ours wants to possibly use it
>     > > but would want to create accounts including all its settings (and that
>     > > would include ALL) by writing it directly to the database. So no API. I
>     > > do not know enough about this to answer whether this is possible or not.
>     > >
>     > > Can anyone give some advice on this?
>     > >
>     > >
>     > > _______________________________________________
>     > > Spce-user mailing list
>     > > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     > > https://lists.sipwise.com/listinfo/spce-user
>     > >
>     > _______________________________________________
>     > Spce-user mailing list
>     > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     > https://lists.sipwise.com/listinfo/spce-user
> 
> 
>     -Barry
> 
> 
>     _______________________________________________
>     Spce-user mailing list
>     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     https://lists.sipwise.com/listinfo/spce-user
> 
> 


From agranig at sipwise.com  Fri Jan 29 10:31:43 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Fri, 29 Jan 2016 16:31:43 +0100
Subject: [Spce-user]
 =?utf-8?q?mr4=2E1=2E1_=C2=BFProblem_between_LB_and_Pr?=
 =?utf-8?q?oxy=3F?=
In-Reply-To: <1454016669.2652.24.camel@avanzada7.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
 <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
 <1454016669.2652.24.camel@avanzada7.com>
Message-ID: <56AB85DF.7040106@sipwise.com>

Hi,

You'd need to post the 401 you captured on the wire between proxy and lb
for us to see how the lb is supposed to behave.

Since the lb is acting totally stateless, it needs the correct
information where to forward a reply to in the sip message, as it
doesn't store any states.

Usually replies are routed according to the Via header, but certain
information like telling the lb which socket to use for sending the
reply is encoded in other headers. We'd need to see the message to tell
you what's going on.

Andreas

On 01/28/2016 10:31 PM, Sergio Serrano wrote:
> I'm sorry but I can't explain well. response are correct from
> 12.0.0.1:5062(Proxy) and 127.0.0.1:5060(LB) but then there is no traffic
> from public IP address of LB and public IP of subscriber. It's something
> like this:
> 
> A.A.A.A(subscriber)  -REGISTER-> B.B.B.B.(LB)
> 127.0.0.1:5060(LB) -REGISTER-> 127.0.0.1:5062(PROXY)
> 127.0.0.1:5062(PROXY) -100 TRYING-> 127.0.0.1:5062(LB)
> Here, LB doesn't send 100 TRYING to subscriber
> 127.0.0.1:5062(PROXY) -401 Unauthorized-> 127.0.0.1:5062(LB)
> Here, LB doesn't send 401 Unauthorized to subscriber
> Then subscriber resend REGISTER again
> 
> and this loop is forever. 
> 
> In kamailio-lb log I can see the message
> 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core>
> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060,
> but LB never send reply to subscriber.
> 
> it could be possible?
> 
> Regards
> 
> Sergio
> 
> 
> El jue, 28-01-2016 a las 21:20 +0000, Marco Teixeira escribi?:
>> Hi,
>>
>> Traffic between lb and proxy is on 127.0.0.1
>> Sure you can't see it with "ngrep-sip br" ?
>>
>>
>>
>> ---
>> Cumprimentos / Best regards
>>
>> Marco
>> ---
>>
>>
>> On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano
>> <sergio.serrano at avanzada7.com <mailto:sergio.serrano at avanzada7.com>>
>> wrote:
>>> We have an installation with a extrange problem. Some subscribers,
>>> send a REGISTER from A.A.A.A, LB receive REGISTER and resend REGISTER
>>> to Proxy, the proxy send 100 Trying and 401 but with sngrep,
>>> ngrep-sip or something else I can't view responses from LB to
>>> subscriber, but in the log of LB I can see
>>> 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060
>>>
>>> It's so extrange but I trust more in tshark, ngrep than the kamailio-lb log. Anyone know if there are some configuration or bug for this behaviour?
>>>
>>> If someone could help me I will be pleasant because I can't see which is the problem.
>>>
>>> Thanks,
>>>
>>> Sergio
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>>
>>
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From axessofficetheo at gmail.com  Fri Jan 29 10:47:23 2016
From: axessofficetheo at gmail.com (Theo)
Date: Fri, 29 Jan 2016 17:47:23 +0200
Subject: [Spce-user] automating
In-Reply-To: <56AB84EB.5010703@sipwise.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
 <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
 <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>
 <56AB84EB.5010703@sipwise.com>
Message-ID: <CA+9+E=V_Jkix-p+PgfPfAAu6jmCx=SP+X1ntmK_zv7R6mfT6sg@mail.gmail.com>

Great - thanks for the input!

On Fri, Jan 29, 2016 at 5:27 PM, Andreas Granig <agranig at sipwise.com> wrote:

> Hi Theo,
>
> It's there, please check
> https://your-ip:1443/api/subscriberpreferencedefs/ on your server and
> search for peer_auth_user.
>
> An example of how to set those preferences specified in the
> /api/subscriberpreferencedefs/ resource is provided at
>
> https://www.sipwise.org/doc/mr4.2.1/spce/ar01s12.html#_managing_customers_and_subscribers
> ,
> search for /api/subscriberpreferences/ in this document for real world
> examples.
>
> Andreas
>
> On 01/29/2016 07:15 AM, Theo wrote:
> > Thanks guys I am pretty sure I agree.
> >
> > It is my understanding that peer_auth_user, pass and realm are not
> > available through API? in their case every single user would need
> > details there. If that is indeed available then I think their problem
> > would be solved.
> >
> > On Thu, Jan 28, 2016 at 11:17 PM, Barry Flanagan <barry at flanagan.ie
> > <mailto:barry at flanagan.ie>> wrote:
> >
> >     On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com
> >     <mailto:agranig at sipwise.com>> wrote:
> >
> >     > Hi Theo,
> >     >
> >     > It's certainly possible for the brave, but totally unsupported. I
> can
> >     >
> >     > only recommend NOT to do this.
> >
> >     Yeah, definitely DON'T. Let him break his own stuff. I can't see why
> >     he would need to bypass the APIs in any case. We run sipwise for
> >     lots of different scenarios and  there are only a few edge cases
> >     where the API doesn't yet provide what is required.
> >
> >     -Barry
> >     >
> >     >
> >     > Andreas
> >     >
> >     > On 01/28/2016 09:06 PM, Theo wrote:
> >     > > Hi
> >     > >
> >     > > We run sipwise for ourselves. A client of ours wants to possibly
> use it
> >     > > but would want to create accounts including all its settings
> (and that
> >     > > would include ALL) by writing it directly to the database. So no
> API. I
> >     > > do not know enough about this to answer whether this is possible
> or not.
> >     > >
> >     > > Can anyone give some advice on this?
> >     > >
> >     > >
> >     > > _______________________________________________
> >     > > Spce-user mailing list
> >     > > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >     > > https://lists.sipwise.com/listinfo/spce-user
> >     > >
> >     > _______________________________________________
> >     > Spce-user mailing list
> >     > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >     > https://lists.sipwise.com/listinfo/spce-user
> >
> >
> >     -Barry
> >
> >
> >     _______________________________________________
> >     Spce-user mailing list
> >     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >     https://lists.sipwise.com/listinfo/spce-user
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160129/3ac1eb6c/attachment.html>

From William at ezpcltd.com  Fri Jan 29 13:53:45 2016
From: William at ezpcltd.com (William Hilsum)
Date: Fri, 29 Jan 2016 18:53:45 +0000
Subject: [Spce-user] Installation media question
Message-ID: <DB5PR06MB15574A02DDB011D4873076FBBEDB0@DB5PR06MB1557.eurprd06.prod.outlook.com>

Hello

I'm currently looking in to a few different options for a project and have come across Sipwise CE.

I used the Vmware image to begin with and I got the basics working and ideally I now want to do more in depth testing.

I have created quite a few test accounts and have just generally been messing around to learn the system, so, I need to do a reinstall. I was wondering if it is advised to carry on using the Vmware image provided or if I should do an install from scratch using the CD as it said this is recommended in the manual?

Also, on the quick install guide, I couldn't actually find a link to the ISO, only a link in the manual... Is http://deb.sipwise.com/spce/images/sip_provider_CE_installcd.iso the latest? I was not sure as I could only see this one along with 2.8 and a standard debian install / no LTS edition, so I wondered if it has been updated recently.

Lastly, is there an official changelog anywhere? I'm interested to see what features I will lose out on if I chose to use LTS over the latest version.

Thanks,

William

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160129/65d6fea8/attachment.html>

From sergio.serrano at avanzada7.com  Fri Jan 29 15:35:41 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Fri, 29 Jan 2016 21:35:41 +0100
Subject: [Spce-user]
 =?iso-8859-1?q?mr4=2E1=2E1_=BFProblem_between_LB_and_?=
 =?iso-8859-1?q?Proxy=3F?=
In-Reply-To: <56AB85DF.7040106@sipwise.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
 <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
 <1454016669.2652.24.camel@avanzada7.com> <56AB85DF.7040106@sipwise.com>
Message-ID: <1454099741.3020.4.camel@avanzada7.com>

Thanks Andreas,

	this is the 401 message between proxy and lb. I think that this
message is correct. Do you see something extrange? LB must forward
REPLY to 5.40.159.12:5060 port but I can't see any packet. It is
possible that some internal mechanism of kamailio lb as pike or
something else could block this packets?

2016/01/29 21:28:09.515777 127.0.0.1:5062 -> 127.0.0.1:60060
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
127.0.0.1:60060;branch=z9hG4bKa532.b552b856e253af48ba389a9dbc2df8da.0;r
port=60060
Via: SIP/2.0/UDP
5.40.159.212:5060;received=5.40.159.212;branch=z9hG4bK707446208;rport=5
060
From: <sip:USUARIOA at 5.40.159.205:60060;user=phone>;tag=1014564898
To: <sip:USUARIOA at 5.40.159.205:60060;user=phone>;tag=1d24a28a0bded6c40d
31e6db8aab9ac6.3937
Call-ID: 895223361-5060-2 at F.EA.BFJ.CBC
CSeq: 2000 REGISTER
P-Out-Socket: udp:5.40.159.205:60060
P-NGCP-Auth-IP: 5.40.159.212
P-NGCP-Auth-UA: Grandstream HT701 1.0.8.2
WWW-Authenticate: Digest realm="5.40.159.205",
nonce="VqvMhVary1kL5aaS7egMp641OcDsn+kj"
Server: Sipwise NGCP Proxy 4.X
Content-Length: 0



regards,


Sergio


El vie, 29-01-2016 a las 16:31 +0100, Andreas Granig escribi?:
> Hi,
> 
> You'd need to post the 401 you captured on the wire between proxy and
> lb
> for us to see how the lb is supposed to behave.
> 
> Since the lb is acting totally stateless, it needs the correct
> information where to forward a reply to in the sip message, as it
> doesn't store any states.
> 
> Usually replies are routed according to the Via header, but certain
> information like telling the lb which socket to use for sending the
> reply is encoded in other headers. We'd need to see the message to
> tell
> you what's going on.
> 
> Andreas
> 
> On 01/28/2016 10:31 PM, Sergio Serrano wrote:
> > I'm sorry but I can't explain well. response are correct from
> > 12.0.0.1:5062(Proxy) and 127.0.0.1:5060(LB) but then there is no
> > traffic
> > from public IP address of LB and public IP of subscriber. It's
> > something
> > like this:
> > 
> > A.A.A.A(subscriber)  -REGISTER-> B.B.B.B.(LB)
> > 127.0.0.1:5060(LB) -REGISTER-> 127.0.0.1:5062(PROXY)
> > 127.0.0.1:5062(PROXY) -100 TRYING-> 127.0.0.1:5062(LB)
> > Here, LB doesn't send 100 TRYING to subscriber
> > 127.0.0.1:5062(PROXY) -401 Unauthorized-> 127.0.0.1:5062(LB)
> > Here, LB doesn't send 401 Unauthorized to subscriber
> > Then subscriber resend REGISTER again
> > 
> > and this loop is forever. 
> > 
> > In kamailio-lb log I can see the message
> > 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core>
> > [forward.c:835]: do_forward_reply(): reply forwarded to
> > A.A.A.A:5060,
> > but LB never send reply to subscriber.
> > 
> > it could be possible?
> > 
> > Regards
> > 
> > Sergio
> > 
> > 
> > El jue, 28-01-2016 a las 21:20 +0000, Marco Teixeira escribi?:
> > > Hi,
> > > 
> > > Traffic between lb and proxy is on 127.0.0.1
> > > Sure you can't see it with "ngrep-sip br" ?
> > > 
> > > 
> > > 
> > > ---
> > > Cumprimentos / Best regards
> > > 
> > > Marco
> > > ---
> > > 
> > > 
> > > On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano
> > > <sergio.serrano at avanzada7.com <mailto:
> > > sergio.serrano at avanzada7.com>>
> > > wrote:
> > > > We have an installation with a extrange problem. Some
> > > > subscribers,
> > > > send a REGISTER from A.A.A.A, LB receive REGISTER and resend
> > > > REGISTER
> > > > to Proxy, the proxy send 100 Trying and 401 but with sngrep,
> > > > ngrep-sip or something else I can't view responses from LB to
> > > > subscriber, but in the log of LB I can see
> > > > 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core>
> > > > [forward.c:835]: do_forward_reply(): reply forwarded to
> > > > A.A.A.A:5060
> > > > 
> > > > It's so extrange but I trust more in tshark, ngrep than the
> > > > kamailio-lb log. Anyone know if there are some configuration or
> > > > bug for this behaviour?
> > > > 
> > > > If someone could help me I will be pleasant because I can't see
> > > > which is the problem.
> > > > 
> > > > Thanks,
> > > > 
> > > > Sergio
> > > > 
> > > > _______________________________________________
> > > > Spce-user mailing list
> > > > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com
> > > > >
> > > > https://lists.sipwise.com/listinfo/spce-user
> > > > 
> > > 
> > 
> > 
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
> > 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user


From matthias.hohl at telematica.at  Sun Jan 31 17:28:37 2016
From: matthias.hohl at telematica.at (Matthias Hohl)
Date: Sun, 31 Jan 2016 23:28:37 +0100 (CET)
Subject: [Spce-user] New sip:provider CE mr4.2.1 is now available
In-Reply-To: <56AB780C.8060705@sipwise.com>
References: <56AB780C.8060705@sipwise.com>
Message-ID: <013701d15c76$b9618f50$2c24adf0$@telematica.at>

Hello,

there is a little problem by updating 4.1.2 to the latest 4.2.1 release.

After starting the installation, the installation stops cause the directory ".ssh" is not available on the server.
The ".ssh" directory must be created manually before I could run ngcp-upgrade again.

Maybe it should be good, if the install script creates the directory by himself if the script regonize, that the directory not exist.

But after all, the upgrade went without problems :) Still up and running now 4.2.1


Here is the log file:

Setting up ngcp-support-access (0.3.1.1+0~mr4.2.1.1) ...
sipwise:x:1000:1000:Sipwise,,,:/var/sipwise:/bin/bash
* User 'sipwise' already exists.
* Recreating /var/sipwise/.ssh/authorized_keys
touch: cannot touch '/var/sipwise/.ssh/authorized_keys': No such file or directory
dpkg: error processing ngcp-support-access (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of ngcp-config-ce:
 ngcp-config-ce depends on ngcp-support-access | ngcp-support; however:
  Package ngcp-support-access is not configured yet.
  Package ngcp-support is not installed.
  Package ngcp-support-access which provides ngcp-support is not configured yet.

dpkg: error processing ngcp-config-ce (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of ngcp-ngcp-ce:
 ngcp-ngcp-ce depends on ngcp-config-ce; however:
  Package ngcp-config-ce is not configured yet.

dpkg: error processing ngcp-ngcp-ce (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 ngcp-support-access
 ngcp-config-ce
 ngcp-ngcp-ce
E: Sub-process /usr/bin/dpkg returned an error code (1)
ERROR: the step 'mr4.2/handle_apt_upgrade' failed, upgrade aborted!
Please fix the root of the issue and restart 'ngcp-upgrade'
(see error details in log file /tmp/upgrade.log ).




-----Urspr?ngliche Nachricht-----
Von: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] Im Auftrag von Alex Lutay
Gesendet: Freitag, 29. J?nner 2016 15:33
An: spce-user at lists.sipwise.com; spce-dev at lists.sipwise.com
Betreff: [Spce-user] New sip:provider CE mr4.2.1 is now available

Dear community!

This is to inform you about the availability of the new SPCE mr4.2.1 !

The InstallCD media, Vagrant box, Virtualbox, VMware and AMI images have been uploaded, please check the handbook for all the details:
https://www.sipwise.org/doc/mr4.2.1/spce/ar01s04.html

Please find the list of all fixes on our web site:
https://www.sipwise.org/news/announcements/sipprovider-mr4-2-1-released/

Important changes for mr4.2.1:
>  Upgrade to Debian GNU/Linux 8.3 (jessie)  System V is still in use, 
> migration to Systemd is planned for upcoming releases  Upgrade 
> Kamailio to latest stable version 4.3.4
>  Prosody: introduce XMPP clustering support  Force ?ngcpcfg apply? to 
> ask for the commit message  Introduce ngcp-service helper  New 
> ngcp-upgrade framework  Updated authorized_key for sipwise user  
> Improve ngcp-panel start time/decrease memory usage  PRO/Carrier 
> documentation is now available to public  Pushd server supports MUC 
> (multi-users-conference) messages  SOAP API is broken in Jessie and 
> will be dropped in mr4.3, please migrate to REST API (SOAP is 
> deprecated since mr3.8)

Thank you for your the bug reports and feedback!

--
Alex Lutay
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From William at ezpcltd.com  Sun Jan 31 17:50:14 2016
From: William at ezpcltd.com (William Hilsum)
Date: Sun, 31 Jan 2016 22:50:14 +0000
Subject: [Spce-user] Installation media question
Message-ID: <DB5PR06MB155716C585E98BC668D0F94EBEDD0@DB5PR06MB1557.eurprd06.prod.outlook.com>

Ok..

Feel like a bit of an idiot - single iso that contains all the versions! I'm up and running!

I ran in to a couple of other issues whilst trying to follow the guide and I'll post them shortly as it is stopping me from making progress now :(

Thanks,

William

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160131/5bd153ac/attachment.html>

From William at ezpcltd.com  Sun Jan 31 21:08:19 2016
From: William at ezpcltd.com (William Hilsum)
Date: Mon, 1 Feb 2016 02:08:19 +0000
Subject: [Spce-user] Rings once, then disconnects!
Message-ID: <DB5PR06MB1557AB8F343FE2DD1C4AC44FBEDE0@DB5PR06MB1557.eurprd06.prod.outlook.com>

Hi

I have a new install and have been making my way through the guide - so far so good (got a little bit confused on one step where I think there is a misprint - is there somewhere I can email?).

I have set up the reseller, user and subscriber - I can ring and interact with voicemail fine.

Next up, I set up my carrier, and this is where things got weird.

If I try to ring my landline number, I get one ring and then a missed call pretty fast. If I try my mobile number, it takes about ~3-4 seconds (usual mobile connection time) then my mobile rings once and it then disconnects again.

I've tried to do diagnostics - I selected both legs of the call and made a quick picture: http://i.imgur.com/PzJF0Y5.jpg

I've looked in Kamilio-proxy.log and I think it is related to the following. I did tail -f, and, I have pasted the lines that come up after I hear ring tones on the sip phone, but before the ringer happens on the actual PSTN phone:

Feb  1 02:55:41 masterpbx1 (local7.notice) proxy[3347]: NOTICE: <script>: Forcing request via B2BUA 'sip:127.0.0.1:5080' - R=sip:**MY-MOBILE-NUMBER**@**MY-CARRIER-IP**:5060;transport=udp ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='3CXPhone 6.0.26523.0'
Feb  1 02:55:41 masterpbx1 (local7.notice) proxy[3347]: NOTICE: <script>: Request leaving server, D-URI='sip:127.0.0.1:5080' - R=sip: **MY-MOBILE-NUMBER**@**MY-CARRIER-IP**:5060;transport=udp ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='3CXPhone 6.0.26523.0'
Feb  1 02:55:41 masterpbx1 (local7.notice) proxy[3349]: NOTICE: <script>: NAT-Reply - S=100 - Connecting M=INVITE IP=**MY-HOME-IP**:56805 (127.0.0.1:5080) ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='<null>'
Feb  1 02:55:45 masterpbx1 (local7.notice) proxy[3358]: NOTICE: <script>: NAT-Reply - S=183 - Session Progress M=INVITE IP=**MY-HOME-IP**:56805 (127.0.0.1:5080) ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='<null>'
Feb  1 02:55:45 masterpbx1 (local7.notice) proxy[3350]: NOTICE: <script>: NAT-Reply - S=500 - Server Internal Error M=INVITE IP=**MY-HOME-IP**:56805 (127.0.0.1:5080) ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='<null>'

I am used to errors on first connection and having to redo/change headers, but, I have never seen a connection that rings and then immediately hangs up! I am not sure what is wrong here. Can anyone point me in the right direction/what log files should I be looking at or what I should be checking next?

Thanks,

William
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160201/f7833d4c/attachment.html>

From j.feugne at prisnets.ch  Sat Jan  2 02:56:17 2016
From: j.feugne at prisnets.ch (j.feugne at prisnets.ch)
Date: Sat, 02 Jan 2016 08:56:17 +0100
Subject: [Spce-user] No sound with outbound call
Message-ID: <abf698f63423a025abf6efeee49764d4@prisnets.ch>

hello,
I'm just starting with Sipwise and I've setup a VM running version 
mr4.1.1 CE.
I have followed the instructions of the manual and all subscribers can 
call each others.
I also setup a sip peer to voicetrading, and here is waht I have withthe 
command line ngrep sip on my vm while placing and outband call:
NB, voicetrading is expecting for premium rate all number to be leading 
with 00000 (5 zero)

U 84.253.60.150:5060 -> 77.72.169.129:5060
   INVITE sip:0000041227312221 at 77.72.169.129:5060;transport=udp 
SIP/2.0..Record-Route: <sip:84.253.60.150;r2=on;
   
lr=on;ftag=2AF8D981-568781960002DB55-51003700;ngcplb=yes>..Record-Route: 
<sip:127.0.0.1;r2=on;lr=on;ftag=2AF8
   D981-568781960002DB55-51003700;ngcplb=yes>..Via: SIP/2.0/UDP 
84.253.60.150;branch=z9hG4bK603f.7793d5b01aaccef
   36467f073399c00c2.0..Via: SIP/2.0/UDP 
127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKVg2PkaeG;rport=5080..Fr
   om: 
<sip:41225017070 at prisnets.adoovoice.com>;tag=2AF8D981-568781960002DB55-51003700..To: 
<sip:000004122731222
   1 at 77.72.169.129>..CSeq: 11 INVITE..Call-ID: 
scRGTP71RF5cdeju0O0qmw.._b2b-1..Max-Forwards: 69..Allow: INVITE,
   ACK, CANCEL, BYE, NOTIFY, MESSAGE, OPTIONS, SUBSCRIBE..Supported: 
replaces, norefersub, extended-refer, outbo
   und, path, X-cisco-serviceuri..P-Asserted-Identity: 
<sip:41225017070 at prisnets.adoovoice.com>..Authorization:
   Digest username="", realm="prisnets.adoovoice.com", 
nonce="4087963395", uri="sip:0000041227312221 at 77.72.169.1
   29:5060;transport=udp", response="c2fb4cd3a1235efd35e99190aedc45c2", 
algorithm=MD5..Content-Type: application
   /sdp..Content-Length: 322..Contact: 
<sip:ngcp-lb at 84.253.60.150:5060;ngcpct=7369703a3132372e302e302e313a353038
   30>....v=0..o=Zoiper 0 0 IN IP4 84.253.60.150..s=Zoiper..c=IN IP4 
84.253.60.150..t=0 0..m=audio 32468 RTP/AVP
    3 0 8 18 101..a=rtpmap:3 GSM/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:8 
PCMA/8000..a=rtpmap:18 G729/8000..a=fmtp
   :18 annexb=no..a=rtpmap:101 telephone-event/8000..a=fmtp:101 
0-16..a=sendrecv..a=rtcp:32469..a=direction:both
   ..


After almost 1 minute with no ringing sound nor answer the call hang up.

Can someone please help me point out where the problem is comming and 
how I can solve it?

Thank you

Jephth? Feugn?


From admin at marcoteixeira.com  Sat Jan  2 10:45:47 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 15:45:47 +0000
Subject: [Spce-user] Caller locked, dialog and redis counters error
Message-ID: <CAD7smbhGauZ-PtUDJVi2AB5vg567uaCe0WYta+aHVHi2jB6bcg@mail.gmail.com>

Hi,
Running LTS 3.8.4, i'm gettign some errors on proxy.log i think might be
related to locking out a subscriber (while i don't recall to see these
right after i locked the subscriber)...
It seems because the caller is locked there should be no dialog to delete ?!
Is this a known issue ?

===
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Caller locked for
outgoing with mode '4' - R=sip:xxxxxxxxxxxx at 10.0.0.208:5060 ID=
107755899_124452406 at 172.16.0.126 UA='<null>'
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Setting acc
source-leg for uuid 'a7cd734f-455c-4270-9242-9ba5c4d3937c':
'a7cd734f-455c-4270-9242-9ba5c4d3937c|447530432313|10.0.0.208|447530432313||TELECOM|13|||0|call|172.16.0.126|1451743457.506838|||||||||||'
- R=sip:xxxxxxxxxxxx at 10.0.0.208:5060 ID=107755899_124452406 at 172.16.0.126
UA='<null>'
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Setting acc
destination-leg for uuid '0':
'0|||0|xxxxxxxxxxxx|0|xxxxxxxxxxxx|10.0.0.208|xxxxxxxxxxxx|10.0.0.208|0|||||||||||'
- R=sip:xxxxxxxxxxxx at 10.0.0.208:5060 ID=107755899_124452406 at 172.16.0.126
UA='<null>'
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: ERROR: app_lua [app_lua_api.c:672]:
app_lua_run(): error executing: del_dlg_profile (err: 2)
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: ERROR: app_lua [app_lua_api.c:674]:
app_lua_run(): error from Lua: /etc/kamailio/proxy/dlgcnt.lua:101: can't
restore callid from $dlg_var(lua_dlg_callid): is null
Jan  2 14:04:17 sbc-fr-01 proxy[5560]: ERROR: <script>: Failed to decrease
redis counters - R=sip:you at kamailio.org ID=123 UA='<null>'
===

---
Best regards
Marco
---
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160102/d8335bca/attachment-0001.html>

From admin at marcoteixeira.com  Sat Jan  2 10:48:13 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 15:48:13 +0000
Subject: [Spce-user] Best practices on Class4 setup
In-Reply-To: <56747084.7040502@sipwise.com>
References: <CAD7smbhjqXu+JJrKe4f_1S8MAvkM+AjP+k7s4oyXvxF8S6a_og@mail.gmail.com>
 <5673FDA7.20702@sipwise.com>
 <CAD7smbget34WxWQaAAufOAMaZyS0jsNa_rke9Jmfw63j2g26hA@mail.gmail.com>
 <5673FF93.7050008@sipwise.com> <56746E92.3010805@sipwise.com>
 <56747084.7040502@sipwise.com>
Message-ID: <CAD7smbjO5K_AX3q9kDtfTXmePJSwMTZUeAv2Qq-R23NCo_egRQ@mail.gmail.com>

Sorry the leave you without a follow-up... Christmas et all, got part of my
attention :)
I will mangle with IP and HOSTNAME fields of the peer and if the issue
persists i will post a debug about this.
Thank you.


---
Marco
---


On Fri, Dec 18, 2015 at 8:45 PM, Andreas Granig <agranig at sipwise.com> wrote:

> Actually after checking once more the documentation of
> http://www.kamailio.org/docs/modules/stable/modules/lcr.html, the
> RURI-domain should be set to the IP of the peer if the "ip address" is
> set and the "hostname" is not set.
>
> So yeah, a proxy log or better a network trace of a packet from spce to
> peer and its reply message would be interesting, along with the values
> you configured in the peering server.
>
> Andreas
>
> On 12/18/2015 09:37 PM, Andreas Granig wrote:
> > Hi,
> >
> > For peering servers there is the "ip address" and the "hostname" field.
> > If you only fill in the ip, the hostname of the initial RURI-domain is
> > preserved. If you only fill in the hostname, the hostname is put into
> > RURI-domain and the ip is resolved via DNS. If you put in both IP and
> > hostname, the request is sent to the IP part and the RURI-domain part is
> > replaced by the hostname. You probably want the 3rd option here.
> >
> > Andreas
> >
> > On 12/18/2015 01:44 PM, Daniel Grotti wrote:
> >> Hi,
> >> that's sound strange, can you provide a proxy.log ?
> >>
> >>
> >> --
> >> Daniel Grotti
> >> VoIP Engineer
> >>
> >>
> >> Sipwise GmbH
> >> Europaring F15 | 2345 Brunn am Gebirge, Austria | www.sipwise.com
> >>
> >> On 12/18/2015 01:42 PM, Marco Teixeira wrote:
> >>> Daniel,
> >>> Thankx.
> >>>
> >>> On the second issue, that is not happening... I have subscriber on
> >>> domain x.com <http://x.com> and invites sent out to peers are
> preserving
> >>> the original x.com <http://x.com> domain...
> >>> Running 3.8.4
> >>> Any option i might check ?
> >>>
> >>> Em 18/12/2015 12:36, "Daniel Grotti" <dgrotti at sipwise.com
> >>> <mailto:dgrotti at sipwise.com>> escreveu:
> >>>
> >>>     Hi Marco,
> >>>
> >>>     On 12/18/2015 12:04 PM, Marco Teixeira wrote:
> >>>     > Good day all,
> >>>     >
> >>>     > Looking for a little advise from your best practices.
> >>>     > Having multiple peers serving the same destinations, how would
> you
> >>>     > manage how the routing is done ?
> >>>     > Say i want client X to go out on peer Y, (without asking costumer
> >>>     to add
> >>>     > prefix) ?
> >>>     > Add a prefix on inbound subscriber ?
> >>>     >
> >>>
> >>>     You can use the field "Caller Patter" in the peering rule if you
> want to
> >>>     use match that particular "callee prefix" using that particular
> peering
> >>>     server.
> >>>
> >>>
> >>>     > Another question, when binding peers to different sockets (IP's),
> >>>     is it
> >>>     > required to create domain for each used IP ?
> >>>     > SPCE is not rewriting the domain part of the R-URI on outbound,
> >>>     and peer
> >>>     > throws back "forbiden"...
> >>>     >
> >>>
> >>>     Don't understand what you mean here. But when SPCE generates and
> >>>     outbound INVITE to the peering server the RURI is :
> >>>
> >>>     sip:called_number at peering_IP:peering_port
> >>>
> >>>
> >>>     That's by default.
> >>>     You can rewrite the RURI domain part with a peering domain name by
> >>>     specifying in the peering server configuration the field
> "hostname".
> >>>
> >>>
> >>>     Cheers,
> >>>     Daniel
> >>>
> >>>     >
> >>>     > Best regards
> >>>     > Marc
> >>>     > ?o
> >>>     >
> >>>     >
> >>>     >
> >>>     > _______________________________________________
> >>>     > Spce-user mailing list
> >>>     > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >>>     > https://lists.sipwise.com/listinfo/spce-user
> >>>     >
> >>>
> >>>
> >>>
> >>>     _______________________________________________
> >>>     Spce-user mailing list
> >>>     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >>>     https://lists.sipwise.com/listinfo/spce-user
> >>>
> >> _______________________________________________
> >> Spce-user mailing list
> >> Spce-user at lists.sipwise.com
> >> https://lists.sipwise.com/listinfo/spce-user
> >>
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
> >
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160102/2e53343e/attachment-0001.html>

From admin at marcoteixeira.com  Sat Jan  2 10:55:12 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 15:55:12 +0000
Subject: [Spce-user] No sound with outbound call
In-Reply-To: <abf698f63423a025abf6efeee49764d4@prisnets.ch>
References: <abf698f63423a025abf6efeee49764d4@prisnets.ch>
Message-ID: <CAD7smbgDKAQGN=Kr6uksNGrS960RyO3rta7uxThMkOZsbxo1Dg@mail.gmail.com>

Hi,

On a security side note, don't forget to replace your, and your peer's,
real IP address before posting on public mailling lists.

About your issue, Can you tell that INVITE packet size ?
Try to grep it out of a tcpdump:
"tcpdump port 5060 -nnn | grep YOUR_PEER_IP_HERE"

?(apt-get install tcpdump, if you need)?


---
Marco
---


On Sat, Jan 2, 2016 at 7:56 AM, <j.feugne at prisnets.ch> wrote:

> hello,
> I'm just starting with Sipwise and I've setup a VM running version mr4.1.1
> CE.
> I have followed the instructions of the manual and all subscribers can
> call each others.
> I also setup a sip peer to voicetrading, and here is waht I have withthe
> command line ngrep sip on my vm while placing and outband call:
> NB, voicetrading is expecting for premium rate all number to be leading
> with 00000 (5 zero)
>
> U 84.253.60.150:5060 -> 77.72.169.129:5060
>   INVITE sip:0000041227312221 at 77.72.169.129:5060;transport=udp
> SIP/2.0..Record-Route: <sip:84.253.60.150;r2=on;
>   lr=on;ftag=2AF8D981-568781960002DB55-51003700;ngcplb=yes>..Record-Route:
> <sip:127.0.0.1;r2=on;lr=on;ftag=2AF8
>   D981-568781960002DB55-51003700;ngcplb=yes>..Via: SIP/2.0/UDP
> 84.253.60.150;branch=z9hG4bK603f.7793d5b01aaccef
>   36467f073399c00c2.0..Via: SIP/2.0/UDP 127.0.0.1:5080
> ;received=127.0.0.1;branch=z9hG4bKVg2PkaeG;rport=5080..Fr
>   om: <sip:41225017070 at prisnets.adoovoice.com>;tag=2AF8D981-568781960002DB55-51003700..To:
> <sip:000004122731222
>   1 at 77.72.169.129>..CSeq: 11 INVITE..Call-ID:
> scRGTP71RF5cdeju0O0qmw.._b2b-1..Max-Forwards: 69..Allow: INVITE,
>   ACK, CANCEL, BYE, NOTIFY, MESSAGE, OPTIONS, SUBSCRIBE..Supported:
> replaces, norefersub, extended-refer, outbo
>   und, path, X-cisco-serviceuri..P-Asserted-Identity: <
> sip:41225017070 at prisnets.adoovoice.com>..Authorization:
>   Digest username="", realm="prisnets.adoovoice.com", nonce="4087963395",
> uri="sip:0000041227312221 at 77.72.169.1
>   29:5060;transport=udp", response="c2fb4cd3a1235efd35e99190aedc45c2",
> algorithm=MD5..Content-Type: application
>   /sdp..Content-Length: 322..Contact: <sip:ngcp-lb at 84.253.60.150
> :5060;ngcpct=7369703a3132372e302e302e313a353038
>   30>....v=0..o=Zoiper 0 0 IN IP4 84.253.60.150..s=Zoiper..c=IN IP4
> 84.253.60.150..t=0 0..m=audio 32468 RTP/AVP
>    3 0 8 18 101..a=rtpmap:3 GSM/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:8
> PCMA/8000..a=rtpmap:18 G729/8000..a=fmtp
>   :18 annexb=no..a=rtpmap:101 telephone-event/8000..a=fmtp:101
> 0-16..a=sendrecv..a=rtcp:32469..a=direction:both
>   ..
>
>
> After almost 1 minute with no ringing sound nor answer the call hang up.
>
> Can someone please help me point out where the problem is comming and how
> I can solve it?
>
> Thank you
>
> Jephth? Feugn?
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160102/3746fae8/attachment-0001.html>

From admin at marcoteixeira.com  Sat Jan  2 11:06:11 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Sat, 2 Jan 2016 16:06:11 +0000
Subject: [Spce-user] =?utf-8?q?Peering_Rules_f=C3=BCr_Peering_Server?=
In-Reply-To: <567A8D78.2010708@sipwise.com>
References: <20151222221354.2A50D9111@mail.skyrack.net>
 <567A8D78.2010708@sipwise.com>
Message-ID: <CAD7smbgg3ksgXSHj7Cn9Bv-GwRVCF3zsKrZERd5OmukNdUBLRQ@mail.gmail.com>

Thank you Andrew for that pointer. It was helpfull for a situation i was
trying to surpass.

Happy new year to all on the list !


---
Marco
---


On Wed, Dec 23, 2015 at 12:03 PM, Andrew Pogrebennyk <
apogrebennyk at sipwise.com> wrote:

> Hi,
> we have been using the inbound rewrite rule for calling number, since if
> you add the prefix to the called number that breaks subscriber lookup
> for on-net calls. The prefix can be provisioned in the caller preference
> e.g. emergency_suffix, which is available in rewrite rules as
> ${caller_emergency_suffix}.
>
> Alternatively, Matthias you can change the proxy.cfg:
> >         $var(lcr_match_content) = "sip:" +
> $avp(s:first_caller_cli_userprov) + "@" + $avp(s:caller_domain_netprov);
> >         xlog("L_NOTICE", "Load gws matching calling part
> '$var(lcr_match_content)' and called user '$rU' and called part '$ru' - [%
> logreq -%]\n");
>
> Trying replacing $avp(s:first_caller_cli_userprov) with
> $avp(s:acc_caller_user) for example in the lcr_match_content.
>
> Hope this helps.
> Andrew
>
> On 12/22/2015 11:13 PM, John Murray wrote:
> > Matthias hi,
> >
> > One option is:
> > in the subscribers rewrite ruleset add a prefix to the dialled number,
> > eg. xyz.
> > Then have a routing rule for xyz... to that peer and the peers rewrite
> > typeset removes it before sending.
> > You can then add the same subscriber ruleset to any subscriber you want
> > to route that way.
> >
> > Regards
> > John
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160102/e9858de3/attachment-0001.html>

From manwe at sipdoc.net  Mon Jan  4 09:53:50 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 4 Jan 2016 15:53:50 +0100
Subject: [Spce-user] sems error when lang=es
Message-ID: <20160104155350.51af3e10@multivac>

/usr/lib/ngcp-sems/audio/es is not provided nor linked (to "en" maybe?) by
ngcp-prompts-ce

ngcp-sems[7516]: [#7f0f89c60700] [onInvite,
SW_Vsc.cpp:1081] ERROR:  ErrorAnnouncement file does not exist
('/usr/lib/ngcp-sems/audio/es/vsc_error.wav')


The prompts should be provided or linked for every lang supported.

cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160104/d1f30a5a/attachment-0001.sig>

From vseva at sipwise.com  Mon Jan  4 10:10:29 2016
From: vseva at sipwise.com (Victor Seva)
Date: Mon, 4 Jan 2016 16:10:29 +0100
Subject: [Spce-user] Caller locked, dialog and redis counters error
In-Reply-To: <CAD7smbhGauZ-PtUDJVi2AB5vg567uaCe0WYta+aHVHi2jB6bcg@mail.gmail.com>
References: <CAD7smbhGauZ-PtUDJVi2AB5vg567uaCe0WYta+aHVHi2jB6bcg@mail.gmail.com>
Message-ID: <568A8B65.8000706@sipwise.com>

On 01/02/2016 04:45 PM, Marco Teixeira wrote:
> Hi,
> Running LTS 3.8.4, i'm gettign some errors on proxy.log i think might be
> related to locking out a subscriber (while i don't recall to see these
> right after i locked the subscriber)... 
> It seems because the caller is locked there should be no dialog to delete ?!
> Is this a known issue ?
> 
> ===
> Jan  2 14:04:17 sbc-fr-01 proxy[5560]: NOTICE: <script>: Caller locked
> for outgoing with mode '4' - R=sip:xxxxxxxxxxxx at 10.0.0.208:5060
> <http://sip:xxxxxxxxxxxx at 10.0.0.208:5060>
> ID=107755899_124452406 at 172.16.0.126
> <mailto:107755899_124452406 at 172.16.0.126> UA='<null>'

There was *no* dialog created, (Caller locked for outgoing with mode
'4') so there
was no dialog counter to be deleted, that is why you see those ERRORs

We should improve the logic here to skip this type of messages

-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160104/559a967e/attachment-0001.asc>

From john.nash778 at gmail.com  Tue Jan  5 23:39:56 2016
From: john.nash778 at gmail.com (John Nash)
Date: Wed, 6 Jan 2016 10:09:56 +0530
Subject: [Spce-user] rtpengine control protocol
Message-ID: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>

Is there any implementation of rtpengine client (Like kamalio module)
written in python or perl?

I want to use it in Freeswitch as some experiment. I saw this issue in list
https://github.com/sipwise/rtpengine/issues/30 which indicates there is
something like this but not sure if its public.


Happy new Year,

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160106/57825540/attachment-0001.html>

From agranig at sipwise.com  Wed Jan  6 08:26:20 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Wed, 6 Jan 2016 14:26:20 +0100
Subject: [Spce-user] rtpengine control protocol
In-Reply-To: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
References: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
Message-ID: <568D15FC.20904@sipwise.com>

Hi,

I know there is https://github.com/wtcross/node-rtpengine but I don't
know anyone using it.

Andreas

On 01/06/2016 05:39 AM, John Nash wrote:
> Is there any implementation of rtpengine client (Like kamalio module)
> written in python or perl?
> 
> I want to use it in Freeswitch as some experiment. I saw this issue in
> list https://github.com/sipwise/rtpengine/issues/30 which indicates
> there is something like this but not sure if its public.
> 
> 
> Happy new Year,
> 
> John
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From rfuchs at sipwise.com  Wed Jan  6 08:52:04 2016
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Wed, 6 Jan 2016 08:52:04 -0500
Subject: [Spce-user] rtpengine control protocol
In-Reply-To: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
References: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
Message-ID: <568D1C04.4040604@sipwise.com>

On 05/01/16 11:39 PM, John Nash wrote:
> Is there any implementation of rtpengine client (Like kamalio module)
> written in python or perl?

There's a Perl script which acts as a rudimentary but otherwise complete 
client for rtpengine. It supports most if not all options and should be 
easily adaptable to your needs.

https://github.com/sipwise/rtpengine/blob/master/utils/ng-client

Cheers


From john.nash778 at gmail.com  Wed Jan  6 13:28:31 2016
From: john.nash778 at gmail.com (John Nash)
Date: Wed, 6 Jan 2016 23:58:31 +0530
Subject: [Spce-user] rtpengine control protocol
In-Reply-To: <568D1C04.4040604@sipwise.com>
References: <CAA4rGPy-o=B5KBaZUkfTp3UwzWxD-rnT-HXiGr9mQfhYZahp8w@mail.gmail.com>
 <568D1C04.4040604@sipwise.com>
Message-ID: <CAA4rGPyosZ-NtQAfC5tNagkoDNog_n24tT6-dKLyzOvDPguFCA@mail.gmail.com>

Thank you I already tried and seems to be working fine.

On Wed, Jan 6, 2016 at 7:22 PM, Richard Fuchs <rfuchs at sipwise.com> wrote:

> On 05/01/16 11:39 PM, John Nash wrote:
>
>> Is there any implementation of rtpengine client (Like kamalio module)
>> written in python or perl?
>>
>
> There's a Perl script which acts as a rudimentary but otherwise complete
> client for rtpengine. It supports most if not all options and should be
> easily adaptable to your needs.
>
> https://github.com/sipwise/rtpengine/blob/master/utils/ng-client
>
> Cheers
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160106/94bcfb45/attachment-0001.html>

From petervnv1 at gmail.com  Thu Jan  7 05:41:51 2016
From: petervnv1 at gmail.com (Peter Villeneuve)
Date: Thu, 7 Jan 2016 10:41:51 +0000
Subject: [Spce-user] RTPEngine ICE Candidates Exchange
In-Reply-To: <5672966F.1010301@sipwise.com>
References: <CABK0fC4RdmNsTGV3nwMQ7OYBg-Kdw5XZbjBhyJJMAKoK=vP2_Q@mail.gmail.com>
 <56715687.3030607@sipwise.com>
 <CABK0fC6YLSju1Gzna58RDHiTCFJkrkNkAOuEzh953VUaTWLkjQ@mail.gmail.com>
 <56715FEB.6010508@sipwise.com>
 <CABK0fC7fiGJQRY2+4b3i1oavuYfgAZvt2UrD9R8QBxW9x5rGCw@mail.gmail.com>
 <5671651A.1030804@sipwise.com> <567165A4.4050701@sipwise.com>
 <CABK0fC7EUyesOK0CtYS95h7tuOb6g=NAHbd5ahfNCEzxa_z_zg@mail.gmail.com>
 <56716929.5070702@sipwise.com>
 <CABK0fC5Hav2pGbkdCh93hFVzF=SJO9bY8AmsmAVj8+XWa2zxyA@mail.gmail.com>
 <56716BB2.6090901@sipwise.com>
 <CAEiJqQNUzeQqzwNreWVL2s+4+=_ZaYWfKeX2iK9dReM89=e_Pw@mail.gmail.com>
 <5672966F.1010301@sipwise.com>
Message-ID: <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>

Hi again,

I think I've found the problem.
It seems that indeed rtpengine is adding itself as a host candidate instead
of as a relay candidate, which seems to confuse my UA (linphone android).
I believe this behavior (bug? feature?) comes from here
https://github.com/sipwise/rtpengine/blob/master/daemon/ice.c on line 105

Can Richard confirm this is where he's setting the relay candidate as host
and if this is the desired behaviour? In my understanding of the RFC
rtpengine should be adding relay candidates and not host.
Is this correct?

Cheers,
Peter

On Thu, Dec 17, 2015 at 11:03 AM, Andreas Granig <agranig at sipwise.com>
wrote:

> Hi,
>
> On 12/16/2015 07:33 PM, Peter Villeneuve wrote:
> > 1) always with plain SDP
>
> This means that rtpengine is stripping any ICE candidates and sends a
> plain SDP without ICE. That's useful if you're dealing with endpoints
> not supporting ICE at all.
>
> > 2) always with rtpproxy as additional ICE candidate
>
> This option would add the rtpengine as additional ICE candidate, as the
> description implies. I believe it adds rtpengine as relay candidate
> (something Richard would need to confirm). That means that existing ICE
> candidates are preserved, and if the endpoints are not able to establish
> a connection to any of the candidates provided, they can fall back to
> relaying it via rtpengine.
>
> > 3) always with rtpproxy as only ICE candidate
>
> This option is stripping any ICE candidates offered by the endpoint and
> replaces it by a host candidate (I believe; again up to Richard to
> explain) pointing to rtpengine in oder to enforce media anchoring over
> the server while still using ICE.
>
> > 4) never
>
> Well, not engage rtpengine at all.
>
> > Obviously 4 is pretty self-explanatory, but I don't understand what
> > option 1 does. Doesn't rtpengine always rewrite/insert ICE candidates in
> > SDP when activated? So what does option 1 do exactly that's different
> > from 2/3? I can't find any info regarding that in the documentation.
>
> We'll extend the online help of that preference to make it more clear.
>
> > Also, in my test scenario, where both android linphone clients support
> > ICE, I thought that using option 2 would be ideal since the media would
> > only be relayed when the two clients cannot establish a p2p connection
> > directly.
> > But when I actually use option 2, and both linphone clients are in the
> > same LAN and can communicate p2p, I see in the linphone logs that ICE
> > reports it is using relay connections, which surprises me since they
> > should both be reporting a p2p host connection.
> > Since linphone states it adheres to the ICE RFC, and so does rtpengine,
> > I don't understand what's going on when I know for certain that both
> > clients can easily talk to each other directly. It seems to me that
> > rtpengine maybe inserting itself as a host candidate when in fact it is
> > a relay one. Does this make any sense?
>
> With option 2 it should add itself as relay candidate, see above.
> Waiting for Richard's feedback on that (or you could grab a SIP trace
> and provide the SDP bodies negotiated in your case, so we can have a
> quick look together).
>
> Andreas
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160107/171df163/attachment-0001.html>

From manwe at sipdoc.net  Fri Jan  8 05:19:12 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Fri, 8 Jan 2016 11:19:12 +0100
Subject: [Spce-user] The big roadmap
Message-ID: <20160108111912.41fde5d5@multivac>

Hi Sipwise guys

I'd like to know if you could post a brief summary of the major changes in the
4.x roadmap. 

Until now, the big branches 2.x and 3.x had some major goals that were planned
months before the LTS (new panel, xmpp support, new api, pbx module...) and I'd
like to know what the big goals until 4.x CE LTS are. 


cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160108/c9575dd6/attachment-0001.sig>

From petervnv1 at gmail.com  Sat Jan  9 10:18:57 2016
From: petervnv1 at gmail.com (Peter Villeneuve)
Date: Sat, 9 Jan 2016 15:18:57 +0000
Subject: [Spce-user] RTPEngine ICE Candidates Exchange
In-Reply-To: <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>
References: <CABK0fC4RdmNsTGV3nwMQ7OYBg-Kdw5XZbjBhyJJMAKoK=vP2_Q@mail.gmail.com>
 <56715687.3030607@sipwise.com>
 <CABK0fC6YLSju1Gzna58RDHiTCFJkrkNkAOuEzh953VUaTWLkjQ@mail.gmail.com>
 <56715FEB.6010508@sipwise.com>
 <CABK0fC7fiGJQRY2+4b3i1oavuYfgAZvt2UrD9R8QBxW9x5rGCw@mail.gmail.com>
 <5671651A.1030804@sipwise.com> <567165A4.4050701@sipwise.com>
 <CABK0fC7EUyesOK0CtYS95h7tuOb6g=NAHbd5ahfNCEzxa_z_zg@mail.gmail.com>
 <56716929.5070702@sipwise.com>
 <CABK0fC5Hav2pGbkdCh93hFVzF=SJO9bY8AmsmAVj8+XWa2zxyA@mail.gmail.com>
 <56716BB2.6090901@sipwise.com>
 <CAEiJqQNUzeQqzwNreWVL2s+4+=_ZaYWfKeX2iK9dReM89=e_Pw@mail.gmail.com>
 <5672966F.1010301@sipwise.com>
 <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>
Message-ID: <CAEiJqQMBQEK_oE5PFQ3FNqs-MS__kjkHwXbqEM3fJNts9rSRaQ@mail.gmail.com>

Hi Richard,

Could you please take a look at my post above and confirm whether this is a
bug or is intended behaviour?
I'm going to recompile rtpengine changing the "host" in line 105 to "relay"
to see how the linphone clients behave in that scenario, but that's going
to take some time and I'd rather not waste any precious time if I'm barking
up the wrong tree.

Thanks,
Peter

On Thu, Jan 7, 2016 at 10:41 AM, Peter Villeneuve <petervnv1 at gmail.com>
wrote:

> Hi again,
>
> I think I've found the problem.
> It seems that indeed rtpengine is adding itself as a host candidate
> instead of as a relay candidate, which seems to confuse my UA (linphone
> android).
> I believe this behavior (bug? feature?) comes from here
> https://github.com/sipwise/rtpengine/blob/master/daemon/ice.c on line 105
>
> Can Richard confirm this is where he's setting the relay candidate as host
> and if this is the desired behaviour? In my understanding of the RFC
> rtpengine should be adding relay candidates and not host.
> Is this correct?
>
> Cheers,
> Peter
>
> On Thu, Dec 17, 2015 at 11:03 AM, Andreas Granig <agranig at sipwise.com>
> wrote:
>
>> Hi,
>>
>> On 12/16/2015 07:33 PM, Peter Villeneuve wrote:
>> > 1) always with plain SDP
>>
>> This means that rtpengine is stripping any ICE candidates and sends a
>> plain SDP without ICE. That's useful if you're dealing with endpoints
>> not supporting ICE at all.
>>
>> > 2) always with rtpproxy as additional ICE candidate
>>
>> This option would add the rtpengine as additional ICE candidate, as the
>> description implies. I believe it adds rtpengine as relay candidate
>> (something Richard would need to confirm). That means that existing ICE
>> candidates are preserved, and if the endpoints are not able to establish
>> a connection to any of the candidates provided, they can fall back to
>> relaying it via rtpengine.
>>
>> > 3) always with rtpproxy as only ICE candidate
>>
>> This option is stripping any ICE candidates offered by the endpoint and
>> replaces it by a host candidate (I believe; again up to Richard to
>> explain) pointing to rtpengine in oder to enforce media anchoring over
>> the server while still using ICE.
>>
>> > 4) never
>>
>> Well, not engage rtpengine at all.
>>
>> > Obviously 4 is pretty self-explanatory, but I don't understand what
>> > option 1 does. Doesn't rtpengine always rewrite/insert ICE candidates in
>> > SDP when activated? So what does option 1 do exactly that's different
>> > from 2/3? I can't find any info regarding that in the documentation.
>>
>> We'll extend the online help of that preference to make it more clear.
>>
>> > Also, in my test scenario, where both android linphone clients support
>> > ICE, I thought that using option 2 would be ideal since the media would
>> > only be relayed when the two clients cannot establish a p2p connection
>> > directly.
>> > But when I actually use option 2, and both linphone clients are in the
>> > same LAN and can communicate p2p, I see in the linphone logs that ICE
>> > reports it is using relay connections, which surprises me since they
>> > should both be reporting a p2p host connection.
>> > Since linphone states it adheres to the ICE RFC, and so does rtpengine,
>> > I don't understand what's going on when I know for certain that both
>> > clients can easily talk to each other directly. It seems to me that
>> > rtpengine maybe inserting itself as a host candidate when in fact it is
>> > a relay one. Does this make any sense?
>>
>> With option 2 it should add itself as relay candidate, see above.
>> Waiting for Richard's feedback on that (or you could grab a SIP trace
>> and provide the SDP bodies negotiated in your case, so we can have a
>> quick look together).
>>
>> Andreas
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://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/20160109/5d46f7d4/attachment-0001.html>

From rfuchs at sipwise.com  Sat Jan  9 19:50:00 2016
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Sat, 9 Jan 2016 19:50:00 -0500
Subject: [Spce-user] RTPEngine ICE Candidates Exchange
In-Reply-To: <CAEiJqQMBQEK_oE5PFQ3FNqs-MS__kjkHwXbqEM3fJNts9rSRaQ@mail.gmail.com>
References: <CABK0fC4RdmNsTGV3nwMQ7OYBg-Kdw5XZbjBhyJJMAKoK=vP2_Q@mail.gmail.com>
 <56715687.3030607@sipwise.com>
 <CABK0fC6YLSju1Gzna58RDHiTCFJkrkNkAOuEzh953VUaTWLkjQ@mail.gmail.com>
 <56715FEB.6010508@sipwise.com>
 <CABK0fC7fiGJQRY2+4b3i1oavuYfgAZvt2UrD9R8QBxW9x5rGCw@mail.gmail.com>
 <5671651A.1030804@sipwise.com> <567165A4.4050701@sipwise.com>
 <CABK0fC7EUyesOK0CtYS95h7tuOb6g=NAHbd5ahfNCEzxa_z_zg@mail.gmail.com>
 <56716929.5070702@sipwise.com>
 <CABK0fC5Hav2pGbkdCh93hFVzF=SJO9bY8AmsmAVj8+XWa2zxyA@mail.gmail.com>
 <56716BB2.6090901@sipwise.com>
 <CAEiJqQNUzeQqzwNreWVL2s+4+=_ZaYWfKeX2iK9dReM89=e_Pw@mail.gmail.com>
 <5672966F.1010301@sipwise.com>
 <CAEiJqQP=+AyZ2nSL0U4Vi1vSRE-jQJRkL375W06uhm7N9YQUrg@mail.gmail.com>
 <CAEiJqQMBQEK_oE5PFQ3FNqs-MS__kjkHwXbqEM3fJNts9rSRaQ@mail.gmail.com>
Message-ID: <5691AAB8.7060505@sipwise.com>

On 09/01/16 10:18 AM, Peter Villeneuve wrote:
> Hi Richard,
>
> Could you please take a look at my post above and confirm whether this
> is a bug or is intended behaviour?
> I'm going to recompile rtpengine changing the "host" in line 105 to
> "relay" to see how the linphone clients behave in that scenario, but
> that's going to take some time and I'd rather not waste any precious
> time if I'm barking up the wrong tree.

What you probably want is to pass the ICE=force-relay option to 
rtpengine instead of ICE=force. However that option is currently not 
supported from within the NGCP framework. As an easy fix, you can try 
patching proxy.cfg.tt2 to replace ICE=force with ICE=force-relay.

I'm curious though why Linphone would be confused by additional host 
candidates but not additional relay candidates.

Cheers


From matthias.hohl at telematica.at  Mon Jan 11 06:31:28 2016
From: matthias.hohl at telematica.at (Matthias Hohl)
Date: Mon, 11 Jan 2016 12:31:28 +0100 (CET)
Subject: [Spce-user] no message by inbound max concurrent call limit
	exceeded
In-Reply-To: <008f01d13e24$9758d0a0$c60a71e0$@telematica.at>
References: <008f01d13e24$9758d0a0$c60a71e0$@telematica.at>
Message-ID: <030901d14c63$95682a00$c0387e00$@telematica.at>

Has anybody an answer for me?

 

Von: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] Im Auftrag von
Matthias Hohl
Gesendet: Donnerstag, 24. Dezember 2015 09:25
An: spce-user at lists.sipwise.com
Betreff: [Spce-user] no message by inbound max concurrent call limit
exceeded

 

Hello,

 

i found out, that if all concurrent call limit is exceeded and somebody is
calling the subsriber from outside or inside, there is no busy or max call
limit message fort he callee, so the callee doesn't know if the subscriber
is busy or his call limit is exceeded and think, that the subsriber just not
response cause it is ringing as normal.

 

How can i fix that?

 

mr4.1.1

 

Thanks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/fddad65c/attachment-0001.html>

From isrlgb at gmail.com  Mon Jan 11 06:39:43 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Mon, 11 Jan 2016 13:39:43 +0200
Subject: [Spce-user] spce install script bug
Message-ID: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>

i have tried installing using the deb pckg as per the handbook on deb 7 and
seems like there is a bug

when it generates configs almost at the end it sends the error msg to the
config file

i found this line in my.conf ,ssh config and  kamilo config


undef error - Fatal error retrieving hostname [] at (eval 246) line 8.



also there was a file &SDOUT in the main directory

thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/add8be11/attachment-0001.html>

From dgrotti at sipwise.com  Mon Jan 11 06:46:54 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 11 Jan 2016 12:46:54 +0100
Subject: [Spce-user] no message by inbound max concurrent call limit
 exceeded
In-Reply-To: <030901d14c63$95682a00$c0387e00$@telematica.at>
References: <008f01d13e24$9758d0a0$c60a71e0$@telematica.at>
 <030901d14c63$95682a00$c0387e00$@telematica.at>
Message-ID: <5693962E.1070504@sipwise.com>

Hi,
have you loaded the sounds file for that ?
Also, do you have a full (with debug 2) kamailio-proxy.log of this call ?



*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/11/2016 12:31 PM, Matthias Hohl wrote:
>
> Has anybody an answer for me?
>
>  
>
> *Von:*Spce-user [mailto:spce-user-bounces at lists.sipwise.com] *Im
> Auftrag von *Matthias Hohl
> *Gesendet:* Donnerstag, 24. Dezember 2015 09:25
> *An:* spce-user at lists.sipwise.com
> *Betreff:* [Spce-user] no message by inbound max concurrent call limit
> exceeded
>
>  
>
> Hello,
>
>  
>
> i found out, that if all concurrent call limit is exceeded and
> somebody is calling the subsriber from outside or inside, there is no
> busy or max call limit message fort he callee, so the callee doesn?t
> know if the subscriber is busy or his call limit is exceeded and
> think, that the subsriber just not response cause it is ringing as normal.
>
>  
>
> How can i fix that?
>
>  
>
> mr4.1.1
>
>  
>
> Thanks.
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From kim.philby at gmx.com  Mon Jan 11 07:00:53 2016
From: kim.philby at gmx.com (Kim Philby)
Date: Mon, 11 Jan 2016 13:00:53 +0100
Subject: [Spce-user] Which version?
Message-ID: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>

An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/e5344351/attachment-0001.html>

From manwe at sipdoc.net  Mon Jan 11 07:03:34 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 11 Jan 2016 13:03:34 +0100
Subject: [Spce-user] Which version?
In-Reply-To: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
References: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
Message-ID: <20160111130334.4b30dcfc@multivac>

El Mon, 11 Jan 2016 13:00:53 +0100
"Kim Philby" <kim.philby at gmx.com> escribi?:

> Dear mailing list,
>  
> I'm new to the NGCP world. I have installed version 3.8.4 CE but I miss some
> billing features. Are there new features in version 4? Where can I find the
> new feature list? Is version 4 ready for production? Thank you for this
> awesome product. 
>  
> 

Hi Kim, glad to see you here!

My personal preference is to stay in LTS versions unless you really need a new
feature present in recent versions. Regarding that, I recently asked for a
roadmap overview but I didn't receive any response yet. 



cheers

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/027ed1b5/attachment-0001.sig>

From vseva at sipwise.com  Mon Jan 11 07:08:38 2016
From: vseva at sipwise.com (Victor Seva)
Date: Mon, 11 Jan 2016 13:08:38 +0100
Subject: [Spce-user] spce install script bug
In-Reply-To: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
Message-ID: <56939B46.7020309@sipwise.com>

On 01/11/2016 12:39 PM, Israel Gottlieb wrote:
> i have tried installing using the deb pckg as per the handbook on deb 7
> and seems like there is a bug
> 
> when it generates configs almost at the end it sends the error msg to
> the config file
> 
> i found this line in my.conf ,ssh config and  kamilo config
> 
> 
> undef error - Fatal error retrieving hostname [] at (eval 246) line 8.
> 

please provide ngcp version you are installing. And check your hostname

> also there was a file &SDOUT in the main directory 
> 

Yes, we already fix that problem.
-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/4e553bbe/attachment-0001.asc>

From alutay at sipwise.com  Mon Jan 11 07:23:50 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Mon, 11 Jan 2016 13:23:50 +0100
Subject: [Spce-user] Which version?
In-Reply-To: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
References: <trinity-7480e246-b102-4329-af31-30f65312bb3f-1452513653026@3capp-mailcom-bs13>
Message-ID: <56939ED6.6070007@sipwise.com>

Dear Kim and Jon,

On 01/11/2016 01:00 PM, Kim Philby wrote:
> ... Are there new features in version 4? 
> Where can I find the new feature list? Is version 4 ready for production?

You can find the list of new features in the each release announcement:

https://www.sipwise.org/news/announcements/sipprovider-mr4-0-1-released/
https://www.sipwise.org/news/announcements/sipprovider-mr4-1-1-released/

The current long-time-supported (LTS) release is mr3.8
(the latest build is 4, aka mr3.8.4).

While each our release has been tested carefully to provide high quality
product and ready for production. We have PRO mr4.1.1 in production already.

The only difference between LTS and non-LTS is a support timeframe,
we release builds for LTS much longer while non-LTS customer should
upgrade to new release more often.

New release = new features + bugfixes; new build = bugfixes only.

> Regarding that, I recently asked for a
> roadmap overview but I didn't receive any response yet. 

We will provide reply there soon. What I can share now:
 - mr4.2 is already in testing stage and it is on Debian Jessie already
 - mr4.3 got commits for new Asterisk 11.13 from Jessie and even may be
updated to Asterisk 13
Also a lot of performance, monitoring and usability improvements.
Did you try recent (mr3.8.4+) 'ngcp-status' by chance? ;-)

> Thank you for this awesome product

You are welcome, stay tuned!

-- 
Alex Lutay


From isrlgb at gmail.com  Mon Jan 11 07:27:48 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Mon, 11 Jan 2016 14:27:48 +0200
Subject: [Spce-user] =?utf-8?b?16rXqdeV15HXlDogIHNwY2UgaW5zdGFsbCBzY3Jp?=
	=?utf-8?q?pt_bug?=
In-Reply-To: <56939B46.7020309@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
Message-ID: <20160111122748.6402130.98313.19607@gmail.com>


I used "latest" last night
Hostname is set it shows when I type hostname


? ????? ?????? ?
???: Victor Seva
????: ??? ???, 11 ?????? 2016 14:09
??: spce-user at lists.sipwise.com
????: Re: [Spce-user] spce install script bug

On 01/11/2016 12:39 PM, Israel Gottlieb wrote:
> i have tried installing using the deb pckg as per the handbook on deb 7
> and seems like there is a bug
> 
> when it generates configs almost at the end it sends the error msg to
> the config file
> 
> i found this line in my.conf ,ssh config and kamilo config
> 
> 
> undef error - Fatal error retrieving hostname [] at (eval 246) line 8.
> 

please provide ngcp version you are installing. And check your hostname

> also there was a file &SDOUT in the main directory 
> 

Yes, we already fix that problem.
-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206



From gerry.kernan at infinityit.ie  Mon Jan 11 07:13:15 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 11 Jan 2016 12:13:15 +0000
Subject: [Spce-user] move subscriber to new customer
Message-ID: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>

Hi 
 
Is it possible to move a subscriber from one customer account to a new customer account ? 
I'm using SPCE mr3.8.3
 
 
Gerry Kernan
 
 
Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
 
Managed IT Services       Infinity IT - www.infinityit.ie
IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
Contact Centre                Total Interact - www.totalinteract.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/dda83fe9/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2681 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/dda83fe9/attachment-0001.jpg>

From rabs at dimension-virtual.com  Mon Jan 11 07:28:03 2016
From: rabs at dimension-virtual.com (=?utf-8?B?UmHDumw=?= Alexis Betancor Santana)
Date: Mon, 11 Jan 2016 13:28:03 +0100 (CET)
Subject: [Spce-user] move subscriber to new customer
In-Reply-To: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>
References: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>
Message-ID: <1339724285.231622.1452515283893.JavaMail.zimbra@dimension-virtual.com>

AFAIK, that could not be done by API or interface. You could doit by hand on the BD. 

> De: "gerry kernan" <gerry.kernan at infinityit.ie>
> Para: spce-user at lists.sipwise.com
> Enviados: Lunes, 11 de Enero 2016 12:13:15
> Asunto: [Spce-user] move subscriber to new customer

> Hi

> Is it possible to move a subscriber from one customer account to a new customer
> account ?

> I?m using SPCE mr3.8.3

> Gerry Kernan

> Infinity IT | 17 The Mall | Beacon Court | Sandyford | Dublin D18 E3C8 | Ireland

> Tel: +353 - (0)1 - 293 0090 | E-Mail: gerry.kernan at infinityit.ie

> Managed IT Services Infinity IT - www.infinityit.ie

> IP Telephony Asterisk Consulting ? www.asteriskconsulting.com

> Contact Centre Total Interact ? www.totalinteract.com

> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160111/9afcecf5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2681 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/9afcecf5/attachment-0001.jpg>

From manwe at sipdoc.net  Mon Jan 11 11:02:40 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 11 Jan 2016 17:02:40 +0100
Subject: [Spce-user] event export path
Message-ID: <20160111170240.6fb13c37@multivac>

Hi all

Running 3.8.x I see event files are exported to cdr-exporter path but not
inside their own dir or not creating subfolders as normal cdrs do. I think the
exporter should honor cdrexport-monthly_flder and cdrexport.daily_folder
preferences.


cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/35e7ab6f/attachment-0001.sig>

From manwe at sipdoc.net  Mon Jan 11 11:05:13 2016
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Mon, 11 Jan 2016 17:05:13 +0100
Subject: [Spce-user] event export path
In-Reply-To: <20160111170240.6fb13c37@multivac>
References: <20160111170240.6fb13c37@multivac>
Message-ID: <20160111170513.1f5b2101@multivac>

El Mon, 11 Jan 2016 17:02:40 +0100
"Jon Bonilla (Manwe)" <manwe at sipdoc.net> escribi?:

> Hi all
> 
> Running 3.8.x I see event files are exported to cdr-exporter path but not
> inside their own dir or not creating subfolders as normal cdrs do. I think the
> exporter should honor cdrexport-monthly_flder and cdrexport.daily_folder
> preferences.
> 
> 
> cheers,
> 
> Jon
> 


it does. My fault, sorry.


cheers,

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160111/83f07e19/attachment-0001.sig>

From dgrotti at sipwise.com  Tue Jan 12 04:09:10 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Tue, 12 Jan 2016 10:09:10 +0100
Subject: [Spce-user] move subscriber to new customer
In-Reply-To: <1339724285.231622.1452515283893.JavaMail.zimbra@dimension-virtual.com>
References: <979c79a9-ebf2-4fd7-b0df-2253397a9c28@infinityit.ie>
 <1339724285.231622.1452515283893.JavaMail.zimbra@dimension-virtual.com>
Message-ID: <5694C2B6.3010109@sipwise.com>

Hi,
yes, it's not possible.
You have to delete the subscriber and re-create it under the new customer.




*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/11/2016 01:28 PM, Ra?l Alexis Betancor Santana wrote:
> AFAIK, that could not be done by API or interface. You could doit by
> hand on the BD.
>
> ------------------------------------------------------------------------
>
>     *De: *"gerry kernan" <gerry.kernan at infinityit.ie>
>     *Para: *spce-user at lists.sipwise.com
>     *Enviados: *Lunes, 11 de Enero 2016 12:13:15
>     *Asunto: *[Spce-user] move subscriber to new customer
>
>     Hi
>
>      
>
>     Is it possible to move a subscriber from one customer account to a
>     new customer account ?
>
>     I?m using SPCE mr3.8.3
>
>      
>
>      
>
>     *Gerry Kernan*
>
>      
>
>     cid:image001.jpg at 01D105A5.2701B0E0
>
>      
>
>     *Infinity IT   |   17 The Mall   |   Beacon Court   |  
>     Sandyford   |   Dublin D18 E3C8   |   Ireland*
>
>     *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>     *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>
>     * *
>
>     *Managed IT Services       Infinity IT*- www.infinityit.ie
>     <http://www.infinityit.ie/>
>
>     *IP Telephony                    Asterisk Consulting*?
>     www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>
>     *Contact Centre                Total Interact*?
>     www.totalinteract.com <http://www.totalinteract.com>
>
>      
>
>
>     _______________________________________________
>     Spce-user mailing list
>     Spce-user at lists.sipwise.com
>     https://lists.sipwise.com/listinfo/spce-user
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From sergio.serrano at avanzada7.com  Wed Jan 13 04:16:27 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Wed, 13 Jan 2016 10:16:27 +0100
Subject: [Spce-user] Vertical Service codes audio problem
Message-ID: <1452676587.2643.7.camel@avanzada7.com>

Hi all,

	I'm new in sipwise and I have doing tests. I want to activate
vertical service codes but I have discovered that If I use a sp phone
with GSM codec the audio is correct, but If I use a sip phone with only
PCMA, the audio doesn't hear. I have review SDP part of INVITE and 200
OK meesages and all is correct. I'm using CE mr4.1.1 

Anyone has experimented something like this?

Regards,

Sergio


From isrlgb at gmail.com  Wed Jan 13 10:06:55 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Wed, 13 Jan 2016 17:06:55 +0200
Subject: [Spce-user] spce install script bug
In-Reply-To: <56939B46.7020309@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
Message-ID: <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>

problem was /etc/hostname was empty

echo $hostname returns empty but echo $HOSTNAME (all caps) returns the host
name

i have added the hostname manually to hostname and it works


is it worth waiting for the next version all ready before testing ?

On Mon, Jan 11, 2016 at 2:08 PM, Victor Seva <vseva at sipwise.com> wrote:

> On 01/11/2016 12:39 PM, Israel Gottlieb wrote:
> > i have tried installing using the deb pckg as per the handbook on deb 7
> > and seems like there is a bug
> >
> > when it generates configs almost at the end it sends the error msg to
> > the config file
> >
> > i found this line in my.conf ,ssh config and  kamilo config
> >
> >
> > undef error - Fatal error retrieving hostname [] at (eval 246) line 8.
> >
>
> please provide ngcp version you are installing. And check your hostname
>
> > also there was a file &SDOUT in the main directory
> >
>
> Yes, we already fix that problem.
> --
> Victor Seva
> Software Engineer
>
> Phone: +43(0)1 301 2029
> Email: vseva at sipwise.com
> Website: www.sipwise.com
>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160113/7e2184dd/attachment-0001.html>

From alutay at sipwise.com  Thu Jan 14 11:12:35 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Thu, 14 Jan 2016 17:12:35 +0100
Subject: [Spce-user] spce install script bug
In-Reply-To: <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
Message-ID: <5697C8F3.4060307@sipwise.com>

Hi,

Thank you for the reporting the root of the issue!
We will improve ngcp-installer to check content of /etc/hostname
(the ticket number is MT#17339 for the future references).

Tnx!

On 01/13/2016 04:06 PM, Israel Gottlieb wrote:
> is it worth waiting for the next version all ready before testing ?

Can you please restate the question?
All publicly available NGCP versions are ready for production usage.

-- 
Alex Lutay


From isrlgb at gmail.com  Thu Jan 14 11:46:34 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 14 Jan 2016 18:46:34 +0200
Subject: [Spce-user] =?utf-8?b?16rXqdeV15HXlDogIHNwY2UgaW5zdGFsbCBzY3Jp?=
	=?utf-8?q?pt_bug?=
In-Reply-To: <5697C8F3.4060307@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
 <5697C8F3.4060307@sipwise.com>
Message-ID: <20160114164634.6402130.31119.19795@gmail.com>

Your welcome

I meant regarding newer versions like I see in github but never mind I already started testing yesterday and trying to see how I could integrate it into my current architecture without hurting existing features customers have
Also before deploying I would have to know my troubleshooting steps (I use asterisk for more than 12 years)

I understand kamailio is the main system running and handling calls so trying to find where I could see the live channels and what codecs used and how to sip debug on it

Thanks for all ?

? ????? ?????? ?
???: Alex Lutay
????: ??? ?????, 14 ?????? 2016 18:13
??: spce-user at lists.sipwise.com
????: Re: [Spce-user] spce install script bug

Hi,

Thank you for the reporting the root of the issue!
We will improve ngcp-installer to check content of /etc/hostname
(the ticket number is MT#17339 for the future references).

Tnx!

On 01/13/2016 04:06 PM, Israel Gottlieb wrote:
> is it worth waiting for the next version all ready before testing ?

Can you please restate the question?
All publicly available NGCP versions are ready for production usage.

-- 
Alex Lutay
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From alutay at sipwise.com  Thu Jan 14 12:31:19 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Thu, 14 Jan 2016 18:31:19 +0100
Subject: [Spce-user] spce install script bug
In-Reply-To: <20160114164634.6402130.31119.19795@gmail.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
 <5697C8F3.4060307@sipwise.com> <20160114164634.6402130.31119.19795@gmail.com>
Message-ID: <5697DB67.3050503@sipwise.com>

Hi!

On 01/14/2016 05:46 PM, Israel Gottlieb wrote:
> I understand kamailio is the main system running and handling calls
> so trying to find where I could see the live channels and what codecs
> used and how to sip debug on it

Right, we have two kamailio services there:
 - stateless kamailio load balancer (LB), it listens port 5060/5061
 - statefull kamailio SIP proxy server (PROXY), it listens port 5062 on
loopback interface

The nicer way is install 'sngrep' and use it to see codec in use for the
call. Also the codec is reported into rtp.log from rtpengine.

You can find SIP logs in /var/log/ngcp/kamailio-*.log

Good luck!

-- 
Alex Lutay


From isrlgb at gmail.com  Thu Jan 14 12:45:15 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 14 Jan 2016 19:45:15 +0200
Subject: [Spce-user] =?utf-8?b?16rXqdeV15HXlDogIHNwY2UgaW5zdGFsbCBzY3Jp?=
	=?utf-8?q?pt_bug?=
In-Reply-To: <5697DB67.3050503@sipwise.com>
References: <CAOYD8218d9cFqY=2aOmwi0hzXLmmzKRdw6p8h5gnzJxyzAYf=w@mail.gmail.com>
 <56939B46.7020309@sipwise.com>
 <CAOYD821++YW9vea8ogT8w=xzvWk0FYEZ4yCe9jnRUMcSrEaJag@mail.gmail.com>
 <5697C8F3.4060307@sipwise.com>
 <20160114164634.6402130.31119.19795@gmail.com>
 <5697DB67.3050503@sipwise.com>
Message-ID: <20160114174515.6402130.68470.19801@gmail.com>

Thanks for the heads up

? ????? ?????? ?
???: Alex Lutay
????: ??? ?????, 14 ?????? 2016 19:31
??: spce-user at lists.sipwise.com
????: Re: [Spce-user] spce install script bug

Hi!

On 01/14/2016 05:46 PM, Israel Gottlieb wrote:
> I understand kamailio is the main system running and handling calls
> so trying to find where I could see the live channels and what codecs
> used and how to sip debug on it

Right, we have two kamailio services there:
- stateless kamailio load balancer (LB), it listens port 5060/5061
- statefull kamailio SIP proxy server (PROXY), it listens port 5062 on
loopback interface

The nicer way is install 'sngrep' and use it to see codec in use for the
call. Also the codec is reported into rtp.log from rtpengine.

You can find SIP logs in /var/log/ngcp/kamailio-*.log

Good luck!

-- 
Alex Lutay
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From matthew at tenacit.net  Fri Jan 15 10:50:53 2016
From: matthew at tenacit.net (Matthew Ogden)
Date: Fri, 15 Jan 2016 17:50:53 +0200
Subject: [Spce-user] odd FROM request for CLI
Message-ID: <CAB4Z0mL3DoigHu64DN1iUPwARaL4yiQDJzZ9wbjTD+mOtvCtVA@mail.gmail.com>

Hi

Previously in version 2.5 with a certain peer, I had to modify the
templates of proxy custom file as so:

Line #3338

if(!isbflagset(FLB_PEERAUTH))
{
$var(caller_cli_userprov_uri) = "sip:" + $var(caller_cli_userprov) + "@" +
$avp(s:first_caller_domain_userprov);
}
else
{
# if we need to authenticate towards a peer, then set auth_user at auth_realm
in from
# $var(caller_cli_userprov_uri) = "sip:" +
$avp(s:peer_peer_caller_auth_user) + "@" +
$avp(s:peer_peer_caller_auth_realm);
                        # this will break most implementations, but BAD
PEER seems to currently need this
                        $var(caller_cli_userprov_uri) = "sip:" +
$avp(s:caller_cli_userprov) + "@" + $avp(s:peer_peer_caller_auth_realm);
}


In 2.8, where can I find this, since  $var(caller_cli_userprov_uri)  no
longer exists.

--





*Matthew Ogden*

Management

TenacIT





*Strategic IT Consulting *?* Advanced Networking *? *Virtualisation*

*Custom Development *? *Hosting *? *Syspro Support  *? *MS Licensing*

National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
matthew at tenacit.net

CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
http://www.tenacit.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160115/7d6b2f23/attachment-0001.html>

From gerry.kernan at infinityit.ie  Mon Jan 18 05:14:25 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 10:14:25 +0000
Subject: [Spce-user] error 500 internal error on we portal
Message-ID: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>

Hi 
I'm getting the error below when one subscriber logs in to the web portal other subscribers are ok. 
 
500 Internal server error
We are terribly sorry, an exceptional error has occured:
incident number: 142A7D86E37D0FC0
time of incident: 2016-01-18T10:10:48.076120000Z
 
 
 
Gerry Kernan
 
 
Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
 
Managed IT Services       Infinity IT - www.infinityit.ie
IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
Contact Centre                Total Interact - www.totalinteract.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160118/39aa3f9a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2681 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160118/39aa3f9a/attachment-0001.jpg>

From dgrotti at sipwise.com  Mon Jan 18 05:17:08 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 11:17:08 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
Message-ID: <569CBBA4.40501@sipwise.com>

Hi Gerry,
can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and
/var/log/ngcp/panel-debug.log ?


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:14 AM, gerry kernan wrote:
>
> Hi
>
> I?m getting the error below when one subscriber logs in to the web
> portal other subscribers are ok.
>
>  
>
> 500 Internal server error
>
> We are terribly sorry, an exceptional error has occured:
>
> incident number: 142A7D86E37D0FC0
>
> time of incident: 2016-01-18T10:10:48.076120000Z
>
>  
>
>  
>
>  
>
> *Gerry Kernan*
>
>  
>
> cid:image001.jpg at 01D105A5.2701B0E0
>
>  
>
> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
> |   Dublin D18 E3C8   |   Ireland*
>
> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>
> * *
>
> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
> <http://www.infinityit.ie/>
>
> *IP Telephony_                    _Asterisk Consulting*?
> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>
> *Contact Centre_                _Total Interact*?
> www.totalinteract.com <http://www.totalinteract.com>
>
>  
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From gerry.kernan at infinityit.ie  Mon Jan 18 05:27:28 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 10:27:28 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569CBBA4.40501@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
Message-ID: <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>

Hi Daniel

Output of the grep below.

/var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: fatal error, id=142A7D86E37D0FC0, timestamp=2016-01-18T10:10:48.076120000Z, error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_customer_billing_fee_id`, `me`.`source_carrier_billing_zone_id`, `me`.`source_reseller_billing_zone_id`, `me`.`source_customer_billing_zone_id`, `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, `me`.`destination_customer_cost`, `me`.`destination_carrier_free_time`, `me`.`destination_reseller_free_time`, `me`.`destination_customer_free_time`, `me`.`destination_carrier_billing_fee_id`, `me`.`destination_reseller_billing_fee_id`, `me`.`destination_customer_billing_fee_id`, `me`.`destination_carrier_billing_zone_id`, `me`.`destination_reseller_billing_zone_id`, `me`.`destination_customer_billing_zone_id`, `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_custom

Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Daniel Grotti
Sent: Monday 18 January 2016 10:17
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi Gerry,
can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:14 AM, gerry kernan wrote:
>
> Hi
>
> I?m getting the error below when one subscriber logs in to the web 
> portal other subscribers are ok.
>
>  
>
> 500 Internal server error
>
> We are terribly sorry, an exceptional error has occured:
>
> incident number: 142A7D86E37D0FC0
>
> time of incident: 2016-01-18T10:10:48.076120000Z
>
>  
>
>  
>
>  
>
> *Gerry Kernan*
>
>  
>
> cid:image001.jpg at 01D105A5.2701B0E0
>
>  
>
> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
> |   Dublin D18 E3C8   |   Ireland*
>
> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>
> * *
>
> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
> <http://www.infinityit.ie/>
>
> *IP Telephony_                    _Asterisk Consulting*-
> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>
> *Contact Centre_                _Total Interact*-
> www.totalinteract.com <http://www.totalinteract.com>
>
>  
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user



From dgrotti at sipwise.com  Mon Jan 18 05:45:54 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 11:45:54 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
Message-ID: <569CC262.8030003@sipwise.com>

Hi,
looks like a problem in that table:

DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it



Sometimes when this error happens with temp tables:

#126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it


It can be because the /tmp folder is running out of space. On some Linux
installations, /tmp is in its own partition and does not have much space
- big MySQL queries will fill it up.

You can use df -h to check whether \tmp is in its own partition, and how
much space is allocated to it.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:27 AM, gerry kernan wrote:
> Hi Daniel
>
> Output of the grep below.
>
> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: fatal error, id=142A7D86E37D0FC0, timestamp=2016-01-18T10:10:48.076120000Z, error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_customer_billing_fee_id`, `me`.`source_carrier_billing_zone_id`, `me`.`source_reseller_billing_zone_id`, `me`.`source_customer_billing_zone_id`, `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, `me`.`destination_customer_cost`, `me`.`destination_carrier_free_time`, `me`.`destination_reseller_free_time`, `me`.`destination_customer_free_time`, `me`.`destination_carrier_billing_fee_id`, `me`.`destination_reseller_billing_fee_id`, `me`.`destination_customer_billing_fee_id`, `me`.`destination_carrier_billing_zone_id`, `me`.`destination_reseller_billing_zone_id`, `me`.`destination_customer_billing_zone_id`, `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, `me`.`source_external_contract_id`, `me`.`source_account_id`, `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, `me`.`destination_user_id`, `me`.`destination_provider_id`, `me`.`destination_external_subscriber_id`, `me`.`destination_external_contract_id`, `me`.`destination_account_id`, `me`.`destination_user`, `me`.`destination_domain`, `me`.`destination_user_dialed`, `me`.`destination_user_in`, `me`.`destination_domain_in`, `me`.`destination_gpp0`, `me`.`destination_gpp1`, `me`.`destination_gpp2`, `me`.`destination_gpp3`, `me`.`destination_gpp4`, `me`.`destination_gpp5`, `me`.`destination_gpp6`, `me`.`destination_gpp7`, `me`.`destination_gpp8`, `me`.`destination_gpp9`, `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, `me`.`source_carrier_billing_fee_id`, `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Daniel Grotti
> Sent: Monday 18 January 2016 10:17
> To: spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi Gerry,
> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
>
> On 01/18/2016 11:14 AM, gerry kernan wrote:
>> Hi
>>
>> I?m getting the error below when one subscriber logs in to the web 
>> portal other subscribers are ok.
>>
>>  
>>
>> 500 Internal server error
>>
>> We are terribly sorry, an exceptional error has occured:
>>
>> incident number: 142A7D86E37D0FC0
>>
>> time of incident: 2016-01-18T10:10:48.076120000Z
>>
>>  
>>
>>  
>>
>>  
>>
>> *Gerry Kernan*
>>
>>  
>>
>> cid:image001.jpg at 01D105A5.2701B0E0
>>
>>  
>>
>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>> |   Dublin D18 E3C8   |   Ireland*
>>
>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>
>> * *
>>
>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>> <http://www.infinityit.ie/>
>>
>> *IP Telephony_                    _Asterisk Consulting*-
>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>
>> *Contact Centre_                _Total Interact*-
>> www.totalinteract.com <http://www.totalinteract.com>
>>
>>  
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>




From gerry.kernan at infinityit.ie  Mon Jan 18 05:48:01 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 10:48:01 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569CC262.8030003@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
Message-ID: <10e71f4d-d9bb-45ba-bc15-2c91fca46abe@infinityit.ie>

We have 285M free in /tmp


root at sipwise:~# df -h
Filesystem              Size  Used Avail Use% Mounted on
rootfs                  3.9G  709M  3.0G  19% /
udev                     10M     0   10M   0% /dev
tmpfs                   784M   48M  737M   7% /run
/dev/mapper/sip02-root  3.9G  709M  3.0G  19% /
tmpfs                   5.0M     0  5.0M   0% /run/lock
tmpfs                   1.6G     0  1.6G   0% /run/shm
/dev/sda1               229M   55M  162M  26% /boot
/dev/mapper/sip02-home   79G   28G   47G  38% /home
/dev/mapper/sip02-tmp   360M   80M  258M  24% /tmp
/dev/mapper/sip02-usr   8.2G  1.3G  6.5G  17% /usr
/dev/mapper/sip02-var   4.9G  4.0G  683M  86% /var

Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Sent: Monday 18 January 2016 10:46
To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi,
looks like a problem in that table:

DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it



Sometimes when this error happens with temp tables:

#126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it


It can be because the /tmp folder is running out of space. On some Linux installations, /tmp is in its own partition and does not have much space
- big MySQL queries will fill it up.

You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:27 AM, gerry kernan wrote:
> Hi Daniel
>
> Output of the grep below.
>
> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
> fatal error, id=142A7D86E37D0FC0, 
> timestamp=2016-01-18T10:10:48.076120000Z, 
> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
> try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, 
> `me`.`source_user_id`, `me`.`source_provider_id`, 
> `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, 
> `me`.`source_customer_billing_fee_id`, 
> `me`.`source_carrier_billing_zone_id`, 
> `me`.`source_reseller_billing_zone_id`, 
> `me`.`source_customer_billing_zone_id`, 
> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
> `me`.`destination_customer_cost`, 
> `me`.`destination_carrier_free_time`, 
> `me`.`destination_reseller_free_time`, 
> `me`.`destination_customer_free_time`, 
> `me`.`destination_carrier_billing_fee_id`, 
> `me`.`destination_reseller_billing_fee_id`, 
> `me`.`destination_customer_billing_fee_id`, 
> `me`.`destination_carrier_billing_zone_id`, 
> `me`.`destination_reseller_billing_zone_id`, 
> `me`.`destination_customer_billing_zone_id`, 
> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT 
> `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
> Of Daniel Grotti
> Sent: Monday 18 January 2016 10:17
> To: spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi Gerry,
> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
> Court Vienna, ATU64002206
>
> On 01/18/2016 11:14 AM, gerry kernan wrote:
>> Hi
>>
>> I?m getting the error below when one subscriber logs in to the web 
>> portal other subscribers are ok.
>>
>>  
>>
>> 500 Internal server error
>>
>> We are terribly sorry, an exceptional error has occured:
>>
>> incident number: 142A7D86E37D0FC0
>>
>> time of incident: 2016-01-18T10:10:48.076120000Z
>>
>>  
>>
>>  
>>
>>  
>>
>> *Gerry Kernan*
>>
>>  
>>
>> cid:image001.jpg at 01D105A5.2701B0E0
>>
>>  
>>
>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>> |   Dublin D18 E3C8   |   Ireland*
>>
>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>
>> * *
>>
>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>> <http://www.infinityit.ie/>
>>
>> *IP Telephony_                    _Asterisk Consulting*-
>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>
>> *Contact Centre_                _Total Interact*-
>> www.totalinteract.com <http://www.totalinteract.com>
>>
>>  
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>





From matthew at tenacit.net  Mon Jan 18 06:38:32 2016
From: matthew at tenacit.net (Matthew Ogden)
Date: Mon, 18 Jan 2016 13:38:32 +0200
Subject: [Spce-user] odd FROM request for CLI
In-Reply-To: <CAB4Z0mL3DoigHu64DN1iUPwARaL4yiQDJzZ9wbjTD+mOtvCtVA@mail.gmail.com>
References: <CAB4Z0mL3DoigHu64DN1iUPwARaL4yiQDJzZ9wbjTD+mOtvCtVA@mail.gmail.com>
Message-ID: <CAB4Z0mLW4WxNte4pJ8AC_NuonAvNPgkRf4o6D3msK+apP=FyEw@mail.gmail.com>

Please ignore, I have asked the question before

On 15 January 2016 at 17:50, Matthew Ogden <matthew at tenacit.net> wrote:

> Hi
>
> Previously in version 2.5 with a certain peer, I had to modify the
> templates of proxy custom file as so:
>
> Line #3338
>
> if(!isbflagset(FLB_PEERAUTH))
> {
> $var(caller_cli_userprov_uri) = "sip:" + $var(caller_cli_userprov) + "@" +
> $avp(s:first_caller_domain_userprov);
> }
> else
> {
> # if we need to authenticate towards a peer, then set auth_user at auth_realm
> in from
> # $var(caller_cli_userprov_uri) = "sip:" +
> $avp(s:peer_peer_caller_auth_user) + "@" +
> $avp(s:peer_peer_caller_auth_realm);
>                         # this will break most implementations, but BAD
> PEER seems to currently need this
>                         $var(caller_cli_userprov_uri) = "sip:" +
> $avp(s:caller_cli_userprov) + "@" + $avp(s:peer_peer_caller_auth_realm);
> }
>
>
> In 2.8, where can I find this, since  $var(caller_cli_userprov_uri)  no
> longer exists.
>
> --
>
>
>
>
>
> *Matthew Ogden*
>
> Management
>
> TenacIT
>
>
>
>
>
> *Strategic IT Consulting *?* Advanced Networking *? *Virtualisation*
>
> *Custom Development *? *Hosting *? *Syspro Support  *? *MS Licensing*
>
> National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
> matthew at tenacit.net
>
> CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
> http://www.tenacit.net
>
>
>



-- 





*Matthew Ogden*

Management

TenacIT





*Strategic IT Consulting *?* Advanced Networking *? *Virtualisation*

*Custom Development *? *Hosting *? *Syspro Support  *? *MS Licensing*

National Tel: 041 10 10 100 | Cell: 084 205 4445 | Email:
matthew at tenacit.net

CT Tel: 021 201 0333 | Skype Name: matthew.ogden | Web:
http://www.tenacit.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160118/9c10bf92/attachment-0001.html>

From gerry.kernan at infinityit.ie  Mon Jan 18 10:21:08 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 15:21:08 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569CC262.8030003@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
Message-ID: <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>

Hi 
I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.


Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Sent: Monday 18 January 2016 10:46
To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi,
looks like a problem in that table:

DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it



Sometimes when this error happens with temp tables:

#126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it


It can be because the /tmp folder is running out of space. On some Linux installations, /tmp is in its own partition and does not have much space
- big MySQL queries will fill it up.

You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 11:27 AM, gerry kernan wrote:
> Hi Daniel
>
> Output of the grep below.
>
> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
> fatal error, id=142A7D86E37D0FC0, 
> timestamp=2016-01-18T10:10:48.076120000Z, 
> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
> try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, 
> `me`.`source_user_id`, `me`.`source_provider_id`, 
> `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, 
> `me`.`source_customer_billing_fee_id`, 
> `me`.`source_carrier_billing_zone_id`, 
> `me`.`source_reseller_billing_zone_id`, 
> `me`.`source_customer_billing_zone_id`, 
> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
> `me`.`destination_customer_cost`, 
> `me`.`destination_carrier_free_time`, 
> `me`.`destination_reseller_free_time`, 
> `me`.`destination_customer_free_time`, 
> `me`.`destination_carrier_billing_fee_id`, 
> `me`.`destination_reseller_billing_fee_id`, 
> `me`.`destination_customer_billing_fee_id`, 
> `me`.`destination_carrier_billing_zone_id`, 
> `me`.`destination_reseller_billing_zone_id`, 
> `me`.`destination_customer_billing_zone_id`, 
> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT 
> `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, 
> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
> `me`.`destination_external_subscriber_id`, 
> `me`.`destination_external_contract_id`, 
> `me`.`destination_account_id`, `me`.`destination_user`, 
> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
> `me`.`source_carrier_billing_fee_id`, 
> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
> Of Daniel Grotti
> Sent: Monday 18 January 2016 10:17
> To: spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi Gerry,
> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
> Court Vienna, ATU64002206
>
> On 01/18/2016 11:14 AM, gerry kernan wrote:
>> Hi
>>
>> I?m getting the error below when one subscriber logs in to the web 
>> portal other subscribers are ok.
>>
>>  
>>
>> 500 Internal server error
>>
>> We are terribly sorry, an exceptional error has occured:
>>
>> incident number: 142A7D86E37D0FC0
>>
>> time of incident: 2016-01-18T10:10:48.076120000Z
>>
>>  
>>
>>  
>>
>>  
>>
>> *Gerry Kernan*
>>
>>  
>>
>> cid:image001.jpg at 01D105A5.2701B0E0
>>
>>  
>>
>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>> |   Dublin D18 E3C8   |   Ireland*
>>
>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>
>> * *
>>
>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>> <http://www.infinityit.ie/>
>>
>> *IP Telephony_                    _Asterisk Consulting*-
>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>
>> *Contact Centre_                _Total Interact*-
>> www.totalinteract.com <http://www.totalinteract.com>
>>
>>  
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>





From dgrotti at sipwise.com  Mon Jan 18 10:22:15 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 16:22:15 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
 <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
Message-ID: <569D0327.30900@sipwise.com>

Hi,
mybe some mysql 'guru' can help you here.



*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 04:21 PM, gerry kernan wrote:
> Hi 
> I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.
>
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
> Sent: Monday 18 January 2016 10:46
> To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi,
> looks like a problem in that table:
>
> DBD::mysql::st execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; try to repair it
>
>
>
> Sometimes when this error happens with temp tables:
>
> #126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to repair it
>
>
> It can be because the /tmp folder is running out of space. On some Linux installations, /tmp is in its own partition and does not have much space
> - big MySQL queries will fill it up.
>
> You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
>
> On 01/18/2016 11:27 AM, gerry kernan wrote:
>> Hi Daniel
>>
>> Output of the grep below.
>>
>> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
>> fatal error, id=142A7D86E37D0FC0, 
>> timestamp=2016-01-18T10:10:48.076120000Z, 
>> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
>> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
>> try to repair it [for Statement "SELECT `me`.`id`, `me`.`update_time`, 
>> `me`.`source_user_id`, `me`.`source_provider_id`, 
>> `me`.`source_external_subscriber_id`, 
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`, 
>> `me`.`destination_external_contract_id`, 
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
>> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
>> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
>> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`, 
>> `me`.`source_reseller_billing_fee_id`, 
>> `me`.`source_customer_billing_fee_id`, 
>> `me`.`source_carrier_billing_zone_id`, 
>> `me`.`source_reseller_billing_zone_id`, 
>> `me`.`source_customer_billing_zone_id`, 
>> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
>> `me`.`destination_customer_cost`, 
>> `me`.`destination_carrier_free_time`, 
>> `me`.`destination_reseller_free_time`, 
>> `me`.`destination_customer_free_time`, 
>> `me`.`destination_carrier_billing_fee_id`, 
>> `me`.`destination_reseller_billing_fee_id`, 
>> `me`.`destination_customer_billing_fee_id`, 
>> `me`.`destination_carrier_billing_zone_id`, 
>> `me`.`destination_reseller_billing_zone_id`, 
>> `me`.`destination_customer_billing_zone_id`, 
>> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
>> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
>> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
>> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM (SELECT 
>> `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
>> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`, 
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`, 
>> `me`.`destination_external_contract_id`, 
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, `me`.`call_id`, 
>> `me`.`source_carrier_cost`, `me`.`source_reseller_cost`, 
>> `me`.`source_customer_cost`, `me`.`source_carrier_free_time`, 
>> `me`.`source_reseller_free_time`, `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`, 
>> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>>
>> Gerry Kernan
>>  
>>
>>
>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>
>> Managed IT Services       Infinity IT - www.infinityit.ie
>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>> Contact Centre                Total Interact - www.totalinteract.com
>>
>>
>> -----Original Message-----
>> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
>> Of Daniel Grotti
>> Sent: Monday 18 January 2016 10:17
>> To: spce-user at lists.sipwise.com
>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>
>> Hi Gerry,
>> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>>
>>
>> *Daniel Grotti *
>> VoIP Engineer
>>
>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>> AT-2345 Brunn am Gebirge
>>
>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>> Website:  www.sipwise.com <http://www.sipwise.com>
>>
>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>> Court Vienna, ATU64002206
>>
>> On 01/18/2016 11:14 AM, gerry kernan wrote:
>>> Hi
>>>
>>> I?m getting the error below when one subscriber logs in to the web 
>>> portal other subscribers are ok.
>>>
>>>  
>>>
>>> 500 Internal server error
>>>
>>> We are terribly sorry, an exceptional error has occured:
>>>
>>> incident number: 142A7D86E37D0FC0
>>>
>>> time of incident: 2016-01-18T10:10:48.076120000Z
>>>
>>>  
>>>
>>>  
>>>
>>>  
>>>
>>> *Gerry Kernan*
>>>
>>>  
>>>
>>> cid:image001.jpg at 01D105A5.2701B0E0
>>>
>>>  
>>>
>>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>>> |   Dublin D18 E3C8   |   Ireland*
>>>
>>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>>
>>> * *
>>>
>>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>>> <http://www.infinityit.ie/>
>>>
>>> *IP Telephony_                    _Asterisk Consulting*-
>>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>>
>>> *Contact Centre_                _Total Interact*-
>>> www.totalinteract.com <http://www.totalinteract.com>
>>>
>>>  
>>>
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> https://lists.sipwise.com/listinfo/spce-user
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>



From gerry.kernan at infinityit.ie  Mon Jan 18 10:51:31 2016
From: gerry.kernan at infinityit.ie (gerry kernan)
Date: Mon, 18 Jan 2016 15:51:31 +0000
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <569D0327.30900@sipwise.com>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
 <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
 <569D0327.30900@sipwise.com>
Message-ID: <a5e6a6a7-b3f3-4443-ba80-19acaf131140@infinityit.ie>

Hi Daniel

Got it sorted , added 10Gb to /tmp and panel is working for this subscriber now.


Gerry Kernan
?


Infinity IT?? |?? 17 The Mall ? |?? Beacon Court?? |?? Sandyford?? |?? Dublin D18 E3C8?? |?? Ireland
Tel:? +353 - (0)1 - 293 0090?? |?? E-Mail:? gerry.kernan at infinityit.ie

Managed IT Services?????? Infinity IT - www.infinityit.ie
IP Telephony??????????????????? Asterisk Consulting - www.asteriskconsulting.com
Contact Centre??????????????? Total Interact - www.totalinteract.com


-----Original Message-----
From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Sent: Monday 18 January 2016 15:22
To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
Subject: Re: [Spce-user] error 500 internal error on we portal

Hi,
mybe some mysql 'guru' can help you here.



*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 04:21 PM, gerry kernan wrote:
> Hi
> I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.
>
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Daniel Grotti [mailto:dgrotti at sipwise.com]
> Sent: Monday 18 January 2016 10:46
> To: gerry kernan <gerry.kernan at infinityit.ie>; 
> spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi,
> looks like a problem in that table:
>
> DBD::mysql::st execute failed: Incorrect key file for table 
> '/tmp/#sql_f0b_0.MYI'; try to repair it
>
>
>
> Sometimes when this error happens with temp tables:
>
> #126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to 
> repair it
>
>
> It can be because the /tmp folder is running out of space. On some 
> Linux installations, /tmp is in its own partition and does not have 
> much space
> - big MySQL queries will fill it up.
>
> You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
> Court Vienna, ATU64002206
>
> On 01/18/2016 11:27 AM, gerry kernan wrote:
>> Hi Daniel
>>
>> Output of the grep below.
>>
>> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
>> fatal error, id=142A7D86E37D0FC0,
>> timestamp=2016-01-18T10:10:48.076120000Z,
>> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
>> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
>> try to repair it [for Statement "SELECT `me`.`id`, 
>> `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, 
>> `me`.`source_external_subscriber_id`,
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`,
>> `me`.`destination_external_contract_id`,
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>> `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`,
>> `me`.`source_reseller_billing_fee_id`,
>> `me`.`source_customer_billing_fee_id`,
>> `me`.`source_carrier_billing_zone_id`,
>> `me`.`source_reseller_billing_zone_id`,
>> `me`.`source_customer_billing_zone_id`,
>> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
>> `me`.`destination_customer_cost`, 
>> `me`.`destination_carrier_free_time`,
>> `me`.`destination_reseller_free_time`,
>> `me`.`destination_customer_free_time`,
>> `me`.`destination_carrier_billing_fee_id`,
>> `me`.`destination_reseller_billing_fee_id`,
>> `me`.`destination_customer_billing_fee_id`,
>> `me`.`destination_carrier_billing_zone_id`,
>> `me`.`destination_reseller_billing_zone_id`,
>> `me`.`destination_customer_billing_zone_id`,
>> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
>> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
>> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
>> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM 
>> (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
>> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`,
>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>> `me`.`destination_external_subscriber_id`,
>> `me`.`destination_external_contract_id`,
>> `me`.`destination_account_id`, `me`.`destination_user`, 
>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>> `me`.`source_customer_free_time`, 
>> `me`.`source_carrier_billing_fee_id`,
>> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>>
>> Gerry Kernan
>>  
>>
>>
>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>
>> Managed IT Services       Infinity IT - www.infinityit.ie
>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>> Contact Centre                Total Interact - www.totalinteract.com
>>
>>
>> -----Original Message-----
>> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
>> Of Daniel Grotti
>> Sent: Monday 18 January 2016 10:17
>> To: spce-user at lists.sipwise.com
>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>
>> Hi Gerry,
>> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>>
>>
>> *Daniel Grotti *
>> VoIP Engineer
>>
>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>> AT-2345 Brunn am Gebirge
>>
>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>> Website:  www.sipwise.com <http://www.sipwise.com>
>>
>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>> Court Vienna, ATU64002206
>>
>> On 01/18/2016 11:14 AM, gerry kernan wrote:
>>> Hi
>>>
>>> I?m getting the error below when one subscriber logs in to the web 
>>> portal other subscribers are ok.
>>>
>>>  
>>>
>>> 500 Internal server error
>>>
>>> We are terribly sorry, an exceptional error has occured:
>>>
>>> incident number: 142A7D86E37D0FC0
>>>
>>> time of incident: 2016-01-18T10:10:48.076120000Z
>>>
>>>  
>>>
>>>  
>>>
>>>  
>>>
>>> *Gerry Kernan*
>>>
>>>  
>>>
>>> cid:image001.jpg at 01D105A5.2701B0E0
>>>
>>>  
>>>
>>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>>> |   Dublin D18 E3C8   |   Ireland*
>>>
>>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>>
>>> * *
>>>
>>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>>> <http://www.infinityit.ie/>
>>>
>>> *IP Telephony_                    _Asterisk Consulting*-
>>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>>
>>> *Contact Centre_                _Total Interact*-
>>> www.totalinteract.com <http://www.totalinteract.com>
>>>
>>>  
>>>
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> https://lists.sipwise.com/listinfo/spce-user
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>




From dgrotti at sipwise.com  Mon Jan 18 10:57:44 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 16:57:44 +0100
Subject: [Spce-user] error 500 internal error on we portal
In-Reply-To: <a5e6a6a7-b3f3-4443-ba80-19acaf131140@infinityit.ie>
References: <e525949d-b57c-45a3-9335-d24ae692e924@infinityit.ie>
 <569CBBA4.40501@sipwise.com>
 <ab8b5d27-62ff-49c4-a0e9-3b3857467c7b@infinityit.ie>
 <569CC262.8030003@sipwise.com>
 <84adf242-78fc-421b-b22e-71603418639e@infinityit.ie>
 <569D0327.30900@sipwise.com>
 <a5e6a6a7-b3f3-4443-ba80-19acaf131140@infinityit.ie>
Message-ID: <569D0B78.5010806@sipwise.com>

cool.

*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 04:51 PM, gerry kernan wrote:
> Hi Daniel
>
> Got it sorted , added 10Gb to /tmp and panel is working for this subscriber now.
>
>
> Gerry Kernan
>  
>
>
> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>
> Managed IT Services       Infinity IT - www.infinityit.ie
> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
> Contact Centre                Total Interact - www.totalinteract.com
>
>
> -----Original Message-----
> From: Daniel Grotti [mailto:dgrotti at sipwise.com] 
> Sent: Monday 18 January 2016 15:22
> To: gerry kernan <gerry.kernan at infinityit.ie>; spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] error 500 internal error on we portal
>
> Hi,
> mybe some mysql 'guru' can help you here.
>
>
>
> *Daniel Grotti *
> VoIP Engineer
>
> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
> AT-2345 Brunn am Gebirge
>
> Phone:  +43(0)1 301 2032 <callto:+4313012032>
> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website:  www.sipwise.com <http://www.sipwise.com>
>
> Particulars according Austrian Companies Code paragraph 14 "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial Court Vienna, ATU64002206
>
> On 01/18/2016 04:21 PM, gerry kernan wrote:
>> Hi
>> I've increased the /tmp filesystem by 1 Gb but still getting this error. Is there anything else I can do.
>>
>>
>> Gerry Kernan
>>  
>>
>>
>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>
>> Managed IT Services       Infinity IT - www.infinityit.ie
>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>> Contact Centre                Total Interact - www.totalinteract.com
>>
>>
>> -----Original Message-----
>> From: Daniel Grotti [mailto:dgrotti at sipwise.com]
>> Sent: Monday 18 January 2016 10:46
>> To: gerry kernan <gerry.kernan at infinityit.ie>; 
>> spce-user at lists.sipwise.com
>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>
>> Hi,
>> looks like a problem in that table:
>>
>> DBD::mysql::st execute failed: Incorrect key file for table 
>> '/tmp/#sql_f0b_0.MYI'; try to repair it
>>
>>
>>
>> Sometimes when this error happens with temp tables:
>>
>> #126 - Incorrect key file for table '/tmp/#sql_64d_0.MYI'; try to 
>> repair it
>>
>>
>> It can be because the /tmp folder is running out of space. On some 
>> Linux installations, /tmp is in its own partition and does not have 
>> much space
>> - big MySQL queries will fill it up.
>>
>> You can use df -h to check whether \tmp is in its own partition, and how much space is allocated to it.
>>
>>
>> *Daniel Grotti *
>> VoIP Engineer
>>
>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>> AT-2345 Brunn am Gebirge
>>
>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>> Website:  www.sipwise.com <http://www.sipwise.com>
>>
>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>> Court Vienna, ATU64002206
>>
>> On 01/18/2016 11:27 AM, gerry kernan wrote:
>>> Hi Daniel
>>>
>>> Output of the grep below.
>>>
>>> /var/log/ngcp/panel.log:Jan 18 10:10:48 sipwise ngcp-panel: ERROR: 
>>> fatal error, id=142A7D86E37D0FC0,
>>> timestamp=2016-01-18T10:10:48.076120000Z,
>>> error=DBIx::Class::ResultSet::all(): DBI Exception: DBD::mysql::st 
>>> execute failed: Incorrect key file for table '/tmp/#sql_f0b_0.MYI'; 
>>> try to repair it [for Statement "SELECT `me`.`id`, 
>>> `me`.`update_time`, `me`.`source_user_id`, `me`.`source_provider_id`, 
>>> `me`.`source_external_subscriber_id`,
>>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>>> `me`.`destination_external_subscriber_id`,
>>> `me`.`destination_external_contract_id`,
>>> `me`.`destination_account_id`, `me`.`destination_user`, 
>>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>>> `me`.`source_customer_free_time`, 
>>> `me`.`source_carrier_billing_fee_id`,
>>> `me`.`source_reseller_billing_fee_id`,
>>> `me`.`source_customer_billing_fee_id`,
>>> `me`.`source_carrier_billing_zone_id`,
>>> `me`.`source_reseller_billing_zone_id`,
>>> `me`.`source_customer_billing_zone_id`,
>>> `me`.`destination_carrier_cost`, `me`.`destination_reseller_cost`, 
>>> `me`.`destination_customer_cost`, 
>>> `me`.`destination_carrier_free_time`,
>>> `me`.`destination_reseller_free_time`,
>>> `me`.`destination_customer_free_time`,
>>> `me`.`destination_carrier_billing_fee_id`,
>>> `me`.`destination_reseller_billing_fee_id`,
>>> `me`.`destination_customer_billing_fee_id`,
>>> `me`.`destination_carrier_billing_zone_id`,
>>> `me`.`destination_reseller_billing_zone_id`,
>>> `me`.`destination_customer_billing_zone_id`,
>>> `me`.`frag_carrier_onpeak`, `me`.`frag_reseller_onpeak`, 
>>> `me`.`frag_customer_onpeak`, `me`.`is_fragmented`, `me`.`split`, 
>>> `me`.`rated_at`, `me`.`rating_status`, `me`.`exported_at`, 
>>> `me`.`export_status`, `me`.`init_time`, `me`.`start_time` FROM 
>>> (SELECT `me`.`id`, `me`.`update_time`, `me`.`source_user_id`, 
>>> `me`.`source_provider_id`, `me`.`source_external_subscriber_id`,
>>> `me`.`source_external_contract_id`, `me`.`source_account_id`, 
>>> `me`.`source_user`, `me`.`source_domain`, `me`.`source_cli`, 
>>> `me`.`source_clir`, `me`.`source_ip`, `me`.`source_gpp0`, 
>>> `me`.`source_gpp1`, `me`.`source_gpp2`, `me`.`source_gpp3`, 
>>> `me`.`source_gpp4`, `me`.`source_gpp5`, `me`.`source_gpp6`, 
>>> `me`.`source_gpp7`, `me`.`source_gpp8`, `me`.`source_gpp9`, 
>>> `me`.`destination_user_id`, `me`.`destination_provider_id`, 
>>> `me`.`destination_external_subscriber_id`,
>>> `me`.`destination_external_contract_id`,
>>> `me`.`destination_account_id`, `me`.`destination_user`, 
>>> `me`.`destination_domain`, `me`.`destination_user_dialed`, 
>>> `me`.`destination_user_in`, `me`.`destination_domain_in`, 
>>> `me`.`destination_gpp0`, `me`.`destination_gpp1`, 
>>> `me`.`destination_gpp2`, `me`.`destination_gpp3`, 
>>> `me`.`destination_gpp4`, `me`.`destination_gpp5`, 
>>> `me`.`destination_gpp6`, `me`.`destination_gpp7`, 
>>> `me`.`destination_gpp8`, `me`.`destination_gpp9`, 
>>> `me`.`peer_auth_user`, `me`.`peer_auth_realm`, `me`.`call_type`, 
>>> `me`.`call_status`, `me`.`call_code`, `me`.`duration`, 
>>> `me`.`call_id`, `me`.`source_carrier_cost`, 
>>> `me`.`source_reseller_cost`, `me`.`source_customer_cost`, 
>>> `me`.`source_carrier_free_time`, `me`.`source_reseller_free_time`, 
>>> `me`.`source_customer_free_time`, 
>>> `me`.`source_carrier_billing_fee_id`,
>>> `me`.`source_reseller_billing_fee_id`, `me`.`source_custom
>>>
>>> Gerry Kernan
>>>  
>>>
>>>
>>> Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford   |   Dublin D18 E3C8   |   Ireland
>>> Tel:  +353 - (0)1 - 293 0090   |   E-Mail:  gerry.kernan at infinityit.ie
>>>
>>> Managed IT Services       Infinity IT - www.infinityit.ie
>>> IP Telephony                    Asterisk Consulting - www.asteriskconsulting.com
>>> Contact Centre                Total Interact - www.totalinteract.com
>>>
>>>
>>> -----Original Message-----
>>> From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf 
>>> Of Daniel Grotti
>>> Sent: Monday 18 January 2016 10:17
>>> To: spce-user at lists.sipwise.com
>>> Subject: Re: [Spce-user] error 500 internal error on we portal
>>>
>>> Hi Gerry,
>>> can you grep "142A7D86E37D0FC0" in /var/log/ngcp/panel.log and /var/log/ngcp/panel-debug.log ?
>>>
>>>
>>> *Daniel Grotti *
>>> VoIP Engineer
>>>
>>> Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
>>> AT-2345 Brunn am Gebirge
>>>
>>> Phone:  +43(0)1 301 2032 <callto:+4313012032>
>>> Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
>>> Website:  www.sipwise.com <http://www.sipwise.com>
>>>
>>> Particulars according Austrian Companies Code paragraph 14 "Sipwise 
>>> GmbH" - Europaring F15 - 2345 Brunn am Gebirge FN:305595f, Commercial 
>>> Court Vienna, ATU64002206
>>>
>>> On 01/18/2016 11:14 AM, gerry kernan wrote:
>>>> Hi
>>>>
>>>> I?m getting the error below when one subscriber logs in to the web 
>>>> portal other subscribers are ok.
>>>>
>>>>  
>>>>
>>>> 500 Internal server error
>>>>
>>>> We are terribly sorry, an exceptional error has occured:
>>>>
>>>> incident number: 142A7D86E37D0FC0
>>>>
>>>> time of incident: 2016-01-18T10:10:48.076120000Z
>>>>
>>>>  
>>>>
>>>>  
>>>>
>>>>  
>>>>
>>>> *Gerry Kernan*
>>>>
>>>>  
>>>>
>>>> cid:image001.jpg at 01D105A5.2701B0E0
>>>>
>>>>  
>>>>
>>>> *Infinity IT   |   17 The Mall   |   Beacon Court   |   Sandyford  
>>>> |   Dublin D18 E3C8   |   Ireland*
>>>>
>>>> *Tel:  +353 - (0)1 - 293 0090   |   E-Mail: 
>>>> *gerry.kernan at infinityit.ie <mailto:gerry.kernan at infinityit.ie>**
>>>>
>>>> * *
>>>>
>>>> *Managed IT Services_       _Infinity IT*- www.infinityit.ie
>>>> <http://www.infinityit.ie/>
>>>>
>>>> *IP Telephony_                    _Asterisk Consulting*-
>>>> www.asteriskconsulting.com <http://www.asteriskconsulting.com>
>>>>
>>>> *Contact Centre_                _Total Interact*-
>>>> www.totalinteract.com <http://www.totalinteract.com>
>>>>
>>>>  
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Spce-user mailing list
>>>> Spce-user at lists.sipwise.com
>>>> https://lists.sipwise.com/listinfo/spce-user
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> https://lists.sipwise.com/listinfo/spce-user
>>>
>>
>



From alessandro at mediaspot.net  Mon Jan 18 11:09:07 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Mon, 18 Jan 2016 16:09:07 +0000
Subject: [Spce-user] Call forwarding, no RTP
Message-ID: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>

Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there's something with call forwarding's procedure.

Hoping to get your help,
Alessandro Bolletta
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160118/b25a0df9/attachment-0001.html>

From dgrotti at sipwise.com  Mon Jan 18 11:45:07 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 18 Jan 2016 17:45:07 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
Message-ID: <569D1693.5090700@sipwise.com>

Hi Alessadro,
that's very weird.
Are you sure you don't have some strange configuration in your "NAT &
media Flow control" menu (subscriber/domain/peer preference) ?

Cheers,

*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/18/2016 05:09 PM, Alessandro Bolletta wrote:
>
> Hi,
>
>  
>
> if I configure a subscriber to unconditionally forward any incoming
> call to an external number, get the forwarded call estabilished but I
> get no RTP flows on both sides.
>
>  
>
> The peer used for the call forwarding is already working flawlessly
> for other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>  
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From admin at marcoteixeira.com  Tue Jan 19 04:50:44 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Tue, 19 Jan 2016 09:50:44 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
Message-ID: <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>

If you are allowing direct RTP between endpoints, your "external number"
gateway/provider might be refusing RTP from the original endpoint and
expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <
alessandro at mediaspot.net> wrote:

> Hi,
>
>
>
> if I configure a subscriber to unconditionally forward any incoming call
> to an external number, get the forwarded call estabilished but I get no RTP
> flows on both sides.
>
>
>
> The peer used for the call forwarding is already working flawlessly for
> other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160119/0527aa50/attachment-0001.html>

From alessandro at mediaspot.net  Tue Jan 19 05:37:37 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Tue, 19 Jan 2016 10:37:37 +0000
Subject: [Spce-user] R:  Call forwarding, no RTP
In-Reply-To: <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
Message-ID: <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>

Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.

Could Sipwise be set in order to proxy that RTP flow?

Da: Marco Teixeira [mailto:admin at marcoteixeira.com]
Inviato: marted? 19 gennaio 2016 10.51
A: Alessandro Bolletta <alessandro at mediaspot.net>
Cc: spce-user at lists.sipwise.com
Oggetto: Re: [Spce-user] Call forwarding, no RTP

If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.

Hoping to get your help,
Alessandro Bolletta

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://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/20160119/4ebc8388/attachment-0001.html>

From admin at marcoteixeira.com  Tue Jan 19 06:11:48 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Tue, 19 Jan 2016 11:11:48 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
Message-ID: <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>

Goto your peering server for that "Ext number"
Click Preferences
and set use_rtpproxy to always
I think that should do make the RTP for calls to that peer to always proxy
via SPCE
[image: Inline image 1]


---
Best regards
Marco
---


On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <
alessandro at mediaspot.net> wrote:

> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
>
>
>
> Could Sipwise be set in order to proxy that RTP flow?
>
>
>
> *Da:* Marco Teixeira [mailto:admin at marcoteixeira.com]
> *Inviato:* marted? 19 gennaio 2016 10.51
> *A:* Alessandro Bolletta <alessandro at mediaspot.net>
> *Cc:* spce-user at lists.sipwise.com
> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>
>
>
> If you are allowing direct RTP between endpoints, your "external number"
> gateway/provider might be refusing RTP from the original endpoint and
> expecting audio to come from your SPCE.
>
>
>
>
> ---
>
> Best regards
>
> Marco
>
> ---
>
>
>
>
>
> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <
> alessandro at mediaspot.net> wrote:
>
> Hi,
>
>
>
> if I configure a subscriber to unconditionally forward any incoming call
> to an external number, get the forwarded call estabilished but I get no RTP
> flows on both sides.
>
>
>
> The peer used for the call forwarding is already working flawlessly for
> other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160119/46772d46/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 11855 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160119/46772d46/attachment-0001.png>

From alessandro at mediaspot.net  Tue Jan 19 06:24:59 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Tue, 19 Jan 2016 11:24:59 +0000
Subject: [Spce-user] R:  Call forwarding, no RTP
In-Reply-To: <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
Message-ID: <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>

That setting was already enabled.

Alessandro

Da: Marco Teixeira [mailto:admin at marcoteixeira.com]
Inviato: marted? 19 gennaio 2016 12.12
A: Alessandro Bolletta <alessandro at mediaspot.net>
Cc: spce-user at lists.sipwise.com
Oggetto: Re: [Spce-user] Call forwarding, no RTP

Goto your peering server for that "Ext number"
Click Preferences
and set use_rtpproxy to always
I think that should do make the RTP for calls to that peer to always proxy via SPCE
[Inline image 1]


---
Best regards
Marco
---


On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.

Could Sipwise be set in order to proxy that RTP flow?

Da: Marco Teixeira [mailto:admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>]
Inviato: marted? 19 gennaio 2016 10.51
A: Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>>
Cc: spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
Oggetto: Re: [Spce-user] Call forwarding, no RTP

If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.

Hoping to get your help,
Alessandro Bolletta

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://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/20160119/40aae9cd/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 11855 bytes
Desc: image001.png
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160119/40aae9cd/attachment-0001.png>

From admin at marcoteixeira.com  Tue Jan 19 06:34:37 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Tue, 19 Jan 2016 11:34:37 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
Message-ID: <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>

So i think my initial assumption "(...) If you are allowing direct RTP
between endpoints (...)" does not verify then.
My next step would be to take a SIP trace and check what's going on...


---
?B?
est regards
Marco
---


On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <
alessandro at mediaspot.net> wrote:

> That setting was already enabled.
>
>
>
> Alessandro
>
>
>
> *Da:* Marco Teixeira [mailto:admin at marcoteixeira.com]
> *Inviato:* marted? 19 gennaio 2016 12.12
>
> *A:* Alessandro Bolletta <alessandro at mediaspot.net>
> *Cc:* spce-user at lists.sipwise.com
> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>
>
>
> Goto your peering server for that "Ext number"
>
> Click Preferences
>
> and set use_rtpproxy to always
>
> I think that should do make the RTP for calls to that peer to always proxy
> via SPCE
>
> [image: Inline image 1]
>
>
>
>
> ---
>
> Best regards
>
> Marco
>
> ---
>
>
>
>
>
> On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <
> alessandro at mediaspot.net> wrote:
>
> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
>
>
>
> Could Sipwise be set in order to proxy that RTP flow?
>
>
>
> *Da:* Marco Teixeira [mailto:admin at marcoteixeira.com]
> *Inviato:* marted? 19 gennaio 2016 10.51
> *A:* Alessandro Bolletta <alessandro at mediaspot.net>
> *Cc:* spce-user at lists.sipwise.com
> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>
>
>
> If you are allowing direct RTP between endpoints, your "external number"
> gateway/provider might be refusing RTP from the original endpoint and
> expecting audio to come from your SPCE.
>
>
>
>
> ---
>
> Best regards
>
> Marco
>
> ---
>
>
>
>
>
> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <
> alessandro at mediaspot.net> wrote:
>
> Hi,
>
>
>
> if I configure a subscriber to unconditionally forward any incoming call
> to an external number, get the forwarded call estabilished but I get no RTP
> flows on both sides.
>
>
>
> The peer used for the call forwarding is already working flawlessly for
> other purposes, so I can imagine that there?s something with call
> forwarding?s procedure.
>
>
>
> Hoping to get your help,
>
> Alessandro Bolletta
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160119/e850bfb7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 11855 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160119/e850bfb7/attachment-0001.png>

From stefanormc at gmail.com  Tue Jan 19 06:38:49 2016
From: stefanormc at gmail.com (stefanormc)
Date: Tue, 19 Jan 2016 12:38:49 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
Message-ID: <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>

I?m experiencing the same problem. I have 2 providers: one works fine the other not. Sipwise setting are the same.

The non working provider is Digitel; is that the same of yours, Alessandro?

Apparently is a RFC compliance issue

stefano

> On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com> wrote:
> 
> So i think my initial assumption "(...) If you are allowing direct RTP between endpoints (...)" does not verify then.
> My next step would be to take a SIP trace and check what's going on...
> 
> 
> ---
> ?B?est regards
> Marco
> ---
> 
> 
> On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
> That setting was already enabled.
> 
>  
> 
> Alessandro
> 
>  
> 
> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
> Inviato: marted? 19 gennaio 2016 12.12
> 
> 
> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
> Oggetto: Re: [Spce-user] Call forwarding, no RTP
> 
>  
> 
> Goto your peering server for that "Ext number" 
> 
> Click Preferences
> 
> and set use_rtpproxy to always
> 
> I think that should do make the RTP for calls to that peer to always proxy via SPCE
> 
> <image001.png>
> 
> 
> 
>  
> 
> ---
> 
> Best regards
> 
> Marco
> 
> ---
> 
>  
> 
>  
> 
> On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
> 
> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
> 
>  
> 
> Could Sipwise be set in order to proxy that RTP flow?
> 
>  
> 
> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
> Inviato: marted? 19 gennaio 2016 10.51
> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
> Oggetto: Re: [Spce-user] Call forwarding, no RTP
> 
>  
> 
> If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.
> 
> 
> 
>  
> 
> ---
> 
> Best regards
> 
> Marco
> 
> ---
> 
>  
> 
>  
> 
> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
> 
> Hi,
> 
>  
> 
> if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.
> 
>  
> 
> The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.
> 
>  
> 
> Hoping to get your help,
> 
> Alessandro Bolletta
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> https://lists.sipwise.com/listinfo/spce-user <https://lists.sipwise.com/listinfo/spce-user>
>  
> 
>  
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160119/d4ad2aa7/attachment-0001.html>

From alessandro at mediaspot.net  Tue Jan 19 07:00:48 2016
From: alessandro at mediaspot.net (Alessandro Bolletta)
Date: Tue, 19 Jan 2016 12:00:48 +0000
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>,
 <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
Message-ID: <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>

No, i'm not using Digitel. Also I don't think that we are talking about the same issue.


Da: stefanormc <stefanormc at gmail.com>
Inviato: 19/gen/2016 12:36
A: Marco Teixeira
Cc: Alessandro Bolletta; spce-user at lists.sipwise.com
Oggetto: Re: [Spce-user] Call forwarding, no RTP

I?m experiencing the same problem. I have 2 providers: one works fine the other not. Sipwise setting are the same.

The non working provider is Digitel; is that the same of yours, Alessandro?

Apparently is a RFC compliance issue

stefano

On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>> wrote:

So i think my initial assumption "(...) If you are allowing direct RTP between endpoints (...)" does not verify then.
My next step would be to take a SIP trace and check what's going on...


---
?B?
est regards
Marco
---


On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
That setting was already enabled.

Alessandro

Da: Marco Teixeira [mailto:admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>]
Inviato: marted? 19 gennaio 2016 12.12

A: Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>>
Cc: spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
Oggetto: Re: [Spce-user] Call forwarding, no RTP


Goto your peering server for that "Ext number"
Click Preferences
and set use_rtpproxy to always
I think that should do make the RTP for calls to that peer to always proxy via SPCE
<image001.png>


---
Best regards
Marco
---


On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.

Could Sipwise be set in order to proxy that RTP flow?

Da: Marco Teixeira [mailto:admin at marcoteixeira.com<mailto:admin at marcoteixeira.com>]
Inviato: marted? 19 gennaio 2016 10.51
A: Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>>
Cc: spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
Oggetto: Re: [Spce-user] Call forwarding, no RTP

If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.


---
Best regards
Marco
---


On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net<mailto:alessandro at mediaspot.net>> wrote:
Hi,

if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.

The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.

Hoping to get your help,
Alessandro Bolletta

_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://lists.sipwise.com/listinfo/spce-user



_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
https://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/20160119/269c70b9/attachment-0001.html>

From stefanormc at gmail.com  Tue Jan 19 07:24:55 2016
From: stefanormc at gmail.com (stefanormc)
Date: Tue, 19 Jan 2016 13:24:55 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
 <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
 <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>
Message-ID: <6CD2D9CB-E526-4A8E-8A61-B06AF3620567@gmail.com>

if this is still the issue:

> if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.
> 


then yes, we are talking about the same issue.

try pressing any dtmf when the call is established on callee side. in my case rtp starts going through





> On 19 Jan 2016, at 13:00, Alessandro Bolletta <alessandro at mediaspot.net> wrote:
> 
> No, i'm not using Digitel. Also I don't think that we are talking about the same issue.
> 
> 
> Da: stefanormc <stefanormc at gmail.com>
> Inviato: 19/gen/2016 12:36
> A: Marco Teixeira
> Cc: Alessandro Bolletta; spce-user at lists.sipwise.com
> Oggetto: Re: [Spce-user] Call forwarding, no RTP
> 
> I?m experiencing the same problem. I have 2 providers: one works fine the other not. Sipwise setting are the same.
> 
> The non working provider is Digitel; is that the same of yours, Alessandro?
> 
> Apparently is a RFC compliance issue
> 
> stefano
> 
>> On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>> wrote:
>> 
>> So i think my initial assumption "(...) If you are allowing direct RTP between endpoints (...)" does not verify then.
>> My next step would be to take a SIP trace and check what's going on...
>> 
>> 
>> ---
>> ?B? est regards
>> Marco
>> ---
>> 
>> 
>> On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>> That setting was already enabled.
>> 
>>  
>> 
>> Alessandro
>> 
>>  
>> 
>> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
>> Inviato: marted? 19 gennaio 2016 12.12
>> 
>> 
>> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
>> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
>> Oggetto: Re: [Spce-user] Call forwarding, no RTP
>> 
>>  
>> 
>> Goto your peering server for that "Ext number" 
>> 
>> Click Preferences
>> 
>> and set use_rtpproxy to always
>> 
>> I think that should do make the RTP for calls to that peer to always proxy via SPCE
>> 
>> <image001.png>
>> 
>> 
>> 
>>  
>> 
>> ---
>> 
>> Best regards
>> 
>> Marco
>> 
>> ---
>> 
>>  
>> 
>>  
>> 
>> On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>> 
>> Yes, the ?Ext number? gateway refuses RTP from that endpoint for sure.
>> 
>>  
>> 
>> Could Sipwise be set in order to proxy that RTP flow?
>> 
>>  
>> 
>> Da: Marco Teixeira [mailto:admin at marcoteixeira.com <mailto:admin at marcoteixeira.com>] 
>> Inviato: marted? 19 gennaio 2016 10.51
>> A: Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
>> Cc: spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
>> Oggetto: Re: [Spce-user] Call forwarding, no RTP
>> 
>>  
>> 
>> If you are allowing direct RTP between endpoints, your "external number" gateway/provider might be refusing RTP from the original endpoint and expecting audio to come from your SPCE.
>> 
>> 
>> 
>>  
>> 
>> ---
>> 
>> Best regards
>> 
>> Marco
>> 
>> ---
>> 
>>  
>> 
>>  
>> 
>> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>> 
>> Hi,
>> 
>>  
>> 
>> if I configure a subscriber to unconditionally forward any incoming call to an external number, get the forwarded call estabilished but I get no RTP flows on both sides.
>> 
>>  
>> 
>> The peer used for the call forwarding is already working flawlessly for other purposes, so I can imagine that there?s something with call forwarding?s procedure.
>> 
>>  
>> 
>> Hoping to get your help,
>> 
>> Alessandro Bolletta
>> 
>> 
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>> https://lists.sipwise.com/listinfo/spce-user <https://lists.sipwise.com/listinfo/spce-user>
>>  
>> 
>>  
>> 
>> 
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>> https://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/20160119/9cfbbc63/attachment-0001.html>

From dgrotti at sipwise.com  Tue Jan 19 07:44:49 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Tue, 19 Jan 2016 13:44:49 +0100
Subject: [Spce-user] Call forwarding, no RTP
In-Reply-To: <6CD2D9CB-E526-4A8E-8A61-B06AF3620567@gmail.com>
References: <F52F175DFC537F48A43937B50B44BCA28211AD9A@EXCHANGE.mediaspot.local>
 <CAD7smbjvzbiBBtUBsawgieBp_8Q_Lo9p+bTyX5kktiYP_z8JQw@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821212B1@EXCHANGE.mediaspot.local>
 <CAD7smbgR5pbUXgNtYpFB76d6iYkBaUP=119XmDtX=tFpWH-42g@mail.gmail.com>
 <F52F175DFC537F48A43937B50B44BCA2821213B8@EXCHANGE.mediaspot.local>
 <CAD7smbjLrNn3qYnXZjhh9x04-q0o2N=VLdaJ50SmFjBzdtQpnw@mail.gmail.com>
 <7E1D05B2-EAA6-495E-A046-E3F7D9678985@gmail.com>
 <98dcc91e-56de-4db3-9cc8-85a636e86259@mediaspot.net>
 <6CD2D9CB-E526-4A8E-8A61-B06AF3620567@gmail.com>
Message-ID: <569E2FC1.2000707@sipwise.com>

Hi Alessandro,
it's very hard it's an ngcp issue, but to be sure please make an SIP/RTP
trace and check if NGCP is actually receiving the RTP stream from both
endpoints.


*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone:  +43(0)1 301 2032 <callto:+4313012032>
Email:  dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website:  www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

On 01/19/2016 01:24 PM, stefanormc wrote:
> if this is still the issue:
>
>>             if I configure a subscriber to unconditionally forward
>>             any incoming call to an external number, get the
>>             forwarded call estabilished but I get no RTP flows on
>>             both sides.
>>
>
> then yes, we are talking about the same issue.
>
> try pressing any dtmf when the call is established on callee side. in
> my case rtp starts going through
>
>
>
>
>
>> On 19 Jan 2016, at 13:00, Alessandro Bolletta
>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>
>> No, i'm not using Digitel. Also I don't think that we are talking
>> about the same issue.
>>
>>
>> *Da:* stefanormc <stefanormc at gmail.com <mailto:stefanormc at gmail.com>>
>> *Inviato:* 19/gen/2016 12:36
>> *A:* Marco Teixeira
>> *Cc:* Alessandro Bolletta; spce-user at lists.sipwise.com
>> <mailto:spce-user at lists.sipwise.com>
>> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>
>> I?m experiencing the same problem. I have 2 providers: one works fine
>> the other not. Sipwise setting are the same.
>>
>> The non working provider is Digitel; is that the same of yours,
>> Alessandro?
>>
>> Apparently is a RFC compliance issue
>>
>> stefano
>>
>>> On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com
>>> <mailto:admin at marcoteixeira.com>> wrote:
>>>
>>> So i think my initial assumption "(...) If you are allowing direct
>>> RTP between endpoints (...)" does not verify then.
>>> My next step would be to take a SIP trace and check what's going on...
>>>
>>>
>>> ---
>>> ?B?
>>> est regards
>>> Marco
>>> ---
>>>
>>>
>>> On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta
>>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>>
>>>     That setting was already enabled.
>>>
>>>      
>>>
>>>     Alessandro
>>>
>>>      
>>>
>>>     *Da:*Marco Teixeira [mailto:admin at marcoteixeira.com
>>>     <mailto:admin at marcoteixeira.com>]
>>>     *Inviato:* marted? 19 gennaio 2016 12.12
>>>
>>>
>>>     *A:* Alessandro Bolletta <alessandro at mediaspot.net
>>>     <mailto:alessandro at mediaspot.net>>
>>>     *Cc:* spce-user at lists.sipwise.com
>>>     <mailto:spce-user at lists.sipwise.com>
>>>     *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>>
>>>      
>>>
>>>     Goto your peering server for that "Ext number" 
>>>
>>>     Click Preferences
>>>
>>>     and set use_rtpproxy to always
>>>
>>>     I think that should do make the RTP for calls to that peer to
>>>     always proxy via SPCE
>>>
>>>     <image001.png>
>>>
>>>
>>>      
>>>
>>>     ---
>>>
>>>     Best regards
>>>
>>>     Marco
>>>
>>>     ---
>>>
>>>      
>>>
>>>      
>>>
>>>     On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta
>>>     <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>>
>>>         Yes, the ?Ext number? gateway refuses RTP from that endpoint
>>>         for sure.
>>>
>>>          
>>>
>>>         Could Sipwise be set in order to proxy that RTP flow?
>>>
>>>          
>>>
>>>         *Da:*Marco Teixeira [mailto:admin at marcoteixeira.com
>>>         <mailto:admin at marcoteixeira.com>]
>>>         *Inviato:* marted? 19 gennaio 2016 10.51
>>>         *A:* Alessandro Bolletta <alessandro at mediaspot.net
>>>         <mailto:alessandro at mediaspot.net>>
>>>         *Cc:* spce-user at lists.sipwise.com
>>>         <mailto:spce-user at lists.sipwise.com>
>>>         *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>>
>>>          
>>>
>>>         If you are allowing direct RTP between endpoints, your
>>>         "external number" gateway/provider might be refusing RTP
>>>         from the original endpoint and expecting audio to come from
>>>         your SPCE.
>>>
>>>
>>>          
>>>
>>>         ---
>>>
>>>         Best regards
>>>
>>>         Marco
>>>
>>>         ---
>>>
>>>          
>>>
>>>          
>>>
>>>         On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta
>>>         <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
>>>         wrote:
>>>
>>>             Hi,
>>>
>>>              
>>>
>>>             if I configure a subscriber to unconditionally forward
>>>             any incoming call to an external number, get the
>>>             forwarded call estabilished but I get no RTP flows on
>>>             both sides.
>>>
>>>              
>>>
>>>             The peer used for the call forwarding is already working
>>>             flawlessly for other purposes, so I can imagine that
>>>             there?s something with call forwarding?s procedure.
>>>
>>>              
>>>
>>>             Hoping to get your help,
>>>
>>>             Alessandro Bolletta
>>>
>>>
>>>             _______________________________________________
>>>             Spce-user mailing list
>>>             Spce-user at lists.sipwise.com
>>>             <mailto:Spce-user at lists.sipwise.com>
>>>             https://lists.sipwise.com/listinfo/spce-user
>>>
>>>          
>>>
>>>      
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user



From kurtsr at outlook.com  Tue Jan 19 17:57:11 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Tue, 19 Jan 2016 16:57:11 -0600
Subject: [Spce-user] Subscriber VM
Message-ID: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>

Hi All,

I have a new install of SPCE Mr4.1.1 , I have began the initial setup of Contacts, Domain, Subscriber, Sound sets and rewites.
I assigned the sound set to the reseller and Domain.

I register with my soft phone, dial 2000 and get dead air. no sound or anything.

what am I doing wrong?
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160119/598ae498/attachment-0001.html>

From dgrotti at sipwise.com  Wed Jan 20 04:26:32 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
Message-ID: <569F52C8.9080605@sipwise.com>

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot 
prompt any sounds.




On 2016-01-19 23:57, Kurt McClean Sr. wrote:
> Hi All,
>
> I have a new install of SPCE Mr4.1.1 , I have began the initial setup 
> of Contacts, Domain, Subscriber, Sound sets and rewites.
> I assigned the sound set to the reseller and Domain.
>
> I register with my soft phone, dial 2000 and get dead air. no sound or 
> anything.
>
> what am I doing wrong?
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user

-- 
*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone: +43(0)1 301 2032 <callto:+4313012032>
Email: dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website: www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160120/1f60df2a/attachment-0001.html>

From me at nevian.org  Thu Jan 21 05:39:53 2016
From: me at nevian.org (Serge Yuriev)
Date: Thu, 21 Jan 2016 13:39:53 +0300
Subject: [Spce-user] Number cleanup
Message-ID: <9428FDFA-A738-42C3-AC1F-83092E021A9C@nevian.org>

Hello,

I try to construct rewrite rule to remove any non-digits numbers from destination.
In sed this is simple /[^0-9]//g
But I have no idea how to do it here :(

-- 
Serge S. Yuriev





From kurtsr at outlook.com  Fri Jan 22 09:59:41 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 08:59:41 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <569F52C8.9080605@sipwise.com>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>,
 <569F52C8.9080605@sipwise.com>
Message-ID: <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>

Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as SPCE.
When I take the Soft phone off LAN to a public network, I connect ( register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080, 2443 (UDP5060, 10000-20000

To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM


  
    
  
  
    Hi,

    make sure your client is using a PCMA codec, otherwise Asterisk
    cannot prompt any sounds.

    

    

    

    

    On 2016-01-19 23:57, Kurt McClean Sr.
      wrote:

    
    
      
      Hi All,

        

        I have a new install of SPCE Mr4.1.1 , I have began the initial
        setup of Contacts, Domain, Subscriber, Sound sets and rewites.

        I assigned the sound set to the reseller and Domain.

        

        I register with my soft phone, dial 2000 and get dead air. no
        sound or anything.

        

        what am I doing wrong?

      
      

      
      

      _______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user

    
    

    -- 

        Daniel Grotti  

        VoIP Engineer
          Sipwise GmbH  , Campus
          21/Europaring F15

          AT-2345 Brunn am Gebirge 

         Phone:   +43(0)1 301 2032  

          Email:   dgrotti at sipwise.com  

          Website:   www.sipwise.com  

        
          Particulars according Austrian Companies Code paragraph 14

          "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge

          FN:305595f, Commercial Court Vienna, ATU64002206
        

      
    
  


_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://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/20160122/cb9d1669/attachment-0001.html>

From wfulton at thirdhatch.com  Fri Jan 22 11:22:33 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 08:22:33 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>,
 <569F52C8.9080605@sipwise.com>
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>

What kind of router are you using?  I have seen cases where the router
is passing the right ports but may not be using consistent NAT and will
cause this loss of audio through the firewall issue.

 

The first place to look would be to see if the router support consistent
NAT.  Also, be sure it isn't performing any kind of VOIP proxying.
Often this is called SIP-ALG.

 

Good luck!

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 7:00 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as
SPCE.
When I take the Soft phone off LAN to a public network, I connect (
register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080,
2443 (UDP5060, 10000-20000

________________________________

To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot
prompt any sounds.





On 2016-01-19 23:57, Kurt McClean Sr. wrote:

	Hi All,
	
	I have a new install of SPCE Mr4.1.1 , I have began the initial
setup of Contacts, Domain, Subscriber, Sound sets and rewites.
	I assigned the sound set to the reseller and Domain.
	
	I register with my soft phone, dial 2000 and get dead air. no
sound or anything.
	
	what am I doing wrong?

	
	
	

	_______________________________________________
	Spce-user mailing list
	Spce-user at lists.sipwise.com
	https://lists.sipwise.com/listinfo/spce-user

 

-- 

Daniel Grotti 
VoIP Engineer Sipwise GmbH <http://www.sipwise.com> , Campus
21/Europaring F15
AT-2345 Brunn am Gebirge 
Phone:  +43(0)1 301 2032 
Email:  dgrotti at sipwise.com 
Website:  www.sipwise.com 
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206 


_______________________________________________ Spce-user mailing list
Spce-user at lists.sipwise.com https://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/20160122/5b678fd2/attachment-0001.html>

From dgrotti at sipwise.com  Fri Jan 22 11:32:19 2016
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Fri, 22 Jan 2016 17:32:19 +0100
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
 <569F52C8.9080605@sipwise.com> <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
Message-ID: <56A25993.9070707@sipwise.com>

Hi,
make a SIP/RTP trace and make sure that the ip:port written in the 
INVITE's SDP received by LB and in the 200 OK sent by LB are reachable 
and opened.
Then check the RTP traffic in your trace.

Otherwise you can trace RTP on your phone side.
If you don't see anything means that there is something in between 
that's blocking the stream.

Daniel




On 01/22/2016 03:59 PM, Kurt McClean Sr. wrote:
> Still have not found a resolution for this issue ...
>
> No Audio - I get Audio Only when the Softphone is on the same LAN as SPCE.
> When I take the Soft phone off LAN to a public network, I connect ( 
> register) okay, When I dial 2000 ( VM) I get no audio
> also calling another subscriber, still no Audio.
>
> I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080, 
> 2443 (UDP5060, 10000-20000
>
> ------------------------------------------------------------------------
> To: spce-user at lists.sipwise.com
> From: dgrotti at sipwise.com
> Date: Wed, 20 Jan 2016 10:26:32 +0100
> Subject: Re: [Spce-user] Subscriber VM
>
> Hi,
> make sure your client is using a PCMA codec, otherwise Asterisk cannot 
> prompt any sounds.
>
>
>
>
> On 2016-01-19 23:57, Kurt McClean Sr. wrote:
>
>     Hi All,
>
>     I have a new install of SPCE Mr4.1.1 , I have began the initial
>     setup of Contacts, Domain, Subscriber, Sound sets and rewites.
>     I assigned the sound set to the reseller and Domain.
>
>     I register with my soft phone, dial 2000 and get dead air. no
>     sound or anything.
>
>     what am I doing wrong?
>
>
>     _______________________________________________
>     Spce-user mailing list
>     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     https://lists.sipwise.com/listinfo/spce-user
>
>
> -- 
> *Daniel Grotti *
> VoIP Engineer Sipwise GmbH <http://www.sipwise.com> , Campus 
> 21/Europaring F15
> AT-2345 Brunn am Gebirge
> Phone: +43(0)1 301 2032
> Email: dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> Website: www.sipwise.com <http://www.sipwise.com>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
> _______________________________________________ Spce-user mailing list 
> Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user

-- 
*Daniel Grotti *
VoIP Engineer

Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Phone: +43(0)1 301 2032 <callto:+4313012032>
Email: dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website: www.sipwise.com <http://www.sipwise.com>

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160122/36d89313/attachment-0001.html>

From kurtsr at outlook.com  Fri Jan 22 11:41:34 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 10:41:34 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>

>Bill..
My Router is Buffalo WZR-HP-AG300H
, DD-WRT, it has SIP Proxy setting, but its Disabled.

Also, I started an instance on AWS Amazon to see if it would work, but the same issue exist - No Audio.
same ports are forwarded.

Date: Fri, 22 Jan 2016 08:22:33 -0800
From: wfulton at thirdhatch.com
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

What kind of router are you using?  I have seen cases where the router is passing the right ports but may not be using consistent NAT and will cause this loss of audio through the firewall issue. The first place to look would be to see if the router support consistent NAT.  Also, be sure it isn?t performing any kind of VOIP proxying.  Often this is called SIP-ALG. Good luck!Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 7:00 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as SPCE.
When I take the Soft phone off LAN to a public network, I connect ( register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080, 2443 (UDP5060, 10000-20000To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot prompt any sounds.



On 2016-01-19 23:57, Kurt McClean Sr. wrote:Hi All,

I have a new install of SPCE Mr4.1.1 , I have began the initial setup of Contacts, Domain, Subscriber, Sound sets and rewites.
I assigned the sound set to the reseller and Domain.

I register with my soft phone, dial 2000 and get dead air. no sound or anything.

what am I doing wrong?

_______________________________________________Spce-user mailing listSpce-user at lists.sipwise.comhttps://lists.sipwise.com/listinfo/spce-user -- Daniel Grotti 
VoIP Engineer Sipwise GmbH , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge 
Phone:  +43(0)1 301 2032 
Email:  dgrotti at sipwise.com 
Website:  www.sipwise.com 
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206 
_______________________________________________ Spce-user mailing list Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://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/20160122/ec331756/attachment-0001.html>

From wfulton at thirdhatch.com  Fri Jan 22 12:19:55 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 09:19:55 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>

Can you describe your client set up?

 

I'm assuming there is another firewall involved between the internet and
the spce.

 

Something like this:

 

 

SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X

 

 

I'm interested in what router #2 is and what type of client you are
connecting.

 

Thanks,

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 8:42 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

>Bill..
My Router is Buffalo WZR-HP-AG300H , DD-WRT, it has SIP Proxy setting,
but its Disabled.

Also, I started an instance on AWS Amazon to see if it would work, but
the same issue exist - No Audio.
same ports are forwarded.

________________________________

Date: Fri, 22 Jan 2016 08:22:33 -0800
From: wfulton at thirdhatch.com
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

What kind of router are you using?  I have seen cases where the router
is passing the right ports but may not be using consistent NAT and will
cause this loss of audio through the firewall issue.

 

The first place to look would be to see if the router support consistent
NAT.  Also, be sure it isn't performing any kind of VOIP proxying.
Often this is called SIP-ALG.

 

Good luck!

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 7:00 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Still have not found a resolution for this issue ...

No Audio - I get Audio Only when the Softphone is on the same LAN as
SPCE.
When I take the Soft phone off LAN to a public network, I connect (
register) okay, When I dial 2000 ( VM) I get no audio
also calling another subscriber, still no Audio.

I have my Router ports forwarded to the SPCE ,  (TCP)5060, 443, 1080,
2443 (UDP5060, 10000-20000

________________________________

To: spce-user at lists.sipwise.com
From: dgrotti at sipwise.com
Date: Wed, 20 Jan 2016 10:26:32 +0100
Subject: Re: [Spce-user] Subscriber VM

Hi,
make sure your client is using a PCMA codec, otherwise Asterisk cannot
prompt any sounds.




On 2016-01-19 23:57, Kurt McClean Sr. wrote:

	Hi All,
	
	I have a new install of SPCE Mr4.1.1 , I have began the initial
setup of Contacts, Domain, Subscriber, Sound sets and rewites.
	I assigned the sound set to the reseller and Domain.
	
	I register with my soft phone, dial 2000 and get dead air. no
sound or anything.
	
	what am I doing wrong?

	 

	_______________________________________________
	Spce-user mailing list
	Spce-user at lists.sipwise.com
	https://lists.sipwise.com/listinfo/spce-user

 

-- 

Daniel Grotti 
VoIP Engineer Sipwise GmbH <http://www.sipwise.com> , Campus
21/Europaring F15
AT-2345 Brunn am Gebirge 
Phone:  +43(0)1 301 2032 
Email:  dgrotti at sipwise.com 
Website:  www.sipwise.com 
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206 


_______________________________________________ Spce-user mailing list
Spce-user at lists.sipwise.com https://lists.sipwise.com/listinfo/spce-user


_______________________________________________ Spce-user mailing list
Spce-user at lists.sipwise.com https://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/20160122/29905ff2/attachment-0001.html>

From kurtsr at outlook.com  Fri Jan 22 14:52:36 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 13:52:36 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>

Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? 

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Can you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160122/497a7b8c/attachment-0001.html>

From wfulton at thirdhatch.com  Fri Jan 22 15:02:04 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 12:02:04 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>

Did you perform the steps on this page:

https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html

 

It is important that your network be configured properly first.

 

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE
ATT network

But if its also doing the same on AWS, I would think its something I
don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first
need to configure "/default/ngcp-ossbss"
How is this configured? 

________________________________

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Can you describe your client set up?

 

I'm assuming there is another firewall involved between the internet and
the spce.

 

Something like this:

 

 

SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X

 

 

I'm interested in what router #2 is and what type of client you are
connecting.

 

Thanks,

Bill

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160122/5bb760c9/attachment-0001.html>

From kurtsr at outlook.com  Fri Jan 22 15:24:26 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 14:24:26 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>

I skipped step "5.1. Network Configuration" , as it stated,  because I have only 1 NIC

Do I still need to configure as shown?
Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Did you perform the steps on this page:https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html It is important that your network be configured properly first. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comCan you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160122/bfec6840/attachment-0001.html>

From wfulton at thirdhatch.com  Fri Jan 22 15:45:30 2016
From: wfulton at thirdhatch.com (William Fulton)
Date: Fri, 22 Jan 2016 12:45:30 -0800
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>, <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>
Message-ID: <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>

You still need to do this step to assign the roles to eth0 or whatever
the name of your adaptor is.  Otherwise the roles are assign to the
loopback adaptor and will not work.

 

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 12:24 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

I skipped step "5.1. Network Configuration" , as it stated,  because I
have only 1 NIC

Do I still need to configure as shown?

________________________________

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Did you perform the steps on this page:

https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html

 

It is important that your network be configured properly first.

 

Bill

 

From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf
Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM

 

Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE
ATT network

But if its also doing the same on AWS, I would think its something I
don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first
need to configure "/default/ngcp-ossbss"
How is this configured? 

________________________________

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

Can you describe your client set up?

 

I'm assuming there is another firewall involved between the internet and
the spce.

 

Something like this:

 

 

SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X

 

 

I'm interested in what router #2 is and what type of client you are
connecting.

 

Thanks,

Bill

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160122/ba7c29ef/attachment-0001.html>

From kurtsr at outlook.com  Fri Jan 22 15:48:47 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Fri, 22 Jan 2016 14:48:47 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W755E20990CB853CB155BF0C5C40@phx.gbl>

ok, I'll get it done today and report my results
Thanks

Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:45:30 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

You still need to do this step to assign the roles to eth0 or whatever the name of your adaptor is.  Otherwise the roles are assign to the loopback adaptor and will not work. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 12:24 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM I skipped step "5.1. Network Configuration" , as it stated,  because I have only 1 NIC

Do I still need to configure as shown?Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comDid you perform the steps on this page:https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html It is important that your network be configured properly first. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comCan you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160122/335ae447/attachment-0001.html>

From tabi.tabe at gmail.com  Sat Jan 23 05:14:34 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:14:34 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
Message-ID: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>

Hi,


SPEC server stops processing calls. Kamailio proxy service is not running,
even after reboot. I get the following error. Any ideas on how to resolve
it?


root at sbc-1:~-> # tail -f /var/log/ngcp/kamailio-proxy.log
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: <core> [db.c:401]:
db_table_version(): error in db_query
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: <core> [db.c:440]:
db_check_table_version(): querying version for table domain
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: domain [domain_mod.c:223]:
mod_init(): error during check of domain table version
Jan 23 11:50:37 sbc-1 proxy[4511]: ERROR: <core> [sr_module.c:970]:
init_mod(): init_mod(): Error while initializing module domain
(/usr/lib/x86_64-linux-gnu/kamailio/modules/domain.so)
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: db_mysql [km_dbase.c:122]:
db_mysql_submit_query(): driver error on query: Lost connection to MySQL
server during query
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: <core> [db_query.c:132]:
db_do_query_internal(): error while submitting query
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: domain [domain.c:336]:
reload_tables(): error while querying database
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: db_mysql [km_dbase.c:229]:
db_mysql_free_result(): invalid parameter value
Jan 23 12:01:01 sbc-1 proxy[7051]: CRITICAL: domain [domain_mod.c:266]:
mod_init(): domain reload failed
Jan 23 12:01:01 sbc-1 proxy[7051]: ERROR: <core> [sr_module.c:970]:
init_mod(): init_mod(): Error while initializing module domain
(/usr/lib/x86_64-linux-gnu/kamailio/modules/domain.so)


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160123/fa49fc9b/attachment-0001.html>

From vseva at sipwise.com  Sat Jan 23 05:17:38 2016
From: vseva at sipwise.com (Victor Seva)
Date: Sat, 23 Jan 2016 11:17:38 +0100
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
Message-ID: <56A35342.8090906@sipwise.com>

On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
> db_mysql_submit_query(): driver error on query: Lost connection to MySQL
> server during query

Check that MySQL is up and running properly

-- 
Victor Seva
Software Engineer

Phone: +43(0)1 301 2029
Email: vseva at sipwise.com
Website: www.sipwise.com

Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160123/ff29fb43/attachment-0001.asc>

From tabi.tabe at gmail.com  Sat Jan 23 05:27:11 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:27:11 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <56A35342.8090906@sipwise.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
 <56A35342.8090906@sipwise.com>
Message-ID: <CAOibrm4pkroE8SeS0__b-y0rFdYhNst-+1OTkQfyvHQ9HQBE_g@mail.gmail.com>

Hi Victor it is running

On Sat, Jan 23, 2016 at 12:17 PM, Victor Seva <vseva at sipwise.com> wrote:

> On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
> > db_mysql_submit_query(): driver error on query: Lost connection to MySQL
> > server during query
>
> Check that MySQL is up and running properly
>
> --
> Victor Seva
> Software Engineer
>
> Phone: +43(0)1 301 2029
> Email: vseva at sipwise.com
> Website: www.sipwise.com
>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160123/5694131c/attachment-0001.html>

From tabi.tabe at gmail.com  Sat Jan 23 05:29:07 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:29:07 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <56A35342.8090906@sipwise.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
 <56A35342.8090906@sipwise.com>
Message-ID: <CAOibrm76u501_fm8gM=ZO7C4xEV3pUCFmDNnR_kByCHcUUnvvw@mail.gmail.com>

Restarted now and MySQL starts fine.

On Sat, Jan 23, 2016 at 12:17 PM, Victor Seva <vseva at sipwise.com> wrote:

> On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
> > db_mysql_submit_query(): driver error on query: Lost connection to MySQL
> > server during query
>
> Check that MySQL is up and running properly
>
> --
> Victor Seva
> Software Engineer
>
> Phone: +43(0)1 301 2029
> Email: vseva at sipwise.com
> Website: www.sipwise.com
>
> Particulars according Austrian Companies Code paragraph 14
> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
> FN:305595f, Commercial Court Vienna, ATU64002206
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160123/73b69522/attachment-0001.html>

From tabi.tabe at gmail.com  Sat Jan 23 05:57:07 2016
From: tabi.tabe at gmail.com (Tabi Tabe Tabi)
Date: Sat, 23 Jan 2016 12:57:07 +0200
Subject: [Spce-user] SPEC Error - Kamailio proxy won't start
In-Reply-To: <CAOibrm76u501_fm8gM=ZO7C4xEV3pUCFmDNnR_kByCHcUUnvvw@mail.gmail.com>
References: <CAOibrm6uvoLzroBbh9D1PvyFiKxuJOpS2SF50hAG9DTh166QsA@mail.gmail.com>
 <56A35342.8090906@sipwise.com>
 <CAOibrm76u501_fm8gM=ZO7C4xEV3pUCFmDNnR_kByCHcUUnvvw@mail.gmail.com>
Message-ID: <CAOibrm5HYEJXM0PUsy-Vc6-xiNJsUkykxmYqA866Gv7_ekN9aA@mail.gmail.com>

Victor,

It is all fine now. It took several tries before kamailio proxy started.

Thanks

Tabi

On Sat, Jan 23, 2016 at 12:29 PM, Tabi Tabe Tabi <tabi.tabe at gmail.com>
wrote:

> Restarted now and MySQL starts fine.
>
> On Sat, Jan 23, 2016 at 12:17 PM, Victor Seva <vseva at sipwise.com> wrote:
>
>> On 01/23/2016 11:14 AM, Tabi Tabe Tabi wrote:
>> > db_mysql_submit_query(): driver error on query: Lost connection to MySQL
>> > server during query
>>
>> Check that MySQL is up and running properly
>>
>> --
>> Victor Seva
>> Software Engineer
>>
>> Phone: +43(0)1 301 2029
>> Email: vseva at sipwise.com
>> Website: www.sipwise.com
>>
>> Particulars according Austrian Companies Code paragraph 14
>> "Sipwise GmbH? - Europaring F15 ? 2345 Brunn am Gebirge
>> FN:305595f, Commercial Court Vienna, ATU64002206
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
>>
>
>
> --
> ...Tabi
>
>


-- 
...Tabi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160123/d7480f06/attachment-0001.html>

From matthias.hohl at telematica.at  Tue Jan 26 06:30:17 2016
From: matthias.hohl at telematica.at (Matthias Hohl)
Date: Tue, 26 Jan 2016 12:30:17 +0100 (CET)
Subject: [Spce-user] Concurrent max calls exceeded for callee
In-Reply-To: <56713A32.10403@sipwise.com>
References: <08bc01d0ff47$05ffb770$11ff2650$@telematica.at>
 <094501d0ff5e$38125a80$a8370f80$@telematica.at>
 <2E0234B6-C07A-4D5A-AC8B-BB0EC1EB8694@telematica.at>
 <5639CECA.4000502@sipwise.com>
 <01fe01d13796$86cf2700$946d7500$@telematica.at> <56713A32.10403@sipwise.com>
Message-ID: <21a6c01d1582c$eca02aa0$c5e07fe0$@telematica.at>

Hello,

when do you think, that you fix this issue, cause I have this problem
several times a week :/
I am currently on the latest 4.1.1 version including updates from last week.

Thanks.

-----Urspr?ngliche Nachricht-----
Von: Daniel Grotti [mailto:dgrotti at sipwise.com] 
Gesendet: Mittwoch, 16. Dezember 2015 11:17
An: Matthias Hohl <matthias.hohl at telematica.at>; spce-user at lists.sipwise.com
Betreff: Re: AW: [Spce-user] Concurrent max calls exceeded for callee

Hi Matthias,
We are aware of the problem on mr3.8.4 version and 4.x.
We are working on it since a while in order to fix definitely this issue.

Stay tuned.

--
Daniel Grotti
VoIP Engineer


Sipwise GmbH
Europaring F15 | 2345 Brunn am Gebirge, Austria | www.sipwise.com

On 12/16/2015 01:13 AM, Matthias Hohl wrote:
> Hello,
> 
> i have again this redis counter problem with "max calls exceeded for
callee"
> for some subscribers.
> It comes from time to time, that the SPCE told me, that max calls 
> exceeded but nobody is calling.
> 
> After restarting redis service (/etc/init.d/redis-server restart) 
> everything is working fine again, but I must restart the redis every few
days/week.
> 
> Is there another solution for this problem?
> 
> How could this happen, again and again on different subscribers?
> 
> Thanks for your answer!
> 
> 
> 
> -----Urspr?ngliche Nachricht-----
> Von: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] Im Auftrag 
> von Daniel Grotti
> Gesendet: Mittwoch, 4. November 2015 10:24
> An: spce-user at lists.sipwise.com
> Betreff: Re: [Spce-user] Concurrent max calls exceeded for callee
> 
> Hi,
> you can reset redis counters for that user to 0.
> for example:
> 
> 
> # redis-cli -n 3 keys \*
> 
> 
> 
> # redis-cli -n 3 get userout:<SUBS_UUID> "2"
> # redis-cli -n 3 set userout:<SUBS_UUID> 0 OK # redis-cli -n 3 get 
> userout:<SUBS_UUID> "0"
> 
> 
> --
> Daniel Grotti
> VoIP Engineer
> 
> 
> Sipwise GmbH
> Europaring F15 | 2345 Brunn am Gebirge, Austria | www.sipwise.com
> 
> On 11/03/2015 10:29 AM, Matthias Hohl wrote:
>> Today the same problem happen again by an other subscriber. The 
>> subscriber has 4 lines but just one person is using the subscriber.
>> They place several calls this morning and called me now and told me, 
>> that she cant call place calls anymore cause phone told her: "all 
>> concurrent lines are in use, please try again later". I checked the 
>> server and the pbx and there are no active calls, so the limit cant 
>> be
> exceeded.
>>
>> After set the concurrent max limit to 5 or higher in subscriber 
>> preferences, calls works again, if i set it back to 4, the voice 
>> message comes again.
>>
>> This happen now several times with different subscribers in different 
>> time intervals. It looks like this is a redis bug or what do you think?
>>
>> Hope to read from you soon with some more informations.
>>
>> Btw: is restarting redis-server the right solution?
>>>
>>> /etc/init.d/redis-server stop
>>>
>>> rm -rf /var/lib/redis/*
>>>
>>> /etc/init.d/redis-server start
>>>
>>
>>
>> Von meinem iPhone gesendet
>>
>> Am 05.10.2015 um 13:09 schrieb Matthias Hohl 
>> <matthias.hohl at telematica.at <mailto:matthias.hohl at telematica.at>>:
>>
>>> I found a hint in an older posting

>>>
>>> I have done now the following:
>>>
>>>  
>>>
>>> /etc/init.d/redis-server stop
>>>
>>> rm -rf /var/lib/redis/*
>>>
>>> /etc/init.d/redis-server start
>>>
>>>  
>>>
>>> It looks that it works now again, but can you tell me, what happened 
>>> and how this problem can be reproduced, and if this is the only 
>>> solution for it?
>>>
>>>  
>>>
>>> Thanks.
>>>
>>>  
>>>
>>> *Von:*Spce-user [mailto:spce-user-bounces at lists.sipwise.com] *Im 
>>> Auftrag von *Matthias Hohl
>>> *Gesendet:* Montag, 5. Oktober 2015 10:23
>>> *An:* spce-user at lists.sipwise.com
>>> <mailto:spce-user at lists.sipwise.com>
>>> *Betreff:* [Spce-user] Concurrent max calls exceeded for callee
>>>
>>>  
>>>
>>> Hello,
>>>
>>>  
>>>
>>> found out new problem today

>>>
>>>  
>>>
>>> I subscriber can?t place or get calls and kamilio-proxy.log told me, 
>>> that ?Concurrent max calls exceeded for callee? and also sometimes 
>>> ?Concurrent_max calls exceeded for caller?
>>>
>>>  
>>>
>>> But the subscriber has 8 lines and no concurrent calls.
>>>
>>>  
>>>
>>>  
>>>
>>> What can I check to solve this problem?
>>>
>>>  
>>>
>>>  
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From kurtsr at outlook.com  Wed Jan 27 11:44:23 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Wed, 27 Jan 2016 10:44:23 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>, ,
 <569F52C8.9080605@sipwise.com>,
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
Message-ID: <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>

OK, I have moved to SPCE on AWS
the no audio issue still exist.

I have not configured the network configuration because I am not sure how it should be filled out when using AWS.
in the SPCE example manual

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 1.2.3.4 <--   Using AWS what goes in these fields?
netmask 255.255.255.0 <--- U sing AWS what goes in these fields?
gateway 1.2.3.1 <---  Using AWS what goes in these fields?
dns-nameservers 8.8.8.8 <--- Using AWS what goes in these fields?
dns-search yourdomain.com <---Using AWS what goes in these fields?


Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:45:30 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.com

You still need to do this step to assign the roles to eth0 or whatever the name of your adaptor is.  Otherwise the roles are assign to the loopback adaptor and will not work. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 12:24 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM I skipped step "5.1. Network Configuration" , as it stated,  because I have only 1 NIC

Do I still need to configure as shown?Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 12:02:04 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comDid you perform the steps on this page:https://www.sipwise.org/doc/mr4.1.1/spce/ar01s05.html It is important that your network be configured properly first. Bill From: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Kurt McClean Sr.
Sent: Friday, January 22, 2016 11:53 AM
To: Spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Subscriber VM Its Buffalo -- Comcast Modem---Internet

For the client, I have Zoiper Softphone app on my iPhone, using the LTE ATT network

But if its also doing the same on AWS, I would think its something I don't have configured correctly.
Also, I noticed on restart that "OSSBSS" does not start, it says first need to configure "/default/ngcp-ossbss"
How is this configured? Subject: RE: [Spce-user] Subscriber VM
Date: Fri, 22 Jan 2016 09:19:55 -0800
From: wfulton at thirdhatch.com
To: kurtsr at outlook.com; spce-user at lists.sipwise.comCan you describe your client set up? I?m assuming there is another firewall involved between the internet and the spce. Something like this:  SPCE  -  Buffalo Router  -  Internet  -  Router #2  -  Client X  I?m interested in what router #2 is and what type of client you are connecting. Thanks,Bill  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160127/0c2e246e/attachment-0001.html>

From axessofficetheo at gmail.com  Thu Jan 28 06:11:24 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 13:11:24 +0200
Subject: [Spce-user] rewrite rules applied out of the blue (well seemingly)
Message-ID: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>

Hi

Our 2.8 lts seems to apply rewrite rules that do not apply for an account.
In the log I see Applying callee-out peer rewrite rules to called party
using dpid '28'

Yet there are no rewrite rules set for the domain or for the user. How
would I check why it thinks it should apply those rules?

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/3a0a9492/attachment-0001.html>

From barry at flanagan.ie  Thu Jan 28 06:16:59 2016
From: barry at flanagan.ie (Barry Flanagan)
Date: Thu, 28 Jan 2016 11:16:59 +0000
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
Message-ID: <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>

On 28 January 2016 at 11:11, Theo <axessofficetheo at gmail.com> wrote:

> Hi
>
> Our 2.8 lts seems to apply rewrite rules that do not apply for an account.
> In the log I see Applying callee-out peer rewrite rules to called party
> using dpid '28'
>
> Yet there are no rewrite rules set for the domain or for the user. How
> would I check why it thinks it should apply those rules?
>
>
HI,

I have come across this if the user is sending the INVITE To or From as
user at ip.address rather than user at domain.com. NGCP then has no key to look
up for the correct preferences, even though it knows the UUID and bills
correctly.

Hope this helps.

-Barry Flanagan



Thanks!
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160128/a211716a/attachment-0001.html>

From apogrebennyk at sipwise.com  Thu Jan 28 06:20:36 2016
From: apogrebennyk at sipwise.com (Andrew Pogrebennyk)
Date: Thu, 28 Jan 2016 12:20:36 +0100
Subject: [Spce-user] rewrite rules applied out of the blue (well
 seemingly)
In-Reply-To: <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
Message-ID: <56A9F984.4060100@sipwise.com>

Hi Barry,
are you using the trusted sources for this user by chance? Indeed, there
was an issue looking up domain for trusted subscribers in older
releases, fixed from mr3.8 onwards.

Andrew

On 01/28/2016 12:16 PM, Barry Flanagan wrote:
> HI,
> 
> I have come across this if the user is sending the INVITE To or From as
> user at ip.address rather than user at domain.com <mailto:user at domain.com>.
> NGCP then has no key to look up for the correct preferences, even though
> it knows the UUID and bills correctly. 
> 
> Hope this helps.
> 
> -Barry Flanagan



From axessofficetheo at gmail.com  Thu Jan 28 06:21:33 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 13:21:33 +0200
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
Message-ID: <CA+9+E=WnuwctzwxBTebC=OVqeigDVin5wMtdHRTGyfrrCdNmeA@mail.gmail.com>

Hi Barry

Thanks for that - unfortunately not the case in this instance.

Cheers

Theo

On Thu, Jan 28, 2016 at 1:16 PM, Barry Flanagan <barry at flanagan.ie> wrote:

> On 28 January 2016 at 11:11, Theo <axessofficetheo at gmail.com> wrote:
>
>> Hi
>>
>> Our 2.8 lts seems to apply rewrite rules that do not apply for an
>> account. In the log I see Applying callee-out peer rewrite rules to called
>> party using dpid '28'
>>
>> Yet there are no rewrite rules set for the domain or for the user. How
>> would I check why it thinks it should apply those rules?
>>
>>
> HI,
>
> I have come across this if the user is sending the INVITE To or From as
> user at ip.address rather than user at domain.com. NGCP then has no key to look
> up for the correct preferences, even though it knows the UUID and bills
> correctly.
>
> Hope this helps.
>
> -Barry Flanagan
>
>
>
> Thanks!
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://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/20160128/e5b6e358/attachment-0001.html>

From apogrebennyk at sipwise.com  Thu Jan 28 06:25:27 2016
From: apogrebennyk at sipwise.com (Andrew Pogrebennyk)
Date: Thu, 28 Jan 2016 12:25:27 +0100
Subject: [Spce-user] Subscriber VM
In-Reply-To: <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>
 <569F52C8.9080605@sipwise.com> <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>
 <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>
Message-ID: <56A9FAA7.50906@sipwise.com>

Hi,
didn't use AWS lately, but I would leave /etc/network/interfaces
untouched, just set your elastic address as advertised IP (man
ngcp-network) and do ngcpcfg apply.

Hope this helps,
Andrew

On 01/27/2016 05:44 PM, Kurt McClean Sr. wrote:
> OK, I have moved to SPCE on AWS
> the no audio issue still exist.
> 
> I have not configured the network configuration because I am not sure
> how it should be filled out when using AWS.
> in the SPCE example manual
> 
> /auto lo
> iface lo inet loopback
> 
> auto eth0
> iface eth0 inet static
> address 1.2.3.4 <--   Using AWS what goes in these fields?
> netmask 255.255.255.0 <--- //U sing AWS what goes in these fields?/
> /gateway 1.2.3.1 <---  //Using AWS what goes in these fields?/
> /dns-nameservers 8.8.8.8 <---//Using AWS what goes in these fields?/
> /dns-search yourdomain.com <---//Using AWS what goes in these fields?/



From barry at flanagan.ie  Thu Jan 28 06:25:33 2016
From: barry at flanagan.ie (Barry Flanagan)
Date: Thu, 28 Jan 2016 11:25:33 +0000
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <56A9F984.4060100@sipwise.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
 <56A9F984.4060100@sipwise.com>
Message-ID: <CALJb54_CBo04-m0-t+OLxxhPzYzvWFN0c56-OHRF8844XTrD0A@mail.gmail.com>

On 28 January 2016 at 11:20, Andrew Pogrebennyk <apogrebennyk at sipwise.com>
wrote:

> Hi Barry,
> are you using the trusted sources for this user by chance? Indeed, there
> was an issue looking up domain for trusted subscribers in older
> releases, fixed from mr3.8 onwards.
>

Yes, it only manifested itself with trusted sources. Fixed by  using
"^sip:.*@domain\.com" in the From-Pattern to make sure they used the
correct settings.

Glad to hear it is fixed now - just in the process of organizing out PRO
upgrade to latest LTS relase :-)


-Barry


> Andrew
>
> On 01/28/2016 12:16 PM, Barry Flanagan wrote:
> > HI,
> >
> > I have come across this if the user is sending the INVITE To or From as
> > user at ip.address rather than user at domain.com <mailto:user at domain.com>.
> > NGCP then has no key to look up for the correct preferences, even though
> > it knows the UUID and bills correctly.
> >
> > Hope this helps.
> >
> > -Barry Flanagan
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/ea2791b4/attachment-0001.html>

From isrlgb at gmail.com  Thu Jan 28 09:51:17 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 28 Jan 2016 16:51:17 +0200
Subject: [Spce-user] billing for forwarded calls
Message-ID: <CAOYD8216ihUEHcRZKSWWVUxxWQ31wMyKSsWgX1pRaxrU6K1a2w@mail.gmail.com>

Hi

how are forwarded calls billed to the right subscriber and is there a way
to bill based on p-asserted etc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/d8742a97/attachment-0001.html>

From kurtsr at outlook.com  Thu Jan 28 09:57:37 2016
From: kurtsr at outlook.com (Kurt McClean Sr.)
Date: Thu, 28 Jan 2016 08:57:37 -0600
Subject: [Spce-user] Subscriber VM
In-Reply-To: <56A9FAA7.50906@sipwise.com>
References: <SNT150-W76851D19007E334691C2ABC5C10@phx.gbl>,
 <569F52C8.9080605@sipwise.com>
 <SNT150-W759DAA24132B74E810425AC5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106B@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W65C2B3E256D72EE9AB4C85C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE106D@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W61FD53DE24877D6F913628C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1076@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W95B8EAC2AEE97EF697C0C1C5C40@phx.gbl>,
 <0F449623D8AAB145A3278882C750BA58CE1079@sea2k3ex06.thirdhatch.corp>,
 <SNT150-W8982190355EC49EB3DD03C5D90@phx.gbl>, <56A9FAA7.50906@sipwise.com>
Message-ID: <SNT150-W71041740FA238FDDDEF5BBC5DA0@phx.gbl>

I tried as mentioned, did not touch the "/etc/network/interfaces" 
applied the ---advertised IP <PubicIP>

Still no Audio, it looks like Im also not showing up in SIP peers
Listening on
             udp: 172.31.24.247 [172.31.24.247]:5060
             udp: 127.0.0.1:5060
             tcp: 172.31.24.247 [172.31.24.247]:5060
             tcp: 127.0.0.1:5060
             tls: 172.31.24.247 [172.31.24.247]:5061
Aliases:
             *: 52.26.xxx.xxx:5061 <-- X is a place holder not to show my acctual Public IP
             *: 52.26.xxx.xxx:5060

ip-172-31-24-247*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
sip_proxy_fax_0            127.0.0.1            N      5062     Unmonitored
sip_proxy                  127.0.0.1            N      5062     Unmonitored
2 sip peers [Monitored: 0 online, 0 offline Unmonitored: 2 online, 0 offline]


> Subject: Re: [Spce-user] Subscriber VM
> To: kurtsr at outlook.com; spce-user at lists.sipwise.com
> From: apogrebennyk at sipwise.com
> Date: Thu, 28 Jan 2016 12:25:27 +0100
> 
> Hi,
> didn't use AWS lately, but I would leave /etc/network/interfaces
> untouched, just set your elastic address as advertised IP (man
> ngcp-network) and do ngcpcfg apply.
> 
> Hope this helps,
> Andrew
> 
> On 01/27/2016 05:44 PM, Kurt McClean Sr. wrote:
> > OK, I have moved to SPCE on AWS
> > the no audio issue still exist.
> > 
> > I have not configured the network configuration because I am not sure
> > how it should be filled out when using AWS.
> > in the SPCE example manual
> > 
> > /auto lo
> > iface lo inet loopback
> > 
> > auto eth0
> > iface eth0 inet static
> > address 1.2.3.4 <--   Using AWS what goes in these fields?
> > netmask 255.255.255.0 <--- //U sing AWS what goes in these fields?/
> > /gateway 1.2.3.1 <---  //Using AWS what goes in these fields?/
> > /dns-nameservers 8.8.8.8 <---//Using AWS what goes in these fields?/
> > /dns-search yourdomain.com <---//Using AWS what goes in these fields?/
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/93cf3f0d/attachment-0001.html>

From isrlgb at gmail.com  Thu Jan 28 10:08:41 2016
From: isrlgb at gmail.com (Israel Gottlieb)
Date: Thu, 28 Jan 2016 17:08:41 +0200
Subject: [Spce-user] bill amount per second
Message-ID: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>

Hi all

i have tried adding a billing rate for a dest and it doesnt let amount more
than 15 char and i have more


if a minute costs 0.07 cents then a sec. costs 0.00116666666666667 and that
gives a error as to many digits

if i make less digits the customer always pays more in the long run
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/9dfb5fc3/attachment-0001.html>

From sergio.serrano at avanzada7.com  Thu Jan 28 13:27:14 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Thu, 28 Jan 2016 19:27:14 +0100
Subject: [Spce-user] =?iso-8859-1?q?mr4=2E1=2E1_=BFProblem_between_LB_and_?=
	=?iso-8859-1?q?Proxy=3F?=
In-Reply-To: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
Message-ID: <1454005634.2652.12.camel@avanzada7.com>

We have an installation with a extrange problem. Some subscribers, send
a REGISTER from A.A.A.A, LB receive REGISTER and resend REGISTER to
Proxy, the proxy send 100 Trying and 401 but with sngrep, ngrep-sip or
something else I can't view responses from LB to subscriber, but in the
log of LB I can see
2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060


It's so extrange but I trust more in tshark, ngrep than the kamailio-lb log. Anyone know if there are some configuration or bug for this behaviour?

If someone could help me I will be pleasant because I can't see which is the problem.

Thanks,

Sergio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/c49b1130/attachment-0001.html>

From axessofficetheo at gmail.com  Thu Jan 28 14:56:50 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 21:56:50 +0200
Subject: [Spce-user] rewrite rules applied out of the blue (well
	seemingly)
In-Reply-To: <CALJb54_CBo04-m0-t+OLxxhPzYzvWFN0c56-OHRF8844XTrD0A@mail.gmail.com>
References: <CA+9+E=WSbA4F_zS8Es2-aLuY6GVVQD37JUrE2kVx5j82jrm1+g@mail.gmail.com>
 <CALJb54_vFxudME8neFMybcMyMs275jNjZgjZBidc=3F=72tvKQ@mail.gmail.com>
 <56A9F984.4060100@sipwise.com>
 <CALJb54_CBo04-m0-t+OLxxhPzYzvWFN0c56-OHRF8844XTrD0A@mail.gmail.com>
Message-ID: <CA+9+E=VudzFKQ=sXwP-i_VDzL3FTYwq7GJdTLsSKJvCxn_pPMw@mail.gmail.com>

Ok for some obscure reason a restart made all this go away......

On Thu, Jan 28, 2016 at 1:25 PM, Barry Flanagan <barry at flanagan.ie> wrote:

> On 28 January 2016 at 11:20, Andrew Pogrebennyk <apogrebennyk at sipwise.com>
> wrote:
>
>> Hi Barry,
>> are you using the trusted sources for this user by chance? Indeed, there
>> was an issue looking up domain for trusted subscribers in older
>> releases, fixed from mr3.8 onwards.
>>
>
> Yes, it only manifested itself with trusted sources. Fixed by  using
> "^sip:.*@domain\.com" in the From-Pattern to make sure they used the
> correct settings.
>
> Glad to hear it is fixed now - just in the process of organizing out PRO
> upgrade to latest LTS relase :-)
>
>
> -Barry
>
>
>> Andrew
>>
>> On 01/28/2016 12:16 PM, Barry Flanagan wrote:
>> > HI,
>> >
>> > I have come across this if the user is sending the INVITE To or From as
>> > user at ip.address rather than user at domain.com <mailto:user at domain.com>.
>> > NGCP then has no key to look up for the correct preferences, even though
>> > it knows the UUID and bills correctly.
>> >
>> > Hope this helps.
>> >
>> > -Barry Flanagan
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/4fc65871/attachment-0001.html>

From axessofficetheo at gmail.com  Thu Jan 28 15:06:56 2016
From: axessofficetheo at gmail.com (Theo)
Date: Thu, 28 Jan 2016 22:06:56 +0200
Subject: [Spce-user] automating
Message-ID: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>

Hi

We run sipwise for ourselves. A client of ours wants to possibly use it but
would want to create accounts including all its settings (and that would
include ALL) by writing it directly to the database. So no API. I do not
know enough about this to answer whether this is possible or not.

Can anyone give some advice on this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/3f517ecd/attachment-0001.html>

From agranig at sipwise.com  Thu Jan 28 15:32:13 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Thu, 28 Jan 2016 21:32:13 +0100
Subject: [Spce-user] automating
In-Reply-To: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
Message-ID: <56AA7ACD.10208@sipwise.com>

Hi Theo,

It's certainly possible for the brave, but totally unsupported. I can
only recommend NOT to do this.

Andreas

On 01/28/2016 09:06 PM, Theo wrote:
> Hi
> 
> We run sipwise for ourselves. A client of ours wants to possibly use it
> but would want to create accounts including all its settings (and that
> would include ALL) by writing it directly to the database. So no API. I
> do not know enough about this to answer whether this is possible or not.
> 
> Can anyone give some advice on this?
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From agranig at sipwise.com  Thu Jan 28 15:37:05 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Thu, 28 Jan 2016 21:37:05 +0100
Subject: [Spce-user] billing for forwarded calls
In-Reply-To: <CAOYD8216ihUEHcRZKSWWVUxxWQ31wMyKSsWgX1pRaxrU6K1a2w@mail.gmail.com>
References: <CAOYD8216ihUEHcRZKSWWVUxxWQ31wMyKSsWgX1pRaxrU6K1a2w@mail.gmail.com>
Message-ID: <56AA7BF1.4000001@sipwise.com>

Hi,

For a forward, you get two CDRs. One incoming one from the caller to the
forwarding subscriber, and one outgoing from the forwarding subscriber
to the forward target.

So from the forwarding subscriber's point of view, it'll be billed for
the call leg from itself to the forward target. The CDR gives an
indication whether it has been a call, cfu, cfb, cft or cfna.

Andreas

On 01/28/2016 03:51 PM, Israel Gottlieb wrote:
> Hi 
> 
> how are forwarded calls billed to the right subscriber and is there a
> way to bill based on p-asserted etc
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From derrickb at halex.com  Thu Jan 28 16:04:31 2016
From: derrickb at halex.com (Derrick Bradbury)
Date: Thu, 28 Jan 2016 21:04:31 +0000
Subject: [Spce-user] automating
In-Reply-To: <56AA7ACD.10208@sipwise.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>,
 <56AA7ACD.10208@sipwise.com>
Message-ID: <097A0CE8B3B9A347A29C6E65655F96A201E50D03@mbx032-e1-va-4.exch032.serverpod.net>

I just wrote a PHP script to move clients from one system to SIPCE, and it works very nicely with the API, there are records that are inserted in places you don't expect, and then things don't work well...

Plus if the database structure changes, you have to modify your code... 

Just a thought...


________________________________________
From: Spce-user [spce-user-bounces at lists.sipwise.com] on behalf of Andreas Granig [agranig at sipwise.com]
Sent: Thursday, January 28, 2016 3:32 PM
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] automating

Hi Theo,

It's certainly possible for the brave, but totally unsupported. I can
only recommend NOT to do this.

Andreas

On 01/28/2016 09:06 PM, Theo wrote:
> Hi
>
> We run sipwise for ourselves. A client of ours wants to possibly use it
> but would want to create accounts including all its settings (and that
> would include ALL) by writing it directly to the database. So no API. I
> do not know enough about this to answer whether this is possible or not.
>
> Can anyone give some advice on this?
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From barry at flanagan.ie  Thu Jan 28 16:17:15 2016
From: barry at flanagan.ie (Barry Flanagan)
Date: Thu, 28 Jan 2016 21:17:15 +0000
Subject: [Spce-user] automating
In-Reply-To: <56AA7ACD.10208@sipwise.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
Message-ID: <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>

On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com> wrote:

> Hi Theo,
>
> It's certainly possible for the brave, but totally unsupported. I can
>
> only recommend NOT to do this.

Yeah, definitely DON'T. Let him break his own stuff. I can't see why he
would need to bypass the APIs in any case. We run sipwise for lots of
different scenarios and  there are only a few edge cases where the API
doesn't yet provide what is required.

-Barry
>
>
> Andreas
>
> On 01/28/2016 09:06 PM, Theo wrote:
> > Hi
> >
> > We run sipwise for ourselves. A client of ours wants to possibly use it
> > but would want to create accounts including all its settings (and that
> > would include ALL) by writing it directly to the database. So no API. I
> > do not know enough about this to answer whether this is possible or not.
> >
> > Can anyone give some advice on this?
> >
> >
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
> >
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user


-Barry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160128/9d296a3c/attachment-0001.html>

From admin at marcoteixeira.com  Thu Jan 28 16:20:31 2016
From: admin at marcoteixeira.com (Marco Teixeira)
Date: Thu, 28 Jan 2016 21:20:31 +0000
Subject: [Spce-user]
	=?utf-8?q?mr4=2E1=2E1_=C2=BFProblem_between_LB_and_Pr?=
	=?utf-8?q?oxy=3F?=
In-Reply-To: <1454005634.2652.12.camel@avanzada7.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
Message-ID: <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>

Hi,

Traffic between lb and proxy is on 127.0.0.1
Sure you can't see it with "ngrep-sip br" ?



---
Cumprimentos / Best regards

Marco
---


On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano <
sergio.serrano at avanzada7.com> wrote:

> We have an installation with a extrange problem. Some subscribers, send a
> REGISTER from A.A.A.A, LB receive REGISTER and resend REGISTER to Proxy,
> the proxy send 100 Trying and 401 but with sngrep, ngrep-sip or something
> else I can't view responses from LB to subscriber, but in the log of LB I
> can see
>
> 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060
>
>
> It's so extrange but I trust more in tshark, ngrep than the kamailio-lb log. Anyone know if there are some configuration or bug for this behaviour?
>
>
> If someone could help me I will be pleasant because I can't see which is the problem.
>
>
> Thanks,
>
>
> Sergio
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160128/2011f2ff/attachment-0001.html>

From sergio.serrano at avanzada7.com  Thu Jan 28 16:31:09 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Thu, 28 Jan 2016 22:31:09 +0100
Subject: [Spce-user]
 =?iso-8859-1?q?mr4=2E1=2E1_=BFProblem_between_LB_and_?=
 =?iso-8859-1?q?Proxy=3F?=
In-Reply-To: <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
 <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
Message-ID: <1454016669.2652.24.camel@avanzada7.com>

I'm sorry but I can't explain well. response are correct from
12.0.0.1:5062(Proxy) and 127.0.0.1:5060(LB) but then there is no
traffic from public IP address of LB and public IP of subscriber. It's
something like this:
A.A.A.A(subscriber)  -REGISTER-> B.B.B.B.(LB)
127.0.0.1:5060(LB) -REGISTER-> 127.0.0.1:5062(PROXY)
127.0.0.1:5062(PROXY) -100 TRYING-> 127.0.0.1:5062(LB)
Here, LB doesn't send 100 TRYING to subscriber
127.0.0.1:5062(PROXY) -401 Unauthorized-> 127.0.0.1:5062(LB)
Here, LB doesn't send 401 Unauthorized to subscriber
Then subscriber resend REGISTER again
and this loop is forever. 
In kamailio-lb log I can see the message 2016-01
-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]:
do_forward_reply(): reply forwarded to A.A.A.A:5060, but LB never send
reply to subscriber.
it could be possible?
Regards
Sergio


El jue, 28-01-2016 a las 21:20 +0000, Marco Teixeira escribi?:
> Hi,
> 
> Traffic between lb and proxy is on 127.0.0.1
> Sure you can't see it with "ngrep-sip br" ?
> 
> 
> 
> ---
> Cumprimentos / Best regards
> 
> Marco
> ---
> 
> 
> On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano <
> sergio.serrano at avanzada7.com> wrote:
> > We have an installation with a extrange problem. Some subscribers,
> > send a REGISTER from A.A.A.A, LB receive REGISTER and resend
> > REGISTER to Proxy, the proxy send 100 Trying and 401 but with
> > sngrep, ngrep-sip or something else I can't view responses from LB
> > to subscriber, but in the log of LB I can see
> > 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: 
> > [forward.c:835]: do_forward_reply(): reply forwarded to
> > A.A.A.A:5060
> > 
> > It's so extrange but I trust more in tshark, ngrep than the
> > kamailio-lb log. Anyone know if there are some configuration or bug
> > for this behaviour?
> > 
> > If someone could help me I will be pleasant because I can't see
> > which is the problem.
> > 
> > Thanks,
> > 
> > Sergio
> > 
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://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/20160128/f06b326a/attachment-0001.html>

From axessofficetheo at gmail.com  Fri Jan 29 01:15:10 2016
From: axessofficetheo at gmail.com (Theo)
Date: Fri, 29 Jan 2016 08:15:10 +0200
Subject: [Spce-user] automating
In-Reply-To: <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
 <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
Message-ID: <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>

Thanks guys I am pretty sure I agree.

It is my understanding that peer_auth_user, pass and realm are not
available through API? in their case every single user would need details
there. If that is indeed available then I think their problem would be
solved.

On Thu, Jan 28, 2016 at 11:17 PM, Barry Flanagan <barry at flanagan.ie> wrote:

> On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com> wrote:
>
> > Hi Theo,
> >
> > It's certainly possible for the brave, but totally unsupported. I can
> >
> > only recommend NOT to do this.
>
> Yeah, definitely DON'T. Let him break his own stuff. I can't see why he
> would need to bypass the APIs in any case. We run sipwise for lots of
> different scenarios and  there are only a few edge cases where the API
> doesn't yet provide what is required.
>
> -Barry
> >
> >
> > Andreas
> >
> > On 01/28/2016 09:06 PM, Theo wrote:
> > > Hi
> > >
> > > We run sipwise for ourselves. A client of ours wants to possibly use it
> > > but would want to create accounts including all its settings (and that
> > > would include ALL) by writing it directly to the database. So no API. I
> > > do not know enough about this to answer whether this is possible or
> not.
> > >
> > > Can anyone give some advice on this?
> > >
> > >
> > > _______________________________________________
> > > Spce-user mailing list
> > > Spce-user at lists.sipwise.com
> > > https://lists.sipwise.com/listinfo/spce-user
> > >
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
>
>
> -Barry
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://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/20160129/ced7672b/attachment-0001.html>

From alutay at sipwise.com  Fri Jan 29 09:32:44 2016
From: alutay at sipwise.com (Alex Lutay)
Date: Fri, 29 Jan 2016 15:32:44 +0100
Subject: [Spce-user] New sip:provider CE mr4.2.1 is now available
Message-ID: <56AB780C.8060705@sipwise.com>

Dear community!

This is to inform you about the availability of the new SPCE mr4.2.1 !

The InstallCD media, Vagrant box, Virtualbox, VMware and AMI images have
been uploaded, please check the handbook for all the details:
https://www.sipwise.org/doc/mr4.2.1/spce/ar01s04.html

Please find the list of all fixes on our web site:
https://www.sipwise.org/news/announcements/sipprovider-mr4-2-1-released/

Important changes for mr4.2.1:
>  Upgrade to Debian GNU/Linux 8.3 (jessie)
>  System V is still in use, migration to Systemd is planned for upcoming releases
>  Upgrade Kamailio to latest stable version 4.3.4
>  Prosody: introduce XMPP clustering support
>  Force ?ngcpcfg apply? to ask for the commit message
>  Introduce ngcp-service helper
>  New ngcp-upgrade framework
>  Updated authorized_key for sipwise user
>  Improve ngcp-panel start time/decrease memory usage
>  PRO/Carrier documentation is now available to public
>  Pushd server supports MUC (multi-users-conference) messages
>  SOAP API is broken in Jessie and will be dropped in mr4.3, please migrate to REST API (SOAP is deprecated since mr3.8)

Thank you for your the bug reports and feedback!

-- 
Alex Lutay


From agranig at sipwise.com  Fri Jan 29 10:27:39 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Fri, 29 Jan 2016 16:27:39 +0100
Subject: [Spce-user] automating
In-Reply-To: <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
 <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
 <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>
Message-ID: <56AB84EB.5010703@sipwise.com>

Hi Theo,

It's there, please check
https://your-ip:1443/api/subscriberpreferencedefs/ on your server and
search for peer_auth_user.

An example of how to set those preferences specified in the
/api/subscriberpreferencedefs/ resource is provided at
https://www.sipwise.org/doc/mr4.2.1/spce/ar01s12.html#_managing_customers_and_subscribers,
search for /api/subscriberpreferences/ in this document for real world
examples.

Andreas

On 01/29/2016 07:15 AM, Theo wrote:
> Thanks guys I am pretty sure I agree.
> 
> It is my understanding that peer_auth_user, pass and realm are not
> available through API? in their case every single user would need
> details there. If that is indeed available then I think their problem
> would be solved.
> 
> On Thu, Jan 28, 2016 at 11:17 PM, Barry Flanagan <barry at flanagan.ie
> <mailto:barry at flanagan.ie>> wrote:
> 
>     On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com
>     <mailto:agranig at sipwise.com>> wrote:
> 
>     > Hi Theo,
>     >
>     > It's certainly possible for the brave, but totally unsupported. I can 
>     >
>     > only recommend NOT to do this.
> 
>     Yeah, definitely DON'T. Let him break his own stuff. I can't see why
>     he would need to bypass the APIs in any case. We run sipwise for
>     lots of different scenarios and  there are only a few edge cases
>     where the API doesn't yet provide what is required.
>      
>     -Barry
>     >
>     >
>     > Andreas
>     >
>     > On 01/28/2016 09:06 PM, Theo wrote:
>     > > Hi
>     > >
>     > > We run sipwise for ourselves. A client of ours wants to possibly use it
>     > > but would want to create accounts including all its settings (and that
>     > > would include ALL) by writing it directly to the database. So no API. I
>     > > do not know enough about this to answer whether this is possible or not.
>     > >
>     > > Can anyone give some advice on this?
>     > >
>     > >
>     > > _______________________________________________
>     > > Spce-user mailing list
>     > > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     > > https://lists.sipwise.com/listinfo/spce-user
>     > >
>     > _______________________________________________
>     > Spce-user mailing list
>     > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     > https://lists.sipwise.com/listinfo/spce-user
> 
> 
>     -Barry
> 
> 
>     _______________________________________________
>     Spce-user mailing list
>     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>     https://lists.sipwise.com/listinfo/spce-user
> 
> 


From agranig at sipwise.com  Fri Jan 29 10:31:43 2016
From: agranig at sipwise.com (Andreas Granig)
Date: Fri, 29 Jan 2016 16:31:43 +0100
Subject: [Spce-user]
 =?utf-8?q?mr4=2E1=2E1_=C2=BFProblem_between_LB_and_Pr?=
 =?utf-8?q?oxy=3F?=
In-Reply-To: <1454016669.2652.24.camel@avanzada7.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
 <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
 <1454016669.2652.24.camel@avanzada7.com>
Message-ID: <56AB85DF.7040106@sipwise.com>

Hi,

You'd need to post the 401 you captured on the wire between proxy and lb
for us to see how the lb is supposed to behave.

Since the lb is acting totally stateless, it needs the correct
information where to forward a reply to in the sip message, as it
doesn't store any states.

Usually replies are routed according to the Via header, but certain
information like telling the lb which socket to use for sending the
reply is encoded in other headers. We'd need to see the message to tell
you what's going on.

Andreas

On 01/28/2016 10:31 PM, Sergio Serrano wrote:
> I'm sorry but I can't explain well. response are correct from
> 12.0.0.1:5062(Proxy) and 127.0.0.1:5060(LB) but then there is no traffic
> from public IP address of LB and public IP of subscriber. It's something
> like this:
> 
> A.A.A.A(subscriber)  -REGISTER-> B.B.B.B.(LB)
> 127.0.0.1:5060(LB) -REGISTER-> 127.0.0.1:5062(PROXY)
> 127.0.0.1:5062(PROXY) -100 TRYING-> 127.0.0.1:5062(LB)
> Here, LB doesn't send 100 TRYING to subscriber
> 127.0.0.1:5062(PROXY) -401 Unauthorized-> 127.0.0.1:5062(LB)
> Here, LB doesn't send 401 Unauthorized to subscriber
> Then subscriber resend REGISTER again
> 
> and this loop is forever. 
> 
> In kamailio-lb log I can see the message
> 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core>
> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060,
> but LB never send reply to subscriber.
> 
> it could be possible?
> 
> Regards
> 
> Sergio
> 
> 
> El jue, 28-01-2016 a las 21:20 +0000, Marco Teixeira escribi?:
>> Hi,
>>
>> Traffic between lb and proxy is on 127.0.0.1
>> Sure you can't see it with "ngrep-sip br" ?
>>
>>
>>
>> ---
>> Cumprimentos / Best regards
>>
>> Marco
>> ---
>>
>>
>> On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano
>> <sergio.serrano at avanzada7.com <mailto:sergio.serrano at avanzada7.com>>
>> wrote:
>>> We have an installation with a extrange problem. Some subscribers,
>>> send a REGISTER from A.A.A.A, LB receive REGISTER and resend REGISTER
>>> to Proxy, the proxy send 100 Trying and 401 but with sngrep,
>>> ngrep-sip or something else I can't view responses from LB to
>>> subscriber, but in the log of LB I can see
>>> 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core> [forward.c:835]: do_forward_reply(): reply forwarded to A.A.A.A:5060
>>>
>>> It's so extrange but I trust more in tshark, ngrep than the kamailio-lb log. Anyone know if there are some configuration or bug for this behaviour?
>>>
>>> If someone could help me I will be pleasant because I can't see which is the problem.
>>>
>>> Thanks,
>>>
>>> Sergio
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>>
>>
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
> 


From axessofficetheo at gmail.com  Fri Jan 29 10:47:23 2016
From: axessofficetheo at gmail.com (Theo)
Date: Fri, 29 Jan 2016 17:47:23 +0200
Subject: [Spce-user] automating
In-Reply-To: <56AB84EB.5010703@sipwise.com>
References: <CA+9+E=VTbk6L5YM-8AMXok7YuksfbciK=T3JJjeOxeCxTpB1iA@mail.gmail.com>
 <56AA7ACD.10208@sipwise.com>
 <CALJb548kXDYfkD61KUipH8Edj99BZNEWoKZS3VoSK8=Ahc3KVw@mail.gmail.com>
 <CA+9+E=WcecDaVaC7qOa_wmRxuobDovo52jRvk2kQvKKQfoEREg@mail.gmail.com>
 <56AB84EB.5010703@sipwise.com>
Message-ID: <CA+9+E=V_Jkix-p+PgfPfAAu6jmCx=SP+X1ntmK_zv7R6mfT6sg@mail.gmail.com>

Great - thanks for the input!

On Fri, Jan 29, 2016 at 5:27 PM, Andreas Granig <agranig at sipwise.com> wrote:

> Hi Theo,
>
> It's there, please check
> https://your-ip:1443/api/subscriberpreferencedefs/ on your server and
> search for peer_auth_user.
>
> An example of how to set those preferences specified in the
> /api/subscriberpreferencedefs/ resource is provided at
>
> https://www.sipwise.org/doc/mr4.2.1/spce/ar01s12.html#_managing_customers_and_subscribers
> ,
> search for /api/subscriberpreferences/ in this document for real world
> examples.
>
> Andreas
>
> On 01/29/2016 07:15 AM, Theo wrote:
> > Thanks guys I am pretty sure I agree.
> >
> > It is my understanding that peer_auth_user, pass and realm are not
> > available through API? in their case every single user would need
> > details there. If that is indeed available then I think their problem
> > would be solved.
> >
> > On Thu, Jan 28, 2016 at 11:17 PM, Barry Flanagan <barry at flanagan.ie
> > <mailto:barry at flanagan.ie>> wrote:
> >
> >     On 28 January 2016 at 20:32, Andreas Granig <agranig at sipwise.com
> >     <mailto:agranig at sipwise.com>> wrote:
> >
> >     > Hi Theo,
> >     >
> >     > It's certainly possible for the brave, but totally unsupported. I
> can
> >     >
> >     > only recommend NOT to do this.
> >
> >     Yeah, definitely DON'T. Let him break his own stuff. I can't see why
> >     he would need to bypass the APIs in any case. We run sipwise for
> >     lots of different scenarios and  there are only a few edge cases
> >     where the API doesn't yet provide what is required.
> >
> >     -Barry
> >     >
> >     >
> >     > Andreas
> >     >
> >     > On 01/28/2016 09:06 PM, Theo wrote:
> >     > > Hi
> >     > >
> >     > > We run sipwise for ourselves. A client of ours wants to possibly
> use it
> >     > > but would want to create accounts including all its settings
> (and that
> >     > > would include ALL) by writing it directly to the database. So no
> API. I
> >     > > do not know enough about this to answer whether this is possible
> or not.
> >     > >
> >     > > Can anyone give some advice on this?
> >     > >
> >     > >
> >     > > _______________________________________________
> >     > > Spce-user mailing list
> >     > > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >     > > https://lists.sipwise.com/listinfo/spce-user
> >     > >
> >     > _______________________________________________
> >     > Spce-user mailing list
> >     > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >     > https://lists.sipwise.com/listinfo/spce-user
> >
> >
> >     -Barry
> >
> >
> >     _______________________________________________
> >     Spce-user mailing list
> >     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> >     https://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/20160129/3ac1eb6c/attachment-0001.html>

From William at ezpcltd.com  Fri Jan 29 13:53:45 2016
From: William at ezpcltd.com (William Hilsum)
Date: Fri, 29 Jan 2016 18:53:45 +0000
Subject: [Spce-user] Installation media question
Message-ID: <DB5PR06MB15574A02DDB011D4873076FBBEDB0@DB5PR06MB1557.eurprd06.prod.outlook.com>

Hello

I'm currently looking in to a few different options for a project and have come across Sipwise CE.

I used the Vmware image to begin with and I got the basics working and ideally I now want to do more in depth testing.

I have created quite a few test accounts and have just generally been messing around to learn the system, so, I need to do a reinstall. I was wondering if it is advised to carry on using the Vmware image provided or if I should do an install from scratch using the CD as it said this is recommended in the manual?

Also, on the quick install guide, I couldn't actually find a link to the ISO, only a link in the manual... Is http://deb.sipwise.com/spce/images/sip_provider_CE_installcd.iso the latest? I was not sure as I could only see this one along with 2.8 and a standard debian install / no LTS edition, so I wondered if it has been updated recently.

Lastly, is there an official changelog anywhere? I'm interested to see what features I will lose out on if I chose to use LTS over the latest version.

Thanks,

William

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160129/65d6fea8/attachment-0001.html>

From sergio.serrano at avanzada7.com  Fri Jan 29 15:35:41 2016
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Fri, 29 Jan 2016 21:35:41 +0100
Subject: [Spce-user]
 =?iso-8859-1?q?mr4=2E1=2E1_=BFProblem_between_LB_and_?=
 =?iso-8859-1?q?Proxy=3F?=
In-Reply-To: <56AB85DF.7040106@sipwise.com>
References: <CAOYD822dE5Pc_GPT=0vW1MEK0gptZsxGfuS8pj-94jBYRjuPkg@mail.gmail.com>
 <1454005634.2652.12.camel@avanzada7.com>
 <CAD7smbjPXj8LGfi6cLwBq6FOxBNMs-fN6P_3xuk6fPyZ2Gge=g@mail.gmail.com>
 <1454016669.2652.24.camel@avanzada7.com> <56AB85DF.7040106@sipwise.com>
Message-ID: <1454099741.3020.4.camel@avanzada7.com>

Thanks Andreas,

	this is the 401 message between proxy and lb. I think that this
message is correct. Do you see something extrange? LB must forward
REPLY to 5.40.159.12:5060 port but I can't see any packet. It is
possible that some internal mechanism of kamailio lb as pike or
something else could block this packets?

2016/01/29 21:28:09.515777 127.0.0.1:5062 -> 127.0.0.1:60060
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
127.0.0.1:60060;branch=z9hG4bKa532.b552b856e253af48ba389a9dbc2df8da.0;r
port=60060
Via: SIP/2.0/UDP
5.40.159.212:5060;received=5.40.159.212;branch=z9hG4bK707446208;rport=5
060
From: <sip:USUARIOA at 5.40.159.205:60060;user=phone>;tag=1014564898
To: <sip:USUARIOA at 5.40.159.205:60060;user=phone>;tag=1d24a28a0bded6c40d
31e6db8aab9ac6.3937
Call-ID: 895223361-5060-2 at F.EA.BFJ.CBC
CSeq: 2000 REGISTER
P-Out-Socket: udp:5.40.159.205:60060
P-NGCP-Auth-IP: 5.40.159.212
P-NGCP-Auth-UA: Grandstream HT701 1.0.8.2
WWW-Authenticate: Digest realm="5.40.159.205",
nonce="VqvMhVary1kL5aaS7egMp641OcDsn+kj"
Server: Sipwise NGCP Proxy 4.X
Content-Length: 0



regards,


Sergio


El vie, 29-01-2016 a las 16:31 +0100, Andreas Granig escribi?:
> Hi,
> 
> You'd need to post the 401 you captured on the wire between proxy and
> lb
> for us to see how the lb is supposed to behave.
> 
> Since the lb is acting totally stateless, it needs the correct
> information where to forward a reply to in the sip message, as it
> doesn't store any states.
> 
> Usually replies are routed according to the Via header, but certain
> information like telling the lb which socket to use for sending the
> reply is encoded in other headers. We'd need to see the message to
> tell
> you what's going on.
> 
> Andreas
> 
> On 01/28/2016 10:31 PM, Sergio Serrano wrote:
> > I'm sorry but I can't explain well. response are correct from
> > 12.0.0.1:5062(Proxy) and 127.0.0.1:5060(LB) but then there is no
> > traffic
> > from public IP address of LB and public IP of subscriber. It's
> > something
> > like this:
> > 
> > A.A.A.A(subscriber)  -REGISTER-> B.B.B.B.(LB)
> > 127.0.0.1:5060(LB) -REGISTER-> 127.0.0.1:5062(PROXY)
> > 127.0.0.1:5062(PROXY) -100 TRYING-> 127.0.0.1:5062(LB)
> > Here, LB doesn't send 100 TRYING to subscriber
> > 127.0.0.1:5062(PROXY) -401 Unauthorized-> 127.0.0.1:5062(LB)
> > Here, LB doesn't send 401 Unauthorized to subscriber
> > Then subscriber resend REGISTER again
> > 
> > and this loop is forever. 
> > 
> > In kamailio-lb log I can see the message
> > 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core>
> > [forward.c:835]: do_forward_reply(): reply forwarded to
> > A.A.A.A:5060,
> > but LB never send reply to subscriber.
> > 
> > it could be possible?
> > 
> > Regards
> > 
> > Sergio
> > 
> > 
> > El jue, 28-01-2016 a las 21:20 +0000, Marco Teixeira escribi?:
> > > Hi,
> > > 
> > > Traffic between lb and proxy is on 127.0.0.1
> > > Sure you can't see it with "ngrep-sip br" ?
> > > 
> > > 
> > > 
> > > ---
> > > Cumprimentos / Best regards
> > > 
> > > Marco
> > > ---
> > > 
> > > 
> > > On Thu, Jan 28, 2016 at 6:27 PM, Sergio Serrano
> > > <sergio.serrano at avanzada7.com <mailto:
> > > sergio.serrano at avanzada7.com>>
> > > wrote:
> > > > We have an installation with a extrange problem. Some
> > > > subscribers,
> > > > send a REGISTER from A.A.A.A, LB receive REGISTER and resend
> > > > REGISTER
> > > > to Proxy, the proxy send 100 Trying and 401 but with sngrep,
> > > > ngrep-sip or something else I can't view responses from LB to
> > > > subscriber, but in the log of LB I can see
> > > > 2016-01-28T18:23:16.178771+01:00 sbc lb[14381]: DEBUG: <core>
> > > > [forward.c:835]: do_forward_reply(): reply forwarded to
> > > > A.A.A.A:5060
> > > > 
> > > > It's so extrange but I trust more in tshark, ngrep than the
> > > > kamailio-lb log. Anyone know if there are some configuration or
> > > > bug for this behaviour?
> > > > 
> > > > If someone could help me I will be pleasant because I can't see
> > > > which is the problem.
> > > > 
> > > > Thanks,
> > > > 
> > > > Sergio
> > > > 
> > > > _______________________________________________
> > > > Spce-user mailing list
> > > > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com
> > > > >
> > > > https://lists.sipwise.com/listinfo/spce-user
> > > > 
> > > 
> > 
> > 
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > https://lists.sipwise.com/listinfo/spce-user
> > 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user


From matthias.hohl at telematica.at  Sun Jan 31 17:28:37 2016
From: matthias.hohl at telematica.at (Matthias Hohl)
Date: Sun, 31 Jan 2016 23:28:37 +0100 (CET)
Subject: [Spce-user] New sip:provider CE mr4.2.1 is now available
In-Reply-To: <56AB780C.8060705@sipwise.com>
References: <56AB780C.8060705@sipwise.com>
Message-ID: <013701d15c76$b9618f50$2c24adf0$@telematica.at>

Hello,

there is a little problem by updating 4.1.2 to the latest 4.2.1 release.

After starting the installation, the installation stops cause the directory ".ssh" is not available on the server.
The ".ssh" directory must be created manually before I could run ngcp-upgrade again.

Maybe it should be good, if the install script creates the directory by himself if the script regonize, that the directory not exist.

But after all, the upgrade went without problems :) Still up and running now 4.2.1


Here is the log file:

Setting up ngcp-support-access (0.3.1.1+0~mr4.2.1.1) ...
sipwise:x:1000:1000:Sipwise,,,:/var/sipwise:/bin/bash
* User 'sipwise' already exists.
* Recreating /var/sipwise/.ssh/authorized_keys
touch: cannot touch '/var/sipwise/.ssh/authorized_keys': No such file or directory
dpkg: error processing ngcp-support-access (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of ngcp-config-ce:
 ngcp-config-ce depends on ngcp-support-access | ngcp-support; however:
  Package ngcp-support-access is not configured yet.
  Package ngcp-support is not installed.
  Package ngcp-support-access which provides ngcp-support is not configured yet.

dpkg: error processing ngcp-config-ce (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of ngcp-ngcp-ce:
 ngcp-ngcp-ce depends on ngcp-config-ce; however:
  Package ngcp-config-ce is not configured yet.

dpkg: error processing ngcp-ngcp-ce (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 ngcp-support-access
 ngcp-config-ce
 ngcp-ngcp-ce
E: Sub-process /usr/bin/dpkg returned an error code (1)
ERROR: the step 'mr4.2/handle_apt_upgrade' failed, upgrade aborted!
Please fix the root of the issue and restart 'ngcp-upgrade'
(see error details in log file /tmp/upgrade.log ).




-----Urspr?ngliche Nachricht-----
Von: Spce-user [mailto:spce-user-bounces at lists.sipwise.com] Im Auftrag von Alex Lutay
Gesendet: Freitag, 29. J?nner 2016 15:33
An: spce-user at lists.sipwise.com; spce-dev at lists.sipwise.com
Betreff: [Spce-user] New sip:provider CE mr4.2.1 is now available

Dear community!

This is to inform you about the availability of the new SPCE mr4.2.1 !

The InstallCD media, Vagrant box, Virtualbox, VMware and AMI images have been uploaded, please check the handbook for all the details:
https://www.sipwise.org/doc/mr4.2.1/spce/ar01s04.html

Please find the list of all fixes on our web site:
https://www.sipwise.org/news/announcements/sipprovider-mr4-2-1-released/

Important changes for mr4.2.1:
>  Upgrade to Debian GNU/Linux 8.3 (jessie)  System V is still in use, 
> migration to Systemd is planned for upcoming releases  Upgrade 
> Kamailio to latest stable version 4.3.4
>  Prosody: introduce XMPP clustering support  Force ?ngcpcfg apply? to 
> ask for the commit message  Introduce ngcp-service helper  New 
> ngcp-upgrade framework  Updated authorized_key for sipwise user  
> Improve ngcp-panel start time/decrease memory usage  PRO/Carrier 
> documentation is now available to public  Pushd server supports MUC 
> (multi-users-conference) messages  SOAP API is broken in Jessie and 
> will be dropped in mr4.3, please migrate to REST API (SOAP is 
> deprecated since mr3.8)

Thank you for your the bug reports and feedback!

--
Alex Lutay
_______________________________________________
Spce-user mailing list
Spce-user at lists.sipwise.com
https://lists.sipwise.com/listinfo/spce-user


From William at ezpcltd.com  Sun Jan 31 17:50:14 2016
From: William at ezpcltd.com (William Hilsum)
Date: Sun, 31 Jan 2016 22:50:14 +0000
Subject: [Spce-user] Installation media question
Message-ID: <DB5PR06MB155716C585E98BC668D0F94EBEDD0@DB5PR06MB1557.eurprd06.prod.outlook.com>

Ok..

Feel like a bit of an idiot - single iso that contains all the versions! I'm up and running!

I ran in to a couple of other issues whilst trying to follow the guide and I'll post them shortly as it is stopping me from making progress now :(

Thanks,

William

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160131/5bd153ac/attachment-0001.html>

From William at ezpcltd.com  Sun Jan 31 21:08:19 2016
From: William at ezpcltd.com (William Hilsum)
Date: Mon, 1 Feb 2016 02:08:19 +0000
Subject: [Spce-user] Rings once, then disconnects!
Message-ID: <DB5PR06MB1557AB8F343FE2DD1C4AC44FBEDE0@DB5PR06MB1557.eurprd06.prod.outlook.com>

Hi

I have a new install and have been making my way through the guide - so far so good (got a little bit confused on one step where I think there is a misprint - is there somewhere I can email?).

I have set up the reseller, user and subscriber - I can ring and interact with voicemail fine.

Next up, I set up my carrier, and this is where things got weird.

If I try to ring my landline number, I get one ring and then a missed call pretty fast. If I try my mobile number, it takes about ~3-4 seconds (usual mobile connection time) then my mobile rings once and it then disconnects again.

I've tried to do diagnostics - I selected both legs of the call and made a quick picture: http://i.imgur.com/PzJF0Y5.jpg

I've looked in Kamilio-proxy.log and I think it is related to the following. I did tail -f, and, I have pasted the lines that come up after I hear ring tones on the sip phone, but before the ringer happens on the actual PSTN phone:

Feb  1 02:55:41 masterpbx1 (local7.notice) proxy[3347]: NOTICE: <script>: Forcing request via B2BUA 'sip:127.0.0.1:5080' - R=sip:**MY-MOBILE-NUMBER**@**MY-CARRIER-IP**:5060;transport=udp ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='3CXPhone 6.0.26523.0'
Feb  1 02:55:41 masterpbx1 (local7.notice) proxy[3347]: NOTICE: <script>: Request leaving server, D-URI='sip:127.0.0.1:5080' - R=sip: **MY-MOBILE-NUMBER**@**MY-CARRIER-IP**:5060;transport=udp ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='3CXPhone 6.0.26523.0'
Feb  1 02:55:41 masterpbx1 (local7.notice) proxy[3349]: NOTICE: <script>: NAT-Reply - S=100 - Connecting M=INVITE IP=**MY-HOME-IP**:56805 (127.0.0.1:5080) ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='<null>'
Feb  1 02:55:45 masterpbx1 (local7.notice) proxy[3358]: NOTICE: <script>: NAT-Reply - S=183 - Session Progress M=INVITE IP=**MY-HOME-IP**:56805 (127.0.0.1:5080) ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='<null>'
Feb  1 02:55:45 masterpbx1 (local7.notice) proxy[3350]: NOTICE: <script>: NAT-Reply - S=500 - Server Internal Error M=INVITE IP=**MY-HOME-IP**:56805 (127.0.0.1:5080) ID=ZTdlYmYwY2I2MmExZThkYmY1MTIxZGJmOGQyOWQ4ZmM. UA='<null>'

I am used to errors on first connection and having to redo/change headers, but, I have never seen a connection that rings and then immediately hangs up! I am not sure what is wrong here. Can anyone point me in the right direction/what log files should I be looking at or what I should be checking next?

Thanks,

William
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160201/f7833d4c/attachment-0001.html>