search for: calva

On 23/03/2020 18:51, Joshua C. Colp wrote: > On Mon, Mar 23, 2020 at 2:45 PM John Hughes <john at calva.com > <mailto:john at calva.com>> wrote: > > > > Why is asterisk giving an error 500? I can find no reason, there > is nothing in any log. > > > The sequence number is from the past. The first SUBSCRIBE is sequence > number 22 (check the CSeq header)...

On Thu, May 14, 2020 at 11:31 AM John Hughes <john at calva.com> wrote: > On 14/05/2020 08:10, John Hughes wrote: > > I am having a problem with one of my callers who is using either g729 or > alaw. I can do alaw but not g729 so asterisk should negotiate alaw right? > In fact from the sip debug it looks like it does, but then I get the &...

Hi John, 1. Could you get any further, in your quest for working BLF with linphone ? 2. Have you tried with a different Linphone version (4.12 is pending on Linux, packaged as an AppImage, or 4.11 exists on iOS/Android/Win10) ? Best regards Le mer. 25 mars 2020 à 15:06, John Hughes <john at calva.com> a écrit : > > On 23/03/2020 18:51, Joshua C. Colp wrote: > > On Mon, Mar 23, 2020 at 2:45 PM John Hughes <john at calva.com> wrote: > >> >> Why is asterisk giving an error 500? I can find no reason, there is >> nothing in any log. >> > > T...

Hi, in these dark days of COVID-19 lockdown I'm using linphone to connect to my office asterisk system for working from home. It's going pretty well but the presence/BLF functions don't appear to work. In the linphone logs and asterisk debug I find that asterisk is rejecting linphone's PUBLISH message: <--- SIP read from UDP:10.27.128.3:5060 ---> PUBLISH sip:john at

> On 23/03/2020 18:51, Joshua C. Colp wrote: >> On Mon, Mar 23, 2020 at 2:45 PM John Hughes <john at calva.com >> <mailto:john at calva.com>> wrote: >> >> >> Why is asterisk giving an error 500? I can find no reason, there >> is nothing in any log. >> >> >> The sequence number is from the past. The first SUBSCRIBE is sequence >> nu...

So I've got a bit further with my  project to get BLF working between asterisk and linphone. Initially asterisk was rejecting linphone's SUBSCRIBE messages because they didn't have an Accept: header. I've fixed that and now the initial SUBSCRIBE messages work and I see all my online contacts in green. But after a few minutes linphone attempts to renew the subscriptions and

> From: "John Hughes" <john at calva.com> > To: "Asterisk Users Mailing List, Non-Commercial Discussion" > <asterisk-users at lists.digium.com> > Sent: Thursday, May 14, 2020 2:10:45 AM > Subject: [asterisk-users] I can do alaw, ulaw and gsm; remote can do g729 and > alaw; asterisk wants to translate...

On Wed, Jun 10, 2020 at 10:27 AM John Hughes <john at calva.com> wrote: > Asterisk can know that one of the attached phones is both "ringing" and > "on the phone". > > However the sip NOTIFY it sends out to interested parties can only > communicate one state, for example with pidf+xml it can either send > "Ring...

It seems a new Linphone 4.2 is to be published next week ! Hopefully, ... Le ven. 5 juin 2020 à 13:34, John Hughes <john at calva.com> a écrit : > On 26/05/2020 15:33, Olivier wrote: > > Hi John, > > 1. Could you get any further, in your quest for working BLF with linphone ? > > The patches to get linphone-3.12 BLF working with Asterisk are here: > > http://perso.calvaedi.com/~john/linphone-3/ &...

On Mon, Mar 23, 2020 at 7:15 AM John Hughes <john at calva.com> wrote: > Hi, in these dark days of COVID-19 lockdown I'm using linphone to > connect to my office asterisk system for working from home. > > It's going pretty well but the presence/BLF functions don't appear to work. > > In the linphone logs and asterisk debug...

I am having a problem with one of my callers who is using either g729 or alaw.  I can do alaw but not g729 so asterisk should negotiate alaw right?  In fact from the sip debug it looks like it does, but then I get the dreaded "channel.c:5630 set_format: Unable to find a codec translation path: (g729) -> (alaw)" and the call hangs up.  Why? Last minute thought: Is it possible that

