Hi Yavuz, I didn't get any response and later the sales team confirmed it was not supported. As this was a while ago, things might be bit different now. It is not applicable for us as we ended up going with ACME SBC which supported SIPREC. ... View more

Hi Pashmeen, Is there any specific document which explains call forking to Verint 11 call recording solution and way to identify specific calls within CUBE to be recorded? Thanks. ... View more

Brillant! ... View more

From the debugs it seems that SIP notify is getting negotiated and DTMF is being sent across. Try putting a number expansion to hairpin the call out again to PSTN. Send the call to an IVR with menu option. For test purpose call Cisco TAC Toll free number - 18005532447 and then press option 1. If it recognises your DTMF, then it would CUE problem and need to enable debugs on CUE. If not, then further investigation is needed on the gateway. You can try enabling 'debug voip ccapi inout' and 'debug ccsip all' both together run the test again -- Pratik ... View more

Good point Paolo ... View more

Try removing pickup-group and then try to press the Pickup softkey. As far as I understand, no group configured, you can use Pickup softkey to answer any call on other groups. If pickup-group is configured, then you need to press GPickup. HTH Pratik Jhaveri ... View more

Following should hopefully do the job: allow-connections h323 to sip allow-connections sip to h323 allow-connections sip to sip Binding the interface wouldn't be a very good idea as it not only sources the SIP source address but also forces to listen for SIP invites only on that interface. If your SIP trunk is terminating on a different interface than the binded interface, it will drop the SIP packets If the above does not work, then go with debugs that Arun has suggested. HTH Regards, Pratik Jhaveri ... View more

Run 'debug vpm signal' and H323 debugs at the same time. This way you can identify on which side is sending disconnect signal There could be some issues with your FXS ports as well. When the call gets disconnected, quickly issue 'sh voice port summ' and ensure that the status of the port is as expected. There can be many possibility that could cause disconnect on FXS side - Cabling, DSP, incorrect voltage etc. Your best bet would be to start from the debugs. ... View more

Anatoly, Is the call even getting establised? If no, then enable 'debug h225 asn1' and capture the output. If the call drops after answering, enable both 'debug h225 asn1' and 'debug h245 asn1' Is there any specific event that you are performing that is causing the drop? Like transfer etc? ... View more

Great doco. ... View more

Great video. Thanks ... View more

Santiago, It seems that the current IOMEM is set to 10%. Go ahead and apply the command " memory-size iomem 15 " Get a scheduled outage window and apply the changes. This will allow you to test faxes and normal calls. Thanks. Pratik ... View more

Gavin, From my experience, I have never seen ADSL provider even bother to inspect QoS marking as they are selling the service as best effort. But you can certainly check with your provider whether they support QoS or not. Only if they support then it would make sense to do the marking. Or you need to buy some special service off them, provided they offer one. R/Pratik ... View more

Don, It is indeed an odd behavior. However IP phones will not switch over the RTP connection until and unless they have been instructed by the CUCM. This issue would certainly require further analysis of the CUCM trace. But in the mean time the best way to is browse through the IP phone's web page and check the "Remote IP address". If the Remote IP address is not of Party B, then we can suspect CUCM is doing something which is causing this behavior or else it could be the network or 3rd party device. Thanks Pratik ... View more

Santiago, With the fact that faxes are working to begin with but not completing, it do not think it is a signaling issue. With T.37 faxes it buffers the fax page information, this then has to be converted to a TIFF video format and then finally converted to a 7 bit MIME mail  atttachment coding. As a result, it uses large amounts of memory. We have found that the gateway routers need large amounts of memory and the IOMEM should be increased to around 10-15% of main system memory. Said that, it may not definately be the cause of the faxing problems however you can try to increase the IOMEM to a larger amount to see if this does resolve the issue. By default the IOMEM is around 12-14 MB. You can add the following command - memory-size iomem 10 This will boost 10% of your IOMEM. Once done, reload the router and try sending the fax again. P.S. - Before making the changes, make sure that this router is not heavily utilized from memory perspective. HTH. Pratik ... View more