networking-forum.com
Community BlogCommunity Wiki * Register  * Search  * Login
View unanswered postsView active topics

All times are UTC - 6 hours [ DST ]



Post new topic Reply to topic  [ 3 posts ] 
Author Message
PostPosted: Fri Oct 21, 2011 11:00 am 
Offline
Post Whore
Post Whore
User avatar

Joined: Tue Aug 05, 2008 6:36 am
Posts: 2426
Location: Perth, Australia
Certs: CCNP, CCNA Voice, SMB Select, Linux+
I would like to run this by someone. Both of these ISDNs are up, this gives us 4 channels. Someone said they recieved a busy tone when they attempted to dial out. I looked over the system and seen there are two outbound pots dial-peers. Each dial-peer references one of the BRI ports. The preferences are the same on each dial-peer.

I think what is happening is that the system is randomly selecting one of the dial-peers due to the preference, even if both channels of the BRI are in use. How does the system know if that port has both channels in use? I've not used ISDN before, so tried to enter the B-channel sub interface and the system (UC500) tells me I cannot do this. I was thinking about adding each channel into a trunk group and then referencing the trunk group in the dial-peer. I can obviously add both BRI's into one trunk group.

Here is the relevant config:

Code:
UC520-01#sh isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0/1/0 interface
        dsl 2, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 2 CCBs = 0
    The Free Channel Mask:  0x80000003
ISDN BRI0/1/1 interface
        dsl 3, interface ISDN Switchtype = basic-net3
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
    Layer 3 Status:
        1 Active Layer 3 Call(s)
        CCB:callid=8041, sapi=0, ces=1, B-chan=1, calltype=VOICE
    Active dsl 3 CCBs = 1
    The Free Channel Mask:  0x80000002
    Total Allocated ISDN CCBs = 1

UC520-01#sh voice port sum
                                          IN       OUT
PORT           CH   SIG-TYPE   ADMIN OPER STATUS   STATUS   EC
============== == ============ ===== ==== ======== ======== ==
0/1/0          1   bri-voice   up    dorm none     none     y
0/1/0          2   bri-voice   up    dorm none     none     y
0/1/1          1   bri-voice   up    up   none     none     y
0/1/1          2   bri-voice   up    dorm none     none     y

dial-peer voice 3000 pots
 description ##Outgoing Dial-peer##
 translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
 preference 1
 destination-pattern 9T
 port 0/1/0
 no sip-register
!
dial-peer voice 3001 pots
 description ##Outgoing Dial-peer###
 translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
 preference 1
 destination-pattern 9T
 port 0/1/1
 no sip-register


Am I on the right track? How about making a hierarchy by changing the preference on one of the dial-peers ot be higher or lower than the other. Still, the system would need to know when not to use dial-peer 3000 i.e. when both channels of that BRI are in use.

_________________
"Right actions in the future are the best apologies for bad actions in the past."


Top
 Profile  
 
PostPosted: Fri Oct 21, 2011 8:35 pm 
Offline
Post Whore
Post Whore
User avatar

Joined: Mon Feb 08, 2010 9:30 am
Posts: 1172
Location: Santiago, Chile
Certs: CCENT, CCNA,CCNP Route
As far as I know the router try with a dial-peer. If the call cannot be completed because the call is rejected, the routers try the next dialpeer match and so on. You can see this with the "debug voice dialpeer all" command.

A busy tone doesn't mean that the call is exactly rejected, it means that the call cannot be completed because the destination line is being used already.

I don't know how to express the rejected idea, I mean for example you make a call and the remote system sends a disconnect because the call isnt allowed by privilegies reasons, or the remote system doesn't responds, etc...

Are you sure the tone hear is busy and not congestion?


Top
 Profile  
 
PostPosted: Sat Oct 22, 2011 11:31 am 
Offline
Post Whore
Post Whore
User avatar

Joined: Tue Aug 05, 2008 6:36 am
Posts: 2426
Location: Perth, Australia
Certs: CCNP, CCNA Voice, SMB Select, Linux+
Hi Carlitos, thanks for replying. I didn't know but it seems as though "no huntstop" is a default on POTS dial-peers. It seems as though there should not have been any issue. I'll have to schedule some tests and see if we can reproduce.

The user said he got an engaged tone. There are 4 lines but only 4 people in the office, unless there was someone connected to a voice mail leaving a message. He also said this happened twice which is why he was reporting it.

The day before I had to do a password recovery on the system as we have taken ownership from another company.

There is of course the possibility that the end number was in fact busy. The two dial-peers with the same destination pattern just raised my eyebrows and wanted to put the question out there.
So thanks :)

_________________
"Right actions in the future are the best apologies for bad actions in the past."


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 3 posts ] 

All times are UTC - 6 hours [ DST ]


Who is online

Users browsing this forum: Google Feedfetcher and 5 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group