Package: xen-utils-common Version: 4.1.4-3+deb7u1 Severity: normal Tags: patch Dear Maintainer, * What led up to the situation? I have a xen dom0 with more than one interface that I want to make bridges on * What exactly did you do (or not do) that was effective (or ineffective)? I have my own bridge making script that calls network-bridge for each interface. This used to work in

Asterisk can know that one of the attached phones is both "ringing" and "on the phone". However the sip NOTIFY it sends out to interested parties can only communicate one state, for example with pidf+xml it can either send "Ringing" or "On the phone" and so it sends "Ringing". This makes the "busy lights" less than useful, if a call

We're having a horrid problem with our asterisk setup. Sometimes calls just go dead - we can't hear what the other end is saying. (I think they can't hear us either). The call doesn't hang up until one of the callers gets bored. Internaly we use Thomson ST2030 SIP phones. Externaly we have 3 ISDN BRI lines (6 channels total), connected to an Eicon Diver server card (4BRI).

On Mon, Mar 23, 2020 at 2:45 PM John Hughes <john at calva.com> wrote: > So I've got a bit further with my project to get BLF working between > asterisk and linphone. > > Initially asterisk was rejecting linphone's SUBSCRIBE messages because > they didn't have an Accept: header. I've fixed that and now the initial > S...

...end is sending g729 even though it was not negotiated. The other end should not do this and it usually seems that the other ends that do send g729. This was recently fixed. See https://issues.asterisk.org/jira/browse/ASTERISK-28139 Richard On Thu, May 14, 2020 at 1:11 AM John Hughes <john at calva.com> wrote: > I am having a problem with one of my callers who is using either g729 or > alaw. I can do alaw but not g729 so asterisk should negotiate alaw right? > In fact from the sip debug it looks like it does, but then I get the > dreaded "channel.c:5630 set_format: Unabl...

...cher <drescherjm@gmail.com> John Dykstra <jdykstra@cray.com> on behalf of Cray Inc. John Eaglesham <linux@8192.net> John Ellson <john.ellson@comcast.net> John Fastabend <john.r.fastabend@intel.com> John Hommel <john.hommel@hp.com> John Hughes <john@calva.com> John Johansen <john.johansen@canonical.com> John Kacur <jkacur@redhat.com> John Li <chen-yang.li@mediatek.com> John Linn <john.linn@xilinx.com> John McCarron <john.mccarron@canonical.com> John McFarland <mcfarljm@gmail.com> John Murphy <r...

...cher <drescherjm@gmail.com> John Dykstra <jdykstra@cray.com> on behalf of Cray Inc. John Eaglesham <linux@8192.net> John Ellson <john.ellson@comcast.net> John Fastabend <john.r.fastabend@intel.com> John Hommel <john.hommel@hp.com> John Hughes <john@calva.com> John Johansen <john.johansen@canonical.com> John Kacur <jkacur@redhat.com> John Li <chen-yang.li@mediatek.com> John Linn <john.linn@xilinx.com> John McCarron <john.mccarron@canonical.com> John McFarland <mcfarljm@gmail.com> John Murphy <r...

...cher <drescherjm@gmail.com> John Dykstra <jdykstra@cray.com> on behalf of Cray Inc. John Eaglesham <linux@8192.net> John Ellson <john.ellson@comcast.net> John Fastabend <john.r.fastabend@intel.com> John Hommel <john.hommel@hp.com> John Hughes <john@calva.com> John Johansen <john.johansen@canonical.com> John Kacur <jkacur@redhat.com> John Li <chen-yang.li@mediatek.com> John Linn <john.linn@xilinx.com> John McCarron <john.mccarron@canonical.com> John McFarland <mcfarljm@gmail.com> John Murphy <r...

...Dykstra <jdykstra@cray.com> on behalf of Cray Inc. John Eaglesham <linux@8192.net> John Ellson <john.ellson@comcast.net> John Fastabend <john.r.fastabend@intel.com> John Gong <john_gong@usish.com> John Hommel <john.hommel@hp.com> John Hughes <john@calva.com> John Johansen <john.johansen@canonical.com> John Kacur <jkacur@redhat.com> John Li <chen-yang.li@mediatek.com> John Linn <john.linn@xilinx.com> John McCarron <john.mccarron@canonical.com> John McFarland <mcfarljm@gmail.com> John Murphy <r...