Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Erik Anderson [EMAIL PROTECTED] wrote: I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending reset all channels signals to my system, to which he's getting an establish remote response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Thanks to everyone who offered suggestions on how to troubleshoot this issue. After working with the telco for over a week on this, I finally got them to admit today that they have a configuration problem. I had been telling this since day 1, but they didn't listen to me. Their change in perspective came when they had a tech come on-site with a PRI emulator device. He connected that directly to my asterisk server and was able to make calls with no issues whatsoever. Fortunately after this final test, they admitted that the problem must be on their end. Hopefully they'll get it sorted today. As an aside, I had a quick question regarding smartjacks. Is there a jumper or something on the smartjack itself to change from an old-style EM T1 to a PRI? I'd think that change would happen in the telco's switch, but I just thought it might be a possibility. In my case, as I stated in my original email, the bchannels come up fine, but not the dchannel. This makes me think it could be something simple... -Erik ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On Aug 9, 2007, at 9:37 AM, Erik Anderson wrote: On 8/6/07, Erik Anderson [EMAIL PROTECTED] wrote: I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending reset all channels signals to my system, to which he's getting an establish remote response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d- channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Thanks to everyone who offered suggestions on how to troubleshoot this issue. After working with the telco for over a week on this, I finally got them to admit today that they have a configuration problem. I had been telling this since day 1, but they didn't listen to me. Their change in perspective came when they had a tech come on-site with a PRI emulator device. He connected that directly to my asterisk server and was able to make calls with no issues whatsoever. Fortunately after this final test, they admitted that the problem must be on their end. Hopefully they'll get it sorted today. As an aside, I had a quick question regarding smartjacks. Is there a jumper or something on the smartjack itself to change from an old-style EM T1 to a PRI? I'd think that change would happen in the telco's switch, but I just thought it might be a possibility. In my case, as I stated in my original email, the bchannels come up fine, but not the dchannel. This makes me think it could be something simple... It will be something simple, like getting a clueful tech on their end. No the smart jack has no bearing on d channel. Old style or new style the T1 is used however the gear on either end says it should be. The smart jack just passes info through itself. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Erik Anderson [EMAIL PROTECTED] wrote: On 8/6/07, Anthony Francis [EMAIL PROTECTED] wrote: Yeah you are sending the SABME's because you think you are the master, they are not replaying with a UA because they think they are the master, you should def be pri_cpe. Tried it...no go. Usually, if that is the issue, you would get messages such as We think we're network, but so does the far end There is one other potential cause here, you may not have had the sangoma install patch and rebuild zaptel. Not doing that can cause a D channel lockout on your end, but the provider should be able to see the the D is in lockout. I re-patched zaptel, compiled, and re-installed. No difference. I think I'm just going to have to wait until tomorrow when I can get both Sangoma and the telco on the phone. -erik In your wanpipe1.conf see if you have TDMV_DCHAN = 0 ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/7/07, Andrew Joakimsen [EMAIL PROTECTED] wrote: In your wanpipe1.conf see if you have TDMV_DCHAN = 0 Nope. I have it set to 24. -erik -- Erik Anderson http://andersonfam.org ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] low-level dump for PRI dchan debugging
I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending reset all channels signals to my system, to which he's getting an establish remote response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Here are my specs: linux-2.6.16 libpri-1.3.5 zaptel-1.2.19 asterisk-1.2.21.1 The PRI interface is a Sangoma A102...it's running the latest firmware and I'm running wanpipe-2.3.4-12 for the sangoma drivers. Any ideas? -- Erik Anderson http://andersonfam.org ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Call Sangoma and give them root if you can. They will fix it quickly or at least give you ammunition that it is the telco's issue. Thanks, Steve Erik Anderson wrote: I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending reset all channels signals to my system, to which he's getting an establish remote response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Here are my specs: linux-2.6.16 libpri-1.3.5 zaptel-1.2.19 asterisk-1.2.21.1 The PRI interface is a Sangoma A102...it's running the latest firmware and I'm running wanpipe-2.3.4-12 for the sangoma drivers. Any ideas? ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
wanpipemon is the way to do it as far as I know. For starters, what do your zaptel/zapata configs look like? I would first verify that your D-channel is set properly, you can view that in the console as follows: asterisk pri show span 1/0 Primary D-channel: 24 Status: Provisioned, Up, Active Switchtype: National ISDN -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erik Anderson Sent: Monday, August 06, 2007 11:09 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] low-level dump for PRI dchan debugging I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending reset all channels signals to my system, to which he's getting an establish remote response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Here are my specs: linux-2.6.16 libpri-1.3.5 zaptel-1.2.19 asterisk-1.2.21.1 The PRI interface is a Sangoma A102...it's running the latest firmware and I'm running wanpipe-2.3.4-12 for the sangoma drivers. Any ideas? -- Erik Anderson http://andersonfam.org ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- 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-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Steve Totaro [EMAIL PROTECTED] wrote: Call Sangoma and give them root if you can. They will fix it quickly or at least give you ammunition that it is the telco's issue. Good idea - I just emailed them. Hopefully they'll respond quickly. My normal contact there (Jignesh) is either out of the office today or at least he forgot to start up MSN this morning, as he's showing offline. Hopefully he's not the only tech support guy there. -erik ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Erik Anderson wrote: On 8/6/07, Steve Totaro [EMAIL PROTECTED] wrote: Call Sangoma and give them root if you can. They will fix it quickly or at least give you ammunition that it is the telco's issue. Good idea - I just emailed them. Hopefully they'll respond quickly. My normal contact there (Jignesh) is either out of the office today or at least he forgot to start up MSN this morning, as he's showing offline. Hopefully he's not the only tech support guy there. -erik I have done a conference call with the telco guy, myself, and a Sangoma tech at the same time. I was just quite and let them battle it out. It turned out to be a telco issue but the Global Crossing tech wanted to blame me and my equipment. He ate a little humble pie on that one. If I were you, I would call Sangoma, sometimes the French Canadian accent is tough but if you give them root, it shouldn't be that bad. They have several techs and any one of them should be able to help. Thanks, Steve ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Darryl Dunkin [EMAIL PROTECTED] wrote: wanpipemon is the way to do it as far as I know. For starters, what do your zaptel/zapata configs look like? lpdlnx04*CLI pri show span 1 Primary D-channel: 24 Status: Provisioned, Down, Active Switchtype: Nortel DMS100 Type: Network I know it's odd, but the telco instructed me to set my equipment as the network end...hence pri_net: /etc/zaptel.conf loadzone=us defaultzone=us #Sangoma A102 port 1 [slot:10 bus:2 span: 1] span=1,1,0,esf,b8zs bchan=1-8 dchan=24 /etc/asterisk/zapata.conf [trunkgroups] [channels] context=default usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no ;;Sangoma A102 port 1 [slot:10 bus:2 span: 1] switchtype=dms100 context=from-pstn group=1 signalling=pri_net channel = 1-8 There you go. As an aside, turns out that it's a national holiday in CA, so the Sangoma support guys are on vacation for the day. -erik ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Erik Anderson [EMAIL PROTECTED] wrote: Good idea - I just emailed them. Hopefully they'll respond quickly. My normal contact there (Jignesh) is either out of the office today or at least he forgot to start up MSN this morning, as he's showing offline. Hopefully he's not the only tech support guy there. Jignesh is by no means the only tech there, but I doubt any of them are doing much today - it's a holiday in Canada. -Darren -- Darren Nickerson Telephony Depot www.telephonydepot.com +1.215.825.8710 ext 8106 (office) +1.215.243.8335 (fax) ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Steve Totaro [EMAIL PROTECTED] wrote: I have done a conference call with the telco guy, myself, and a Sangoma tech at the same time. I was just quite and let them battle it out. It turned out to be a telco issue but the Global Crossing tech wanted to blame me and my equipment. He ate a little humble pie on that one. If I were you, I would call Sangoma, sometimes the French Canadian accent is tough but if you give them root, it shouldn't be that bad. They have several techs and any one of them should be able to help. This sounds like a great idea - I'm going to try and get Sangoma and the telco tech on the horn at the same time tomorrow. -Erik ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Darren Nickerson wrote: Erik Anderson [EMAIL PROTECTED] wrote: Good idea - I just emailed them. Hopefully they'll respond quickly. My normal contact there (Jignesh) is either out of the office today or at least he forgot to start up MSN this morning, as he's showing offline. Hopefully he's not the only tech support guy there. Jignesh is by no means the only tech there, but I doubt any of them are doing much today - it's a holiday in Canada. -Darren They should have an on-call tech for emergencies even if it is a holiday. Thanks, Steve ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Erik Anderson wrote: On 8/6/07, Steve Totaro [EMAIL PROTECTED] wrote: Call Sangoma and give them root if you can. They will fix it quickly or at least give you ammunition that it is the telco's issue. Good idea - I just emailed them. Hopefully they'll respond quickly. My normal contact there (Jignesh) is either out of the office today or at least he forgot to start up MSN this morning, as he's showing offline. Hopefully he's not the only tech support guy there. -erik ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users also in asterisk do: pri intense debug span 1 Then you should see UA's and SABME's, If you don't, your not talking to them. Anthony ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Anthony Francis [EMAIL PROTECTED] wrote: also in asterisk do: pri intense debug span 1 Then you should see UA's and SABME's, If you don't, your not talking to them. I see plenty of SABMEs, but nothing else: [ 02 01 7f ] Unnumbered frame: SAPI: 00 C/R: 1 EA: 0 TEI: 000EA: 1 M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode extended) ] 0 bytes of data Sending Set Asynchronous Balanced Mode Extended [ 02 01 7f ] Unnumbered frame: SAPI: 00 C/R: 1 EA: 0 TEI: 000EA: 1 M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode extended) ] 0 bytes of data Sending Set Asynchronous Balanced Mode Extended lpdlnx04*CLI pri [ 02 01 7f ] lpdlnx04*CLI pri Unnumbered frame: SAPI: 00 C/R: 1 EA: 0 TEI: 000EA: 1 M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode extended) ] 0 bytes of data Sending Set Asynchronous Balanced Mode Extended ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Have you completely ignored the telco suggestion and attempted pri_cpe? Sounds like a miscommunication in settings to me. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erik Anderson Sent: Monday, August 06, 2007 12:02 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] low-level dump for PRI dchan debugging lpdlnx04*CLI pri show span 1 Primary D-channel: 24 Status: Provisioned, Down, Active Switchtype: Nortel DMS100 Type: Network I know it's odd, but the telco instructed me to set my equipment as the network end...hence pri_net: /etc/zaptel.conf loadzone=us defaultzone=us #Sangoma A102 port 1 [slot:10 bus:2 span: 1] span=1,1,0,esf,b8zs bchan=1-8 dchan=24 /etc/asterisk/zapata.conf [trunkgroups] [channels] context=default usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes relaxdtmf=yes rxgain=0.0 txgain=0.0 group=1 callgroup=1 pickupgroup=1 immediate=no ;;Sangoma A102 port 1 [slot:10 bus:2 span: 1] switchtype=dms100 context=from-pstn group=1 signalling=pri_net channel = 1-8 There you go. As an aside, turns out that it's a national holiday in CA, so the Sangoma support guys are on vacation for the day. -erik ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Darryl Dunkin wrote: wanpipemon is the way to do it as far as I know. For starters, what do your zaptel/zapata configs look like? I would first verify that your D-channel is set properly, you can view that in the console as follows: asterisk pri show span 1/0 Primary D-channel: 24 Status: Provisioned, Up, Active Switchtype: National ISDN -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erik Anderson Sent: Monday, August 06, 2007 11:09 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: [asterisk-users] low-level dump for PRI dchan debugging I've been going back and forth with my telco for several days, trying different configurations to get a new PRI to come up. The bchannels are all up and the T1 is not in alarm status. The dchannel refuses to come up however. We've tried ni2, qsig, and now dms100 for the switchtype. The telco tech I've been working with says that he's been sending reset all channels signals to my system, to which he's getting an establish remote response from my asterisk box. I've been running a packet dump (wanpipemon -i w1g1 -c trd) of my d-channel this whole time and have yet to see a single incoming packet. I believe I *should* be seeing an incoming packet when he sends the reset, correct? Is there any way to do a completely raw dump of the d-channel? Here are my specs: linux-2.6.16 libpri-1.3.5 zaptel-1.2.19 asterisk-1.2.21.1 The PRI interface is a Sangoma A102...it's running the latest firmware and I'm running wanpipe-2.3.4-12 for the sangoma drivers. Any ideas? You should never be the signaling source, you are always a slave to the provider, go with pri_cpe and see if things go better. Anthony ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
Erik Anderson wrote: On 8/6/07, Anthony Francis [EMAIL PROTECTED] wrote: also in asterisk do: pri intense debug span 1 Then you should see UA's and SABME's, If you don't, your not talking to them. I see plenty of SABMEs, but nothing else: [ 02 01 7f ] Unnumbered frame: SAPI: 00 C/R: 1 EA: 0 TEI: 000EA: 1 M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode extended) ] 0 bytes of data Sending Set Asynchronous Balanced Mode Extended [ 02 01 7f ] Unnumbered frame: SAPI: 00 C/R: 1 EA: 0 TEI: 000EA: 1 M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode extended) ] 0 bytes of data Sending Set Asynchronous Balanced Mode Extended lpdlnx04*CLI pri [ 02 01 7f ] lpdlnx04*CLI pri Unnumbered frame: SAPI: 00 C/R: 1 EA: 0 TEI: 000EA: 1 M3: 3 P/F: 1 M2: 3 11: 3 [ SABME (set asynchronous balanced mode extended) ] 0 bytes of data Sending Set Asynchronous Balanced Mode Extended ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Yeah you are sending the SABME's because you think you are the master, they are not replaying with a UA because they think they are the master, you should def be pri_cpe. There is one other potential cause here, you may not have had the sangoma install patch and rebuild zaptel. Not doing that can cause a D channel lockout on your end, but the provider should be able to see the the D is in lockout. Anthony ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Anthony Francis [EMAIL PROTECTED] wrote: You should never be the signaling source, you are always a slave to the provider, go with pri_cpe and see if things go better. That's what I've experienced in the past, but they were adamant about me being the network end. I tried switching to cpe for the heck of it, but that didn't help... ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] low-level dump for PRI dchan debugging
On 8/6/07, Anthony Francis [EMAIL PROTECTED] wrote: Yeah you are sending the SABME's because you think you are the master, they are not replaying with a UA because they think they are the master, you should def be pri_cpe. Tried it...no go. There is one other potential cause here, you may not have had the sangoma install patch and rebuild zaptel. Not doing that can cause a D channel lockout on your end, but the provider should be able to see the the D is in lockout. I re-patched zaptel, compiled, and re-installed. No difference. I think I'm just going to have to wait until tomorrow when I can get both Sangoma and the telco on the phone. -erik ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users