[SIPForum-discussion] Blank Calls in SIP Trunking in ZTE ZXC10 & Huawei MSOFTX3000 Soft Switches

[Umang]

Rohan,
Are you using different endpoint UA's?  Also, is this in a production
nextwork or is it still in development?
If it's production, I'd look at your channel capacitance (bandwidth,
resources, qos profiles); but if it's development, you should look into the
codec types supported by the UA's and a problem I've run into in the past
with this kind of issue is the different RFC compliance of different
vendors.  For example, I've had 2 different vendors complying to 2 different
versions of the same RFC for comfort noise, which resulted in the UA's being
unable to properly interpret the incoming RTP traffic after a few seconds of
call initialisation.


On Sun, Jan 10, 2010 at 12:03 AM, SARKER, ROHAN (ROHAN) <
rohan.sarker at alcatel-lucent.com> wrote:

>  Dear all,
>
>
>
> I am working in switching domain in Alcatel-Lucent India and is facing the
> problem of Blank Calls for SIP Trunking in ZTE ZXC10 & Huawei MSOFTX3000
> Soft Switches.
>
>
>
> Experts here are saying that this is due to bandwidth getting exceeded in
> RDN [Data Network].
>
>
>
> I cannot agree with it totally.
>
>
>
> I need a reasonable reason of Blank Calls as this is increasing in terms of
> customer complains for our Telecom Circle.
>
>
>
> For TDM Trunking, Blank Call cases are nearly zero.
>
>
>
> Can I have a satisfactory answer to my question with Sequence or Activity
> Diagrams if possible.
>
>
>
> Thank you.
>
>
>
>
>
>
>
>
>
> Thanks and regards
>
> Rohan Sarker
>
> Deputy Manager
>
> Alcatel-Lucent
>
> DAKC, Navi Mumbai
>
> M:+919320496780
>
> R:+919903051236
>
> O:+912230372803
>
>
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please visit
> http://sipforum.org/mailman/listinfo/discussion
> Post to the list at discussion at sipforum.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20100111/63152e1f/attachment-0002.html>