VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
| View previous topic :: View next topic |
| Author |
Message |
tiago.geada at gmail.com
Guest
|
 Posted: Thu Jan 16, 2014 5:47 am Post subject: [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 ? |
|
| Back to top |
|
 |
mailinglist+asterisk a...
Guest
|
| Posted: Thu Jan 16, 2014 9:09 am Post subject: [asterisk-users] Weird issue with Set(CALLERID(name)=string) |
|
|
On 16/01/14 10:47, Tiago Geada wrote: | Quote: | 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. |
|
| Back to top |
|
|
tiago.geada at gmail.com
Guest
|
| Posted: Thu Jan 16, 2014 9:27 am Post subject: [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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 10:47, Tiago Geada wrote: | Quote: | 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
|
|
|
| Back to top |
|
|
mailinglist+asterisk a...
Guest
|
| Posted: Thu Jan 16, 2014 9:55 am Post subject: [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: | Quote: | 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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 10:47, Tiago Geada wrote: | Quote: | 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
|
|
|
|
| Back to top |
|
|
tiago.geada at gmail.com
Guest
|
| Posted: Thu Jan 16, 2014 9:58 am Post subject: [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.geada@gmail.com (tiago.geada@gmail.com)> wrote:
| Quote: | 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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 10:47, Tiago Geada wrote: | Quote: | 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
|
|
|
|
| Back to top |
|
|
tiago.geada at gmail.com
Guest
|
| Posted: Thu Jan 16, 2014 10:03 am Post subject: [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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | 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: | Quote: | 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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 10:47, Tiago Geada wrote: | Quote: | 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
|
|
|
| Back to top |
|
|
mailinglist+asterisk a...
Guest
|
| Posted: Thu Jan 16, 2014 10:25 am Post subject: [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: | Quote: | 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.geada@gmail.com (tiago.geada@gmail.com)> wrote:
| Quote: | 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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 10:47, Tiago Geada wrote: | Quote: | 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
|
|
|
|
|
| Back to top |
|
|
kevin.larsen at pionee...
Guest
|
| Posted: Thu Jan 16, 2014 10:29 am Post subject: [asterisk-users] Weird issue with Set(CALLERID(name)=string) |
|
|
asterisk-users-bounces@lists.digium.com wrote on 01/16/2014 08:55:31 AM:
| Quote: | From: Gareth Blades <mailinglist+asterisk@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-bounces@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? |
|
| Back to top |
|
|
tiago.geada at gmail.com
Guest
|
| Posted: Thu Jan 16, 2014 10:32 am Post subject: [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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | 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: | Quote: | 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.geada@gmail.com (tiago.geada@gmail.com)> wrote:
| Quote: | 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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 10:47, Tiago Geada wrote: | Quote: | 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
|
|
|
| Back to top |
|
|
tiago.geada at gmail.com
Guest
|
| Posted: Thu Jan 16, 2014 10:33 am Post subject: [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.larsen@pioneerballoon.com (kevin.larsen@pioneerballoon.com)> wrote:
| Quote: | asterisk-users-bounces@lists.digium.com (asterisk-users-bounces@lists.digium.com) wrote on 01/16/2014 08:55:31 AM:
| Quote: | From: Gareth Blades <mailinglist+asterisk@dns99.co.uk ([email]mailinglist%2Basterisk@dns99.co.uk[/email])>
To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users@lists.digium.com (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-bounces@lists.digium.com (asterisk-users-bounces@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
|
|
|
| Back to top |
|
|
mailinglist+asterisk a...
Guest
|
| Posted: Thu Jan 16, 2014 10:36 am Post subject: [asterisk-users] Weird issue with Set(CALLERID(name)=string) |
|
|
On 16/01/14 15:29, Kevin Larsen wrote: | Quote: | 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 |
|
| Back to top |
|
|
tiago.geada at gmail.com
Guest
|
| Posted: Thu Jan 16, 2014 11:57 am Post subject: [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+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 15:29, Kevin Larsen wrote: | Quote: | 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
|
|
|
| Back to top |
|
|
tiago.geada at gmail.com
Guest
|
| Posted: Thu Jan 16, 2014 1:02 pm Post subject: [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.geada@gmail.com (tiago.geada@gmail.com)> wrote:
| Quote: | Gareth,
I had to disable the tcpdump process, has we were having sound quality issues.
On 16 January 2014 15:35, Gareth Blades <mailinglist+asterisk@dns99.co.uk ([email]mailinglist+asterisk@dns99.co.uk[/email])> wrote:
| Quote: | On 16/01/14 15:29, Kevin Larsen wrote: | Quote: | 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
|
|
|
|
| Back to top |
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
Search
