[asterisk-users] Weird issue with Set(CALLERID(name)=string);
Hi folks,
We've been having a weird issue... It is happening more often in the last
few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL});
So when the call rings a member, softphone will show this string
The issue is that sometimes the string showing in the softphone is not the
same. Its a string from a past call, in the latest case I've seen, from
about 40 days ago!!
User took a screenshot, I've searched for that uniqueid showing in
softphone in cdr, and that string was valid for a different call 40 days
ago!!
I searched full log, and Set() sets the correct string... I can't figure
why softphone shows a string from a past call !!
:(
Any hints ?
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
On 16/01/14 10:47, Tiago Geada wrote:
Hi folks,
We've been having a weird issue... It is happening more often in the
last few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL});
So when the call rings a member, softphone will show this string
The issue is that sometimes the string showing in the softphone is not
the same. Its a string from a past call, in the latest case I've seen,
from about 40 days ago!!
User took a screenshot, I've searched for that uniqueid showing in
softphone in cdr, and that string was valid for a different call 40
days ago!!
I searched full log, and Set() sets the correct string... I can't
figure why softphone shows a string from a past call !!
:(
Any hints ?
I would leave tcpdump running capturing port 5060 so you can load it
onto wireshark and have a look at the sip headers. That will tell you if
the SIP is incorrect or if its a problem with the client.
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
You're right, seems like a nice way to debug. Regarding that, how would the
impact be affected running it on asterisk box? I guess only port 5060 is
not too bad
On 16 January 2014 14:09, Gareth Blades mailinglist+aster...@dns99.co.ukwrote:
On 16/01/14 10:47, Tiago Geada wrote:
Hi folks,
We've been having a weird issue... It is happening more often in the
last few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL});
So when the call rings a member, softphone will show this string
The issue is that sometimes the string showing in the softphone is not
the same. Its a string from a past call, in the latest case I've seen, from
about 40 days ago!!
User took a screenshot, I've searched for that uniqueid showing in
softphone in cdr, and that string was valid for a different call 40 days
ago!!
I searched full log, and Set() sets the correct string... I can't figure
why softphone shows a string from a past call !!
:(
Any hints ?
I would leave tcpdump running capturing port 5060 so you can load it onto
wireshark and have a look at the sip headers. That will tell you if the SIP
is incorrect or if its a problem with the client.
--
_
-- 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
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
Very little as the amount of data being captured is quite small. We have
it running on our production servers which routinely handle a couple of
hundred concurrent calls.
This is the script we use to start off the capture. It uses rolling
capture files so we will always have the last X number of capture logs.
It works very well and we have a custom system which enables us to
search for calls and request traces for them for when we have to
diagnose problems.
#!/bin/bash
cd /var/lib/asterisk/siptraces
DATE=`date +%Y%m%d%H%M%S`
TRACEFILE=/var/lib/asterisk/siptraces/$DATE-siptrace.pcap
nohup /usr/sbin/tcpdump -p -i eth0 -s 0 port 5060 -w $TRACEFILE -C 10 -W
500
On 16/01/14 14:27, Tiago Geada wrote:
You're right, seems like a nice way to debug. Regarding that, how
would the impact be affected running it on asterisk box? I guess only
port 5060 is not too bad
On 16 January 2014 14:09, Gareth Blades
mailinglist+aster...@dns99.co.uk
mailto:mailinglist+aster...@dns99.co.uk wrote:
On 16/01/14 10:47, Tiago Geada wrote:
Hi folks,
We've been having a weird issue... It is happening more often in
the last few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL});
So when the call rings a member, softphone will show this string
The issue is that sometimes the string showing in the softphone
is not the same. Its a string from a past call, in the latest
case I've seen, from about 40 days ago!!
User took a screenshot, I've searched for that uniqueid showing
in softphone in cdr, and that string was valid for a different
call 40 days ago!!
I searched full log, and Set() sets the correct string... I can't
figure why softphone shows a string from a past call !!
:(
Any hints ?
I would leave tcpdump running capturing port 5060 so you can load
it onto wireshark and have a look at the sip headers. That will
tell you if the SIP is incorrect or if its a problem with the client.
--
_
-- 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
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
Second thought, that would only allow me to know if there is a problem on
asterisk or softphone.
Because the old callerid(name) that was presented on the softphone,
belonged to a call made to a different peer, I doubt that it would be a
softphone problem.
Our softphones are fixed with the same peer/extension .. if the wrong
callerid were originally called to the same peer.. I guess that would be
worth it..
even so, I will try and measure the impact on performance, however if
asterisk did send the wrong string, how could I debug that??
On 16 January 2014 14:27, Tiago Geada tiago.ge...@gmail.com wrote:
You're right, seems like a nice way to debug. Regarding that, how would
the impact be affected running it on asterisk box? I guess only port 5060
is not too bad
On 16 January 2014 14:09, Gareth Blades
mailinglist+aster...@dns99.co.ukwrote:
On 16/01/14 10:47, Tiago Geada wrote:
Hi folks,
We've been having a weird issue... It is happening more often in the
last few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL})
;
So when the call rings a member, softphone will show this string
The issue is that sometimes the string showing in the softphone is not
the same. Its a string from a past call, in the latest case I've seen, from
about 40 days ago!!
User took a screenshot, I've searched for that uniqueid showing in
softphone in cdr, and that string was valid for a different call 40 days
ago!!
I searched full log, and Set() sets the correct string... I can't
figure why softphone shows a string from a past call !!
:(
Any hints ?
I would leave tcpdump running capturing port 5060 so you can load it
onto wireshark and have a look at the sip headers. That will tell you if
the SIP is incorrect or if its a problem with the client.
--
_
-- 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
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
Thank you Gareth
I will try that :)
On 16 January 2014 14:55, Gareth Blades mailinglist+aster...@dns99.co.ukwrote:
Very little as the amount of data being captured is quite small. We have
it running on our production servers which routinely handle a couple of
hundred concurrent calls.
This is the script we use to start off the capture. It uses rolling
capture files so we will always have the last X number of capture logs. It
works very well and we have a custom system which enables us to search for
calls and request traces for them for when we have to diagnose problems.
#!/bin/bash
cd /var/lib/asterisk/siptraces
DATE=`date +%Y%m%d%H%M%S`
TRACEFILE=/var/lib/asterisk/siptraces/$DATE-siptrace.pcap
nohup /usr/sbin/tcpdump -p -i eth0 -s 0 port 5060 -w $TRACEFILE -C 10 -W
500
On 16/01/14 14:27, Tiago Geada wrote:
You're right, seems like a nice way to debug. Regarding that, how would
the impact be affected running it on asterisk box? I guess only port 5060
is not too bad
On 16 January 2014 14:09, Gareth Blades
mailinglist+aster...@dns99.co.ukwrote:
On 16/01/14 10:47, Tiago Geada wrote:
Hi folks,
We've been having a weird issue... It is happening more often in the
last few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL})
;
So when the call rings a member, softphone will show this string
The issue is that sometimes the string showing in the softphone is not
the same. Its a string from a past call, in the latest case I've seen, from
about 40 days ago!!
User took a screenshot, I've searched for that uniqueid showing in
softphone in cdr, and that string was valid for a different call 40 days
ago!!
I searched full log, and Set() sets the correct string... I can't
figure why softphone shows a string from a past call !!
:(
Any hints ?
I would leave tcpdump running capturing port 5060 so you can load it
onto wireshark and have a look at the sip headers. That will tell you if
the SIP is incorrect or if its a problem with the client.
--
_
-- 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
--
_
-- 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
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
The SIP trace will give you an idea is perhaps something is becoming
corrupted. If you keep a log of the asterisk console output (asterisk
-rvvv) then you will see what it attempts to set the callerid to and any
errors.
Another tip. When you have a look at the sip trace you will see the
call-id. If you make a note of this and run the following replacing the
call-id and the trace file with the appropriate values it will display
the sip trace in a very nice human readable format. tshark comes with
the wireshark pakage and ngrep is part of epel repository if you are
running centos.
tshark -t ad -r '$tracefile' -R 'sip.Call-ID contains $callID' -w - |
ngrep -I - -W byline -t
On 16/01/14 14:57, Tiago Geada wrote:
Second thought, that would only allow me to know if there is a problem
on asterisk or softphone.
Because the old callerid(name) that was presented on the softphone,
belonged to a call made to a different peer, I doubt that it would be
a softphone problem.
Our softphones are fixed with the same peer/extension .. if the wrong
callerid were originally called to the same peer.. I guess that would
be worth it..
even so, I will try and measure the impact on performance, however if
asterisk did send the wrong string, how could I debug that??
On 16 January 2014 14:27, Tiago Geada tiago.ge...@gmail.com
mailto:tiago.ge...@gmail.com wrote:
You're right, seems like a nice way to debug. Regarding that, how
would the impact be affected running it on asterisk box? I guess
only port 5060 is not too bad
On 16 January 2014 14:09, Gareth Blades
mailinglist+aster...@dns99.co.uk
mailto:mailinglist+aster...@dns99.co.uk wrote:
On 16/01/14 10:47, Tiago Geada wrote:
Hi folks,
We've been having a weird issue... It is happening more often
in the last few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL});
So when the call rings a member, softphone will show this
string
The issue is that sometimes the string showing in the
softphone is not the same. Its a string from a past call, in
the latest case I've seen, from about 40 days ago!!
User took a screenshot, I've searched for that uniqueid
showing in softphone in cdr, and that string was valid for a
different call 40 days ago!!
I searched full log, and Set() sets the correct string... I
can't figure why softphone shows a string from a past call !!
:(
Any hints ?
I would leave tcpdump running capturing port 5060 so you can
load it onto wireshark and have a look at the sip headers.
That will tell you if the SIP is incorrect or if its a problem
with the client.
--
_
-- 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
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
asterisk-users-boun...@lists.digium.com wrote on 01/16/2014 08:55:31 AM: From: Gareth Blades mailinglist+aster...@dns99.co.uk To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com, Date: 01/16/2014 08:55 AM Subject: Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string); Sent by: asterisk-users-boun...@lists.digium.com Very little as the amount of data being captured is quite small. We have it running on our production servers which routinely handle a couple of hundred concurrent calls. This is the script we use to start off the capture. It uses rolling capture files so we will always have the last X number of capture logs. It works very well and we have a custom system which enables us to search for calls and request traces for them for when we have to diagnose problems. #!/bin/bash cd /var/lib/asterisk/siptraces DATE=`date +%Y%m%d%H%M%S` TRACEFILE=/var/lib/asterisk/siptraces/$DATE-siptrace.pcap nohup /usr/sbin/tcpdump -p -i eth0 -s 0 port 5060 -w $TRACEFILE -C 10 -W 500 Not to derail the conversation, Gareth, but do you leave this running full time on your asterisk boxes or just turn it on when you are trying to track problems? On average, how far back can you go for looking at problems?-- _ -- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
Hi,
I transfered the capture to my local machine and opened it in wireshark, I
can search from there:
-- SIP Display info:
Sapo:0:243709253:1389884558.292163:SIP/covilha-pstn-000201f3
but I will add your comment to my notes.
I've already searched the asterisk FULL log, and seen the Set() line ..
shows the correct string, that should have been displayed on softphone ...
On 16 January 2014 15:25, Gareth Blades mailinglist+aster...@dns99.co.ukwrote:
The SIP trace will give you an idea is perhaps something is becoming
corrupted. If you keep a log of the asterisk console output (asterisk
-rvvv) then you will see what it attempts to set the callerid to and any
errors.
Another tip. When you have a look at the sip trace you will see the
call-id. If you make a note of this and run the following replacing the
call-id and the trace file with the appropriate values it will display the
sip trace in a very nice human readable format. tshark comes with the
wireshark pakage and ngrep is part of epel repository if you are running
centos.
tshark -t ad -r '$tracefile' -R 'sip.Call-ID contains $callID' -w - |
ngrep -I - -W byline -t
On 16/01/14 14:57, Tiago Geada wrote:
Second thought, that would only allow me to know if there is a problem
on asterisk or softphone.
Because the old callerid(name) that was presented on the softphone,
belonged to a call made to a different peer, I doubt that it would be a
softphone problem.
Our softphones are fixed with the same peer/extension .. if the wrong
callerid were originally called to the same peer.. I guess that would be
worth it..
even so, I will try and measure the impact on performance, however if
asterisk did send the wrong string, how could I debug that??
On 16 January 2014 14:27, Tiago Geada tiago.ge...@gmail.com wrote:
You're right, seems like a nice way to debug. Regarding that, how would
the impact be affected running it on asterisk box? I guess only port 5060
is not too bad
On 16 January 2014 14:09, Gareth Blades
mailinglist+aster...@dns99.co.uk wrote:
On 16/01/14 10:47, Tiago Geada wrote:
Hi folks,
We've been having a weird issue... It is happening more often in the
last few months...
Most inbound calls, we have in our dialplan before Queue():
Set(CALLERID(name)=${PARTNER}:0:${CALLERID(num)}:${UNIQUEID}:${CHANNEL})
;
So when the call rings a member, softphone will show this string
The issue is that sometimes the string showing in the softphone is not
the same. Its a string from a past call, in the latest case I've seen, from
about 40 days ago!!
User took a screenshot, I've searched for that uniqueid showing in
softphone in cdr, and that string was valid for a different call 40 days
ago!!
I searched full log, and Set() sets the correct string... I can't
figure why softphone shows a string from a past call !!
:(
Any hints ?
I would leave tcpdump running capturing port 5060 so you can load it
onto wireshark and have a look at the sip headers. That will tell you if
the SIP is incorrect or if its a problem with the client.
--
_
-- 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
--
_
-- 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
--
_
-- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
Looking at his tcpdump command it keeps 500 files of 10 MB each? (not sure) On 16 January 2014 15:29, Kevin Larsen kevin.lar...@pioneerballoon.comwrote: asterisk-users-boun...@lists.digium.com wrote on 01/16/2014 08:55:31 AM: From: Gareth Blades mailinglist+aster...@dns99.co.uk To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com, Date: 01/16/2014 08:55 AM Subject: Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string); Sent by: asterisk-users-boun...@lists.digium.com Very little as the amount of data being captured is quite small. We have it running on our production servers which routinely handle a couple of hundred concurrent calls. This is the script we use to start off the capture. It uses rolling capture files so we will always have the last X number of capture logs. It works very well and we have a custom system which enables us to search for calls and request traces for them for when we have to diagnose problems. #!/bin/bash cd /var/lib/asterisk/siptraces DATE=`date +%Y%m%d%H%M%S` TRACEFILE=/var/lib/asterisk/siptraces/$DATE-siptrace.pcap nohup /usr/sbin/tcpdump -p -i eth0 -s 0 port 5060 -w $TRACEFILE -C 10 -W 500 Not to derail the conversation, Gareth, but do you leave this running full time on your asterisk boxes or just turn it on when you are trying to track problems? On average, how far back can you go for looking at problems? -- _ -- 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 -- _ -- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
On 16/01/14 15:29, Kevin Larsen wrote: Not to derail the conversation, Gareth, but do you leave this running full time on your asterisk boxes or just turn it on when you are trying to track problems? On average, how far back can you go for looking at problems? Its normally running full time so if someone reports a problem with a call we can look at the logs and find out exactly what happened. We keep asterisk verbose logs for 3 months, sip traces currently for about a month, and uk-isup traces for a couple of weeks. Most carriers will do something similar. BT for example keep all of their SS7 signalling for 48 hours. Regards Gareth -- _ -- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
Gareth, I had to disable the tcpdump process, has we were having sound quality issues. :-( On 16 January 2014 15:35, Gareth Blades mailinglist+aster...@dns99.co.ukwrote: On 16/01/14 15:29, Kevin Larsen wrote: Not to derail the conversation, Gareth, but do you leave this running full time on your asterisk boxes or just turn it on when you are trying to track problems? On average, how far back can you go for looking at problems? Its normally running full time so if someone reports a problem with a call we can look at the logs and find out exactly what happened. We keep asterisk verbose logs for 3 months, sip traces currently for about a month, and uk-isup traces for a couple of weeks. Most carriers will do something similar. BT for example keep all of their SS7 signalling for 48 hours. Regards Gareth -- _ -- 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 -- _ -- 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
Re: [asterisk-users] Weird issue with Set(CALLERID(name)=string);
And we just figured that sound quality issues were not due to tcpdump .. anyway sorry to troll this feed, and thank you for your sugestion On 16 January 2014 16:57, Tiago Geada tiago.ge...@gmail.com wrote: Gareth, I had to disable the tcpdump process, has we were having sound quality issues. :-( On 16 January 2014 15:35, Gareth Blades mailinglist+aster...@dns99.co.ukwrote: On 16/01/14 15:29, Kevin Larsen wrote: Not to derail the conversation, Gareth, but do you leave this running full time on your asterisk boxes or just turn it on when you are trying to track problems? On average, how far back can you go for looking at problems? Its normally running full time so if someone reports a problem with a call we can look at the logs and find out exactly what happened. We keep asterisk verbose logs for 3 months, sip traces currently for about a month, and uk-isup traces for a couple of weeks. Most carriers will do something similar. BT for example keep all of their SS7 signalling for 48 hours. Regards Gareth -- _ -- 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 -- _ -- 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
