[cisco-voip] FXO Call Drop problem

Nick Matthews matthnick at gmail.com
Mon Jan 10 17:59:38 EST 2011


You may want to get a TAC case involved.  The custom disconnect parameters
are pretty sensitive, and you may need to tweak some of the power or
frequency settings.  You may also want to test the config without the
midcall disconnect command.

-nick

On Mon, Jan 10, 2011 at 12:56 PM, Mohamed Farouk <mohamed.fsakr at gmail.com>wrote:

> Hello all
>
> I am wondering of any one faced the following problem, I have a 3900 router
> with CME 7.1 , 8 FXO ports connecting to PSTN , 4 for incoming calls and 4
> ports for outgoing PSTN calls.
> when ever the users dials towards PSTN from ( Cisco IP phones 7914 series )
> the call drops after 14 seconds, when they try again it works fine, incoming
> calls from PSTN has no problems.
>
> Here is my current configuration :
>
>
> trunk group Cairo_PSTN
>  max-calls voice 8
>  hunt-scheme sequential both up
> !
> !
> !
> voice-card 0
> !
> !
> voice call send-alert
> no voice call carrier capacity active
> voice rtp send-recv
> !
> voice service voip
>  allow-connections h323 to h323
>  allow-connections h323 to sip
>  allow-connections sip to sip
>  fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
>  h323
> !
> voice class codec 101
>  codec preference 1 g711ulaw
>  codec preference 2 g729r8
> !
>
>
> voice class custom-cptone Egypt
>  dualtone disconnect
>   frequency 450
>   cadence continuous 250
>
>
> voice-port 0/2/0
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5830
>  impedance complex5
>
>  caller-id enable
> !
> voice-port 0/2/1
>  trunk-group Cairo_PSTN
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5818
>  impedance complex5
>
>  caller-id enable
> !
> voice-port 0/2/2
>  trunk-group Cairo_PSTN
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5818
>  impedance complex5
>   caller-id enable
> !
> voice-port 0/2/3
>  trunk-group Cairo_PSTN
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5818
>  impedance complex5
>  caller-id enable
> !
> voice-port 0/3/0
>  trunk-group Cairo_PSTN
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5818
>  impedance complex5
>  caller-id enable
> !
> voice-port 0/3/1
>  trunk-group Cairo_PSTN
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5818
>  impedance complex5
>  caller-id enable
> !
> voice-port 0/3/2
>  trunk-group Cairo_PSTN
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5818
>  impedance complex5
>  caller-id enable
> !
> voice-port 0/3/3
>  trunk-group Cairo_PSTN
>  supervisory disconnect dualtone mid-call
>  supervisory custom-cptone Egypt
>  cptone EG
>  timeouts wait-release 15
>  connection plar opx 5818
>  impedance complex5
>  caller-id enable
> !
> !
>
> Please advise if any one have had this problem before
>
> --
> Hawk
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110110/4ade2853/attachment.html>


More information about the cisco-voip mailing list