Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
I have configured cRTP on a PPP (in fact, Multilink PPP) link. I noticed that, when the command"ip rtp header-compression"is issued, the command"ip tcp header-compression"is automatically added by the router.What makes me worry is that, as this link ...
I have the following topology:Telephone "A"<->PBX<->1750(FXO)<->5350(ISDN)<->PSTN<->Telephone "B"When "A" calls "B" and "B" answers, after both sides hanging up, the channel between the PBX and the 1750 *never* gets disconnected (I waited for more th...
I have a problem with echo not being cancelled during double talk. When the two parties talk together, echo becomes very annoying. But echo is perceived only by one of the users, let's call him "A". "A" is connected to a 1750 (through a PBX) and "B" ...
After I place a call from an FXO port (connected to the PBX), the port never more disconnect, even with both sides on-hook. The call originates on the FXO port, coming from the PBX. The FXO port is in a 1750 with 12.2(8)T.The other side is an E1 gate...
This is a little long, but I tried to make it as clear as possible.I have found a strange behaviour in my VoIP network. Look at these two setups:KS <-> PBX <-> 1750 <-> 5300 <-> PSTN <-> PBX <-> telandtel <-> PBX <-> 1750 <-> 5300 <-> PSTN <-> PBX <-...
you need the command fax protocol t38 ls-redundancy 0 hs-redundancy 0on the dial-peers. The ECM, as far as I know, should be disabled, since not all fax machines support it.
Not yet. But I got news: my ITSP told me that the problem may not be on the FXO interfaces, but in the ITSP's connection to the PSTN. This connection is holding some calls, and they have not solved this problem yet. Indeed, the problem I found was st...
Setting BW = 60k (on the ip rtp priority command) means that you are reserving up to 60k for *RTP* traffic, when such traffic is present. Is has nothing to do with your CIR. This value should match the necessary BW to hold the maximum number of simul...
The public can hear you because they have a public IP address. But as you have a private address, the public side can't reply. In fact, your pacts get public addresses when they are NAT'ed; but it seems that NAT is not working on the H.323 layer, so ...
Take a look at the following documents (search the CCO for the titles):- NAT support of H.323 RAS- NAT - Support of H.323 v2 Call Signalling (Fast Connect)
