I think this is a snom oddity.We saw something along these lines last year
with Polycom phones.
IF IT WERE ME (and its not), I would remove MOH on the phones and enable it
ONLY at the ITSP. This means internal calls would have no MOH, but external
calls WOULD. If you try that on a couple of phones
Il mercoledì 11 agosto 2010 10:48:25 Claudio Succa ha scritto:
> > PCMU,PCMA,G722 should be the list in your sipxbridge config. If it were
> > me (and its not), I would match this on a phone as well. If it matter and
> > your itsp supports it, make sure their codec list is similarly matched.
> > Wi
Il martedì 10 agosto 2010 20:48:41 Tony Graziano ha scritto:
> according to snom they only support
>
> G.711, G.729A,
> G.723.1, G.722, G.726,
> GSM 6.10 (full rate)
>
> on that device. your itsp is making offers not even in that list. I'm
> guessing that is an issue but I still need a useable sipt
according to snom they only support
G.711, G.729A,
G.723.1, G.722, G.726,
GSM 6.10 (full rate)
on that device. your itsp is making offers not even in that list. I'm
guessing that is an issue but I still need a useable siptrace to see
enough.
PCMU,PCMA,G722 should be the list in your sipxbridge c
Perhaps you want to put the codecs back in.
PCMU,PCMA,G722,L16
If all calls are going to a predefined destination, that's fine.
I would limit the codecs allowed at sipxbridge, for simplicity sake. I think
it might be problematic that either the ITSP or snom (or both) are
negotiating codecs that
thanks for the memory jog!
On Tue, Aug 10, 2010 at 1:26 PM, Norman Branitsky <
nor...@cherniaksoftware.com> wrote:
> On 10-08-10 10:36 AM, Tony Graziano wrote:
>
> *ATTN: Snom guru's, wasn't there some configuration nuance with Snom's
> that related to the port number
> (i.e. port=0 meant use SR
On 10-08-10 10:36 AM, Tony Graziano wrote:
*ATTN: Snom guru's, wasn't there some configuration nuance with Snom's
that related to the port number
(i.e. port=0 meant use SRV records, while manually encoding port 5060
meant "ignore srv records"?
Or something like that?*
You are thinking of Aast
Il martedì 10 agosto 2010 19:02:03 Tony Graziano ha scritto:
> your sbc routes page looks like this?
There are two differences: "Permitted Codecs" is void and "Incoming calls
destination" has an alias where to send inbound calls.
Filling the "Permitted Codes" with its default does not change the
your sbc routes page looks like this?
SIPPublic portSet this if your ITSP requires a specific port.
External port(Default: 5080)The ITSP facing port. The ITSP will send
signaling here.
Signaling keep-alive interval(Default: 20)Keepalive timer for SIP Signaling.
sipXbridge will re-register with eac
Il martedì 10 agosto 2010 18:32:22 Tony Graziano ha scritto:
> How are you connecting to the pstn? Siptrunk or gateway?
Siptrunk
> If trunk is the itsp sending to you on port 5060 or 5080?
5080
--
Claudio Succa
PERTEL - Torino - Italy
+39-011-19826800
http://www.pertel.it
http://www.uniassist.
Helpdesk:
Telephone: 434.984.8426
Fax: 434.984.8427
Helpdesk Contract Customers:
http://www.myitdepartment.net/gethelp/
- Original Message -
From: Claudio Succa
To: Tony Graziano
Cc: sipx-users@list.sipfoundry.org
Sent: Tue Aug 10 10:16:33 2010
Subject: Re: [sipx-users] MOH not working [SOLVED
Il martedì 10 agosto 2010 16:36:06 Tony Graziano ha scritto:
> I think this is more like the way snom DOES NOT truly resolve DNS SRV
> records properly.
>
> example: internally you use a private DNS server (or acl that uses views),
> for this you add an A record to DNS that uses sipx or another int
I think this is more like the way snom DOES NOT truly resolve DNS SRV
records properly.
example: internally you use a private DNS server (or acl that uses views),
for this you add an A record to DNS that uses sipx or another internal DNS
server so the phone can resolve "sipdomain.com" as the same
Il martedì 10 agosto 2010 12:33:21 Tony Graziano ha scritto:
> The media server supports g722 as well as g771u/a. What would be
> interesting to know is why in your case you need to change the order of
> codecs. During a media negotiation, at least several codecs should be
> offered before an agree
The media server supports g722 as well as g771u/a. What would be interesting
to know is why in your case you need to change the order of codecs. During a
media negotiation, at least several codecs should be offered before an
agreement is made.
Internally it should never be an issue. On gateway (or
Il martedì 10 agosto 2010 11:35:27 Claudio Succa ha scritto:
> Following your suggestions I changed the moh in the snom phone to
> sip:~~...@sip.skoer.it and now it works.
There is another problem about snom configuration.
The default codecs order is:
Codec 1 G.711u
Codec 2 G.711a
Codec 3 G.722
Il lunedì 09 agosto 2010 23:01:04 Tony Graziano ha scritto:
> (also if I recall, snom phones do not lookup SRV records in a normal
> fashion, so make sure you have an A record in DNS that points your domain
> to sipx as well).
skoer.it. 86400 IN SOA ns.skoer.it.
hostmaste
Il lunedì 09 agosto 2010 21:03:38 Tony Graziano ha scritto:
> You need to tell me what is in the field for the MOH uri in your phone
> config file.
Copy and paste:
sip:~~...@skoer.it
--
Claudio Succa
PERTEL - Torino - Italy
+39-011-19826800
http://www.pertel.it
http://www.uniassist.it
_
(also if I recall, snom phones do not lookup SRV records in a normal
fashion, so make sure you have an A record in DNS that points your domain to
sipx as well).
On Mon, Aug 9, 2010 at 3:03 PM, Tony Graziano
wrote:
> You need to tell me what is in the field for the MOH uri in your phone
> config f
You need to tell me what is in the field for the MOH uri in your phone
config file.
On Mon, Aug 9, 2010 at 2:44 PM, Claudio Succa wrote:
> Il lunedì 09 agosto 2010 17:43:39 Tony Graziano ha scritto:
> > Does it work on internal calls (user 1, to user 2) or none at all?
> >
> > MOH support depends
Il lunedì 09 agosto 2010 17:43:39 Tony Graziano ha scritto:
> Does it work on internal calls (user 1, to user 2) or none at all?
>
> MOH support depends on several things working properly.
Tony,
I just trace the output of the server with tcpdump.
I call the phone B from the phone A then press ho
Il lunedì 09 agosto 2010 17:43:39 Tony Graziano ha scritto:
> Does it work on internal calls (user 1, to user 2) or none at all?
None at all.
> MOH support depends on several things working properly.
>
> 1. Properly configured DNS, because the MOH uri is formed by the domain, so
> SRV records nee
Does it work on internal calls (user 1, to user 2) or none at all?
MOH support depends on several things working properly.
1. Properly configured DNS, because the MOH uri is formed by the domain, so
SRV records need to function properly.
2. Phone configuration support, the phones must have a MOH
Il lunedì 09 agosto 2010 16:58:07 Tony Graziano ha scritto:
> If I recall that is just a cosmetic warning and spidermonkey is not needed
> for the sipxecs FS implementation. You can safely ignore that, though it
> should be noted that the implementation should remove that so the warnings
> are supp
Il lunedì 09 agosto 2010 16:55:29 Michal Bielicki ha scritto:
> I doubt that they can influence moh.
Thanks Michal,
now I know that have to investigate elsewere.
--
Claudio Succa
PERTEL - Torino - Italy
+39-011-19826800
http://www.pertel.it
http://www.uniassist.it
__
If I recall that is just a cosmetic warning and spidermonkey is not needed
for the sipxecs FS implementation. You can safely ignore that, though it
should be noted that the implementation should remove that so the warnings
are suppressed or silenced. I would assume the same about the others.
What
Hi Claudio,
I am working on redoing the whole freeswitch package for 4.3. The errors you
see are caused by those modules being in the modules.conf.xml file and not
being found by freeswitch on startup.
I doubt that they can influence moh.
sipdermonkey is for javascript support
lua is for lua sup
Hi,
moh is no more working with last 4.2.1 and snom phones.
Trying to solve the problem I browsed through the logs and saw some critical
errors in freeswitch.log:
***
2010-08-09 16:16:10.630427 [CRIT] switch_loadable_module.c:882 Error Loading
module /usr/local/freeswit
28 matches
Mail list logo