cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1737
Views
10
Helpful
2
Replies

ANS vs ORG on IOS for Show Call Active Voice Compact- backwards?

ryandowdy
Level 4
Level 4

Why does Ans/Org appear to be in reverse on sh call active voice compact (and others)? I would expect the calling station who originated the call to show as "ORG" and not "ANS" as it shows in the command output below.

 

Total call-legs:  2

81438 ANS  TO      g729r8          VOIP              P+14085557700   (calling station)

81439 ORG  TO      g711ulaw        VOIP              P816785555555    (called station)

 

Just curious if anyone knows why this is, or if I am misunderstanding the output? See image as well

 

Thanks,

Ryan

1 Accepted Solution

Accepted Solutions

Ritesh Desai
Spotlight
Spotlight

Hey Hi ryandowdy

Total call-legs: 2
81438 ANS TO g729r8 VOIP P+14085557700 (calling station)
81439 ORG TO g711ulaw VOIP P816785555555 (called station)

I assume you are having SIP TRUNKS on both sides of Router as the command output shows VOIP for both call legs.

Assume its CUBE, now think from CUBE perspective;
For 1st call leg, CUBE ANS the incoming call from CUCM to VOICE ROUTER. So treated as ANS to CALLING DEVICE +14085557700
For 2nd call leg, ORG TO (originated to) CALLED STATION 816785555555

This is how I understand... But other side I make sure the call is routed properly is what I always have concerns and also make sure the signaling path is correct from dial-peer voice in-out command output.

While testing from the above command #sh call activ voice compact, I make sure the correct calling and called party # is shown.

Hope that clarifies and helps...




*** Please rate helpful post. Please mark as answer if it solves your problem/query.
regards, Ritesh Desai

View solution in original post

2 Replies 2

Ritesh Desai
Spotlight
Spotlight

Hey Hi ryandowdy

Total call-legs: 2
81438 ANS TO g729r8 VOIP P+14085557700 (calling station)
81439 ORG TO g711ulaw VOIP P816785555555 (called station)

I assume you are having SIP TRUNKS on both sides of Router as the command output shows VOIP for both call legs.

Assume its CUBE, now think from CUBE perspective;
For 1st call leg, CUBE ANS the incoming call from CUCM to VOICE ROUTER. So treated as ANS to CALLING DEVICE +14085557700
For 2nd call leg, ORG TO (originated to) CALLED STATION 816785555555

This is how I understand... But other side I make sure the call is routed properly is what I always have concerns and also make sure the signaling path is correct from dial-peer voice in-out command output.

While testing from the above command #sh call activ voice compact, I make sure the correct calling and called party # is shown.

Hope that clarifies and helps...




*** Please rate helpful post. Please mark as answer if it solves your problem/query.
regards, Ritesh Desai

Thanks, Ritesh. Makes perfect sense if you look at it from the CUBE perspective.