Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here


Media Gateway G450 Trace

Media Gateway G450 Trace

Media Gateway G450 Trace

We are having some intermittent problems with an loud echoing type sound on outgoing calls when the call is ringing out. As soon as the call is connected the issue clears. I'm assuming it could be a gateway problem but wasn't sure how to trace which gateway a call is being initially set up on. We have 10 gateways on site. Can anyone please advise how I can trace this or if they have had a similar problem before and if you resolved it? Thanks

RE: Media Gateway G450 Trace

Maybe it's the carrier? You can list trace the station making the call and see what channel it picks to go out. Presuming PRI, that'd tell you what gateway it was.

Presuming you're getting ringback from the gateway that has the PRI your call is going out on, you'd think nothing changed relative to the RTP path between ringback and talking.

If you're able to reproduce the issue, and suppose you had a phone on the other end that would ring indefinitely, would you find that it's the first few seconds of ringback and then it clears up and rings normally indefinitely until answered? Or would you find that it only clears up when answered?

There are some commands to check RTP in the G450.
rtp-stat-service will turn it on
show rtp-stat sesions will print sessions it's logged
show rtp detailed XXXX where that's the ID will show you good information.

Now, that's only relevant to the RTP received by the G450. It has no way of knowing how the RTP it sent to the IP phone was received on the phone side.
I believe the "remote statistics" part is for other gateways that know about it. You can enable some media stats in the network regions or sys-param ip-options but you can't specify more than 1 IP to have the phone send RTCP for.

You could just packet capture the phone and see if the first few packets are sputtery/jittery.

Off hand, if I wanted to blame it on a network problem, I'd suggest seeing if there's H323 inspection on a firewall. It can make it so all RTP ports are closed and only once it sees H323/H248 signaled messages setting up a RTP stream between IPA:2000 and IPB:2001 does it open the ports. It could account for dead air, but maybe something on a 'network intelligence' side of things is taking that second to kick in. A wireshark of the IP phone having the problem and a quick RTP stream analysis might yield some clues.

CODE -->

g450-1-001(super)# show rtp sessions

ID    QoS Start date and time End Time Type            Destination
----- --- ------------------- -------- --------------- ---------------------------------------
54006     2019-04-17,10:06:47        -           G711U                   

g450-1-001(super)# show rtp de 54006

Session-ID: 54006
Status: Active, QOS: Ok, EngineId: 10
Start-Time: 2019-04-17,10:06:47, End-Time: -
Duration: 01:29:18
CName: gwp@
Local-Address: SSRC 854417224
Remote-Address: SSRC 1879088995 (0)
Samples: 1071 (5 sec)

G711U 200B 20mS Off, Silence-suppression(Tx/Rx) Disabled/Disabled, Play-Time 5360.840sec, Loss 0.0% #0, Avg-Loss 0.0%, RTT 61mS #0, Avg-RTT 61mS, JBuf-under/overruns 0.0%/0.0%, Jbuf-Delay 12mS, Max-Jbuf-Delay 32mS

Packets 268049, Loss 0.0% #0, Avg-Loss 0.0%, RTT 9mS #0, Avg-RTT 9mS, Jitter 0mS #0, Avg-Jitter 0mS, TTL(last/min/max) 248/248/248, Duplicates 1, Seq-Fall 4, DSCP 46, L2Pri 0, RTCP 1131, Flow-Label 0

VLAN 0, DSCP 46, L2Pri 0, RTCP 1079, Flow-Label 0

Loss 0.0% #0, Avg-Loss 0.0%, Jitter 0mS #0, Avg-Jitter 0mS

Loss 0dB #1070, Len 0mS

Status Unused, Failures 0


Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close