[Asterisk-Users] Question :: groundstart and loopstart :: Update

[TC]

Callerid issue
1) if you run ztmonitor on the fxo line & call in do you hear the fsk tone
 if yes then we beleive the CAC is passing fsk
    2) in chan_zap->ss_thread around line 4154 (current cvs)
        if you get to the callerid_feed at least once then
          if you get to chan_zap->ss_thread->callerid_get  around line 4163 (current cvs)
            does this parse fail
          else
            do you get check sumfails or sum fin else
        else
          zaptel is not detecting the ring/fsk correct
          might need to tunimng on ZT_RINGTRAILER
 else
    CAC is hooped
    -----Original Message-----
    From: Surfer Dude <swell at labranch.com>
    To: asterisk-users at lists.digium.com <asterisk-users at lists.digium.com>
    Date: June 20, 2003 10:24 AM
    Subject: Re: [Asterisk-Users] Question :: groundstart and loopstart :: Update
    
    
    Thanks for the responses.
     
    Here is an update on my zap groundstart, loopstart, "disconnect supervision" woes.  Apparently, the groundstart mode in the CAC FXO module works on loopstart lines.  I still don't understand how and why.
     
    I have loopstart lines.
     
    The only way "disconnect supervision" works on my system is if I set the FXO module to groundstart.  However!  There is a big caveat.  In groundstart mode, incoming caller ID stops working!  This is something I am going to have to live with for now as disconnecting the line on hang-up is far more important than caller ID.
     
    I have no idea if the caller ID problem is a problem with CAC FXO modules or the zap channel software or the fact that we are using groundstart signaling on a loopstart line.
     
    I can confirm that this is the behavior with both CAC I and CAC II units as I have a CAC II unit and I spoke with Michael on this list who has a CAC I unit.  Both of us are in the same predicament.
     
    Anyway, I hope others find this info useful.  If anyone has any other ideas on how I can get my caller ID to work I would be really excited about that.
     
    
    Thanks,
    Jason
     
    PS: I have seen people mention that, when you have many lines, PRI is cheaper.  This is not our case at all.  San Francisco.  We have eight lines at the cost of $0.01 per line.  All we pay for really is the call time.
     
        ----- Original Message ----- 
        From: Surfer Dude 
        To: asterisk-users at lists.digium.com 
        Sent: Tuesday, June 17, 2003 4:05 PM
        Subject: [Asterisk-Users] Question :: groundstart and loopstart
        
        
        Hello Astrites,
         
        I was just about to send out a long email about not being able to detect hang-up with my CAC II FXO module on my PSTN POTS lines.  I had tried many configurations.  I had attached a toner to the line to see if I was getting this "disconnect supervision" signal after hang-up.  (toner has a line powered light in the off position)  It seemed that I was getting the signal, as:
         
            The light was steady on onhook
            When the line rang the light dimmed.
            When I picked up the line stayed dim (If I remember correctly)
            When the other end hung up the light stayed on
            Then turned off momentarily a few seconds later.  (I suspected this was "disconnect supervision")
         
        Anyway asterisk never detected hang-up.  Everything else worked.  I was frustrated as hell.
         
        After a few days of trying everything, I tried to set my CAC II FXO module to Groundstart and configured zaptel.conf and zapata.conf to groundstart signaling.
         
        Voila!  Everything work!
         
        The question is how does groundstart and loopstart work?  How was I able to have a somewhat working system using loopstart when it seems that the phone company signaling was groundstart?  Can I assume that my lines are indeed groundstart?
         
        I am really happy that it works.  I can now begin the process of deployment with a much greater feeling of security.
         
        Jason
         
         
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20030620/4471dd13/attachment.htm