Chris Cooper 325
2011-Jan-28 18:43 UTC
[asterisk-users] asterisk-users Digest, Vol 78, Issue 66
It may have gone to sleep.
Chris Cooper
Systems/Network Administrator
EFC International
1940 Craigshire Blvd
St. Louis, MO 63146
US
Phone - 314-439-4325
Fax - 314-439-4443
Mobile - 314-402-8912
-
-----Original Message-----
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces
at lists.digium.com] On Behalf Of asterisk-users-request at lists.digium.com
Sent: Friday, January 28, 2011 12:00 PM
To: asterisk-users at lists.digium.com
Subject: asterisk-users Digest, Vol 78, Issue 66
Send asterisk-users mailing list submissions to
asterisk-users at lists.digium.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.digium.com/mailman/listinfo/asterisk-users
or, via email, send a message with subject or body 'help' to
asterisk-users-request at lists.digium.com
You can reach the person managing the list at
asterisk-users-owner at lists.digium.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of asterisk-users digest..."
Today's Topics:
1. Re: RTP keepalive doesn't work (Ryan Tucker)
2. Re: RTP keepalive doesn't work (Kevin P. Fleming)
3. Re: Caching CALLERID(dnid) (Olivier)
4. Re: Disabling Music On Hold (Urs Buob)
5. Re: chan_sip bug? (Asterisk 1.4) (Jian Gao)
6. How to disable srtp in asterisk 1.8.2.3? (Miguel Baptista)
7. Asterisk 1.8.2 - TLS, user certificate (Gilles ??)
----------------------------------------------------------------------
Message: 1
Date: Sat, 29 Jan 2011 01:24:18 +1000
From: Ryan Tucker <Ryan.Tucker at rgtech.com.au>
Subject: Re: [asterisk-users] RTP keepalive doesn't work
To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users at lists.digium.com>
Message-ID: <A2AF66A6-8790-4B41-9439-E4EEE1BA00DA at rgtech.com.au>
Content-Type: text/plain; charset="us-ascii"
Thanks for the info, I guess I would expect asterisk to send 'silence'
(in blank RTP form or something) if silence suppression is disabled. Just as I
would expect any end point to send 'silence' if it was muted when
silence suppression was disabled. It seems that RTP keepalives would serve this
purpose, however this doesn't seem to be available either... Should I file a
bug report re rtpkeepalive?
Sent from my iPhone
On 29/01/2011, at 12:55 AM, "Kevin P. Fleming" <kpfleming at
digium.com> wrote:
> On 01/27/2011 10:52 PM, Ryan Tucker wrote:
>> So, I've done some more testing and got some more info.
>>
>> I have one endpoint that does silence suppression and one that
doesn't. When the silence suppressing endpoint stops sending RTP, asterisk
stops sending RTP to the other endpoint. I have disabled directmedia and
directrtpsetup and it made no difference. I have even forced one endpoint to use
GSM and the other to use ULAW (forcing asterisk to re encode everything) and
asterisk STILL stops sending RTP when the endpoint does...
>
> Asterisk doesn't have anything to send. What do you expect it to send
> when it's not receiving anything? I see that we have an rtpkeepalive
> configuration option, but I don't see that any code actually causes
> keepalive packets to be sent anywhere... it did when it was first added,
> but somehow that code has been lost.
>
> This certainly warrants some investigation to find out when it was
> removed and why, because the configuration option should have been
> removed if the keepalive support was removed on purpose.
>
> --
> Kevin P. Fleming
> Digium, Inc. | Director of Software Technologies
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> skype: kpfleming | jabber: kfleming at digium.com
> Check us out at www.digium.com & www.asterisk.org
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
------------------------------
Message: 2
Date: Fri, 28 Jan 2011 09:32:56 -0600
From: "Kevin P. Fleming" <kpfleming at digium.com>
Subject: Re: [asterisk-users] RTP keepalive doesn't work
To: asterisk-users at lists.digium.com
Message-ID: <4D42E1A8.5040900 at digium.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 01/28/2011 09:24 AM, Ryan Tucker wrote:> Thanks for the info, I guess I would expect asterisk to send
'silence' (in blank RTP form or something) if silence suppression is
disabled. Just as I would expect any end point to send 'silence' if it
was muted when silence suppression was disabled. It seems that RTP keepalives
would serve this purpose, however this doesn't seem to be available
either... Should I file a bug report re rtpkeepalive?
No need... I'm already trying to track down when the code was removed,
and for what reason. Once that is done I'll enter an issue to get it
addressed.
--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: kfleming at digium.com
Check us out at www.digium.com & www.asterisk.org
------------------------------
Message: 3
Date: Fri, 28 Jan 2011 17:42:20 +0100
From: Olivier <oza_4h07 at yahoo.fr>
Subject: Re: [asterisk-users] Caching CALLERID(dnid)
To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users at lists.digium.com>
Message-ID:
<AANLkTin-=bFYbBjAFyK2VcfZhcWCpyjpFZXJD20+Z4QS at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
2011/1/26 Arjan Kroon | Mobillion <Arjan.Kroon at mobillion.nl>
>
> Now we see that the CALLERID(dnid) is still '655871460'
>
> How do you exactly see that CALLERID(dnid) is still '655871460' ?
Are you reading it from the "called party side" or from from the
"calling
party side" ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20110128/234a2dbb/attachment-0001.htm>
------------------------------
Message: 4
Date: Fri, 28 Jan 2011 18:02:31 +0100
From: Urs Buob <Urs.Buob at ascom.CH>
Subject: Re: [asterisk-users] Disabling Music On Hold
To: asterisk-users at lists.digium.com
Message-ID:
<OFF4184A08.48C9E0D1-ONC1257826.005CF123-C1257826.005D9DA7 at
ln.ascom.ch>
Content-Type: text/plain; charset="us-ascii"
> On 11-01-28 07:37 AM, Urs Buob wrote:
> > modules.conf
> > ----------------------------------------------------------
> > [modules]
> > autoload=yes
> > ; res_phoneprov requires func_strings.so to be loaded:
> > preload => func_strings.so
> > noload => pbx_gtkconsole.so
> > noload => res_musiconhold.so
> >
> This is the correct method. But you are saying even if you stop and
> start Asterisk res_musiconhold.so is still loads?
>
> I just tested with the latest 1.6.2 branch with the same settings, MOH
> was not loaded.
Well, I did not say that MOH get's loaded. I just say that asterisk is
still trying to play MOH and does NOT inform the remote side of the hold
status.
Actually the error message that the CLI shows when I put the call on hold
also indicates that MOH is not loaded.
-- Music class default requested but no musiconhold loaded.
So, the problem is not that MOH is loaded, but that asterisk still tries
to invoke MOH (triggering the error message) and that there is no
re-invite to the remote SIP user indicating that the call is on hold. My
main goal is to have a clean hold functionality with re-invites that
asterisk sends out. (RTP stream goes via asterisk and not directly between
the SIP clients)
regards
Urs
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20110128/a65fcfd0/attachment-0001.htm>
------------------------------
Message: 5
Date: Fri, 28 Jan 2011 09:20:22 -0800
From: Jian Gao <jian.gao at sjgeophysics.com>
Subject: Re: [asterisk-users] chan_sip bug? (Asterisk 1.4)
To: asterisk-users at lists.digium.com
Message-ID: <4D42FAD6.9030702 at sjgeophysics.com>
Content-Type: text/plain; charset="us-ascii";
Format="flowed"
Chad, You are right. tcpdump shows Asterisk sees 777 when the packet
arrived.
It's truned out my router somehow modified the packet! I am using a Asus
RT-N16 router with TomatoUSB firmware. There is a setting "SIP
Helper".
I disabled this "feature" on the router then everything back to
normal.
There is one thing still puzzle me: It seems enable or disable this
"feature" doesn't effect other SIP thunks. It could be the Sippy
server
use two different IP. The INVITE come from 208.65.xxx.xxx, but in its
packet it try to use 74.205.216.77 as contact address. Is my guess
correct? Why it does this?
*Jian *
On 11-01-27 04:31 PM, Chad Wallace wrote:> On Thu, 27 Jan 2011 14:52:06 -0800
> Jian Gao<jian.gao at sjgeophysics.com> wrote:
>
>> Today I upgraded my Asterisk to the new 1.4.39.1. One of sip trunk
>> stop working after the upgrade. Here is the sip debug:
>>
---------------------------------------------------------------------------
>> <--- SIP read from 208.65.xxx.xxx:5060 --->
> That packet is coming from the other end (Sippy). The problem is
> probably there. However, it could be that the networking routines in
> Asterisk have added a 7 at the end. You could compare a tcpdump of
> that packet to what Asterisk sees. If the tcpdump shows .777 then the
> problem is in Sippy. If it shows .77 then the problem is in Asterisk.
>
>
>> INVITE sip:1778xxxxxxx at 10.11.22.77:5060 SIP/2.0
>> Via: SIP/2.0/UDP
>>
208.65.xxx.xxx:5060;branch=z9hG4bK-d8754z-d9175178645e9146-1---d8754z-;rport
>> Via: SIP/2.0/UDP
>> 208.65.xxx.xxx:5061;branch=z9hG4bK-uhhmj2ir4ew6cn4p;rport=5061
>> Max-Forwards: 69
>> Record-Route:<sip:208.65.xxx.xxx;lr>
>> Contact: "Anonymous"<sip:208.65.xxx.xxx:5061>
>> To:<sip:1778xxxxxxx at 208.65.xxx.xxx:5060>
>> From:<sip:604xxxxxxx at
208.65.xxx.xxx:5060>;tag=ixpa27sbhn3inu5x.o
>> Call-ID: 550D37B3 at 208.72.xxx.xxx~o
>> CSeq: 819 INVITE
>> Expires: 300
>> Content-Disposition: session
>> Content-Type: application/sdp
>> User-Agent: Sippy
>> cisco-GUID: 2851810672-711266784-2763915291-559912524
>> h323-conf-id: 2851810672-711266784-2763915291-559912524
>> Content-Length: 109
>>
>> v=0
>> o=Sippy 223452192 0 IN IP4 74.205.216.77
>> s=-
>> t=0 0
>> m=audio 33830 RTP/AVP 0
>> c=IN IP4 74.205.216.777
>>
>> <------------->
>> --- (17 headers 6 lines) ---
>> Sending to 208.65.xxx.xxx : 5060 (NAT)
>> Using INVITE request as basis request - 550D37B3 at 208.72.xxx.xxx~o
>> Found peer 'FreePhoneLine'
>> Found RTP audio format 0
>> [2011-01-27 14:35:18] WARNING[2911]: chan_sip.c:5948 process_sdp_c:
>> Unable to lookup RTP Audio host in c= line, 'IN IP4
74.205.216.777'
>> [2011-01-27 14:35:18] WARNING[2911]: chan_sip.c:5741 process_sdp:
>> Insufficient information in SDP (c=)...
>>
-----------------------------------------------------------------------------------------------------------
>>
>>
>>
>>
>>
>> It seems in the SIP INVITE, the IP 74.205.216.77 somehow changed to
>> 74.205.216.777.
>> I am not sure this is a bug of Asterisk or not.
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20110128/21ff9016/attachment-0001.htm>
------------------------------
Message: 6
Date: Fri, 28 Jan 2011 18:22:17 +0100
From: Miguel Baptista <miguel.baptista at uninett.no>
Subject: [asterisk-users] How to disable srtp in asterisk 1.8.2.3?
To: asterisk-users at lists.digium.com
Message-ID: <4D42FB49.9050503 at uninett.no>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I upgraded one of our servers running asterisk 1.6.X to 1.8.2.3. I
compiled it with SRTP support.
Everything seems to work OK but I am having a weird issue. I cannot
disable SRTP. I tried the /encryption=no/ in /sip.conf /and the
/_SIPSRTP_CRYPTO=disable/ on my dailplan and it keeps trying to use the
SRTP.
Well, right now I have to have/ noload=res_srtp.so/ on my /modules.conf
/otherwise I cannot place SIP calls (cause other ends don't support it)
Regards,
Miguel Baptista
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20110128/04e5bee5/attachment-0001.htm>
------------------------------
Message: 7
Date: Sat, 29 Jan 2011 01:42:03 +0800
From: Gilles ?? <gvigner at gmail.com>
Subject: [asterisk-users] Asterisk 1.8.2 - TLS, user certificate
To: asterisk-users at lists.digium.com
Message-ID:
<AANLkTim4BopLXmQ=WXqVv_xYT+WtT4a1u31Kzh918QAu at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi guys,
In Malcolm Davenport Secure Calling
Tutorial<https://wiki.asterisk.org/wiki/display/AST/Secure+Calling+Tutorial#>,
a user certificate is generated and given to the client, but TLS works fine
without this certificate. So why should I use it and how to be sure it's
used ?
When trying to use it, I cannot see any client certificate request from the
server in Wireshark. Should it be set somewhere in the conf ? I couldn't
find anything in sip.conf or in Asterisk 1.8
doc<http://ofps.oreilly.com/titles/9780596517342/ch08.html#Voicemail_id272814)>about
it.
Thanks for your help,
Gilles
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20110129/4b20823f/attachment-0001.htm>
------------------------------
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
AstriCon 2010 - October 26-28 Washington, DC
Register Now: http://www.astricon.net/
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
End of asterisk-users Digest, Vol 78, Issue 66
**********************************************
EFC International - The Sourcing Manager
Confidentiality Notice: This email message, including any
attachments, is for the sole use of the intended recipient(s) and may contain
confidential and privileged information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended recipient,
please contact the sender by reply email and destroy all copies of the original
message.
Possibly Parallel Threads
Wisdom of the Ancients
