|
|
lux
Registration Date: 01.01.1970
Posts:
 |
|
REGISTRATION PROBLEM SOLVED.
I had to change the setting of VPI/VCI on the ATM Interface of MAC Encapsulated Routing (under ATM PVC) from 0/40 to 1/40.
UNFORTUNATELY,
There is another problem, though: Every time I dial out, I get a busy tone. Even if I just dial another extension. I thought it might be a problem with DTMF, I tried fiddling with the telephone settings: Disabled 'Support Out of Band DTMF', and tried different codecs (G729 and G.723.1) to no avail. I can call from 101 to 111 no probs, but calls from 111 to 101 (or to any number, really) get a busy response. Here is the log:
Oct 28 11:49:54 VERBOSE[106684] logger.c: -- SIP/luxapo-111-01c5 is ringing
Oct 28 11:49:54 VERBOSE[106669] logger.c: -- Local/111@from-internal-cont/n-c988,1 is ringing
Oct 28 11:50:20 VERBOSE[62714] chan_sip.c: SIP response 200 to standard invite
Oct 28 11:50:20 VERBOSE[62714] logger.c: Found RTP audio format 8
Oct 28 11:50:20 VERBOSE[62714] logger.c: Peer audio RTP is at port 87.64.23.165:5002
Oct 28 11:50:20 VERBOSE[62714] logger.c: Peer video RTP is at port 87.64.23.165:65535
Oct 28 11:50:20 VERBOSE[62714] logger.c: Found description format PCMA
Oct 28 11:50:20 VERBOSE[62714] logger.c: Capabilities: us - 0x18061e (gsm|ulaw|alaw|g726|speex|ilbc|h263|h263p), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
Oct 28 11:50:20 VERBOSE[62714] logger.c: Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
Oct 28 11:50:20 VERBOSE[62714] chan_sip.c: Oooh, we need to change our formats since our peer supports only 0x8 (alaw) and not 0x4 (ulaw)
Oct 28 11:50:20 VERBOSE[106684] logger.c: -- SIP/luxapo-111-01c5 answered Local/111@from-internal-cont/n-c988,2
Oct 28 11:50:20 VERBOSE[106669] logger.c: -- Local/111@from-internal-cont/n-c988,1 stopped sounds
Oct 28 11:50:20 VERBOSE[106669] logger.c: -- Local/111@from-internal-cont/n-c988,1 answered SIP/luxapo-101-b5b9
Oct 28 11:50:20 VERBOSE[106669] logger.c: We're at 88.198.69.250 port 39786
Oct 28 11:50:20 VERBOSE[106669] logger.c: Video is at 88.198.69.250 port 41336
Oct 28 11:50:20 VERBOSE[106669] logger.c: Adding codec 0x200 (speex) to SDP
Oct 28 11:50:20 VERBOSE[106669] logger.c: Adding codec 0x2 (gsm) to SDP
Oct 28 11:50:20 VERBOSE[106669] logger.c: Adding codec 0x100000 (h263p) to SDP
Oct 28 11:50:20 VERBOSE[106669] logger.c: Adding non-codec 0x1 (telephone-event) to SDP
Oct 28 11:50:22 VERBOSE[106684] chan_sip.c: Hangup call SIP/luxapo-111-01c5, SIP callid 3e136efd2d1bc88133e8bfae25572f89@88.198.69.250
Oct 28 11:50:22 VERBOSE[106669] chan_sip.c: Hangup call SIP/luxapo-101-b5b9, SIP callid 730981728392@172.24.80.168
Oct 28 11:50:26 VERBOSE[62714] logger.c: -- Registered SIP 'luxapo-101' expires 3600
Please advise.
This post has been edited 2 time(s), it was last edited by lux on 28.10.2010 at 11:59.
|
|
27.10.2010 00:36 |
|
Dia
Premium Account
 
Registration Date: 03.03.2006
Posts: 1443
 |
|
Hey luxapo,
I believe that I read all your comments properly:
Zitat: |
I am trying to configure a Voip enabled BBOX router. It has the following SIP configuration page:
...
I would like to ask for some help with these settings, because registration fails. I tried both pbxes.org and 188.40.65.148 for User Agent, Proxy and Registrar settings with port 5060 everywhere.
On the status page I see this :
SIP URL ---------------------------------Registration
sip:luxapo-111@188.40.65.148 ---Fail |
|
You then resolved the issue, by fiddling with the VPI / VCI settings, and now are facing DTMF transmission issues. To which I replied that if you can get a packet trace off what the BBox is transmitting, that would point to whether the BBox creates the OOB DTMF signaling. It would also help us identify which OOB method it employs for DTMF transmission.
Zitat: |
On the status page (on the flash GUI) the call attempt does NOT get displayed either. Looks like the busy tone I get immediately after dialing is generated on the Bbox itself. Any suggestions? |
|
Since you mentioned the PBXes based SIP trace was not working for you, I suggested you setup an on-premise packet trace, based on your comment which insinuated no packets originated from your BBox towards PBXes at all. But since the ADSL modem is built-in to the BBox, if the PBXes SIP trace utility is not working for you, there is no other way to troubleshoot your DTMF issue.
Zitat: |
I would like to ask for some help with these settings, because registration fails. |
|
If your comment was purely informative for other PBXes users as you claim, you should had stated your intentions in your first post of this thread. Instead, you were asking for help to get this working. Hardly an informational only post.
|
|
10.11.2010 14:24 |
|
|
|
|
|
|
